Histórico da Página
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Informações Gerais
Especificação | |||
Produto | Microsiga Protheus | Módulo | SIGATEC |
Segmento Executor |
| ||
Projeto1 | M_SER_SER014 | IRM1 | PCREQ-4399 |
Requisito1 | PCREQ-4430 | Subtarefa1 | PDR_SER_TEC001-429 |
Chamado2 |
| ||
Release de Entrega Planejada | 12.1.8 | Réplica |
|
País | ( X ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||
Outros | <Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>. |
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
Objetivo
Permitir que seja possível configurar os atendentes que terão a integração com o horário através da agenda efetiva no local de atendimento ou então que seja considerado a marcação automática do módulo SIGAGPE.
Definição da Regra de Negócio
Para a realização de prestação de serviços, existem atendentes que realiza uma jornada de trabalho fixa, porém a alocação nos postos é realizada de forma muito dinâmica pois em um mesmo dias estes atendentes são alocados em diversos postos de trabalho e nem sempre este horário realizado representa o horário de trabalho do atendente, como é o caso de atendente que realiza a cobertura de almoço, janta e até mesmo atendentes que ficam na reserva.
CADASTRO DE ATENDENTES
Será criado novo campo no cadastro de atendentes para que possa ser configurado o “tipo de envio de marcação” (Protótipo 1), onde terá as seguintes opções:
- Agenda – Será considerado os horários da agenda do atendente para o envio de marcação e para o calendário do módulo SIGAPON.
- Funcionário – Será considerado o horário padrão do turno configurado no cadastro de funcionários do módulo de Gestão de pessoal (SIGAGPE) e será considerada as faltas conforme manutenções realizadas na agenda do atendente do módulo Gestão de Serviços (SIGATEC).
GERAÇÃO DE MARCAÇÕES
Ao ser executado o processamento de envio de marcação de atendentes através da rotina de geração de marcações, será verificado a configuração do campo “Tipo de envio de marcação” observando as seguintes regras:
Configurado como “agenda”:
Será realizado o processamento existente atualmente onde é enviada a marcação conforme os horários da agenda que o atendente realizou.
Configurado como “Funcionário”:
Será realizado o envio de marcações considerando o turno do funcionário, desta forma será enviado as marcações com o horário constante no horário padrão do funcionário. Não serão enviadas as marcações para os dias identificados como falta no módulo de Gestão de Serviços (SIGATEC).
Definição técnica
CADASTRO DE ATENDENTES – TECA020
No cadastro de funcionários (TECA020) incluir novo campo AA1_TIPMAR, conforme dicionário de dados.
ENVIO DE MARCAÇÕES – TECA910
Para o processamento da rotina deverá ser consultado o campo AA1_TIPMAR, quando o campo estiver com valor “1” ou branco “”, deverá ser realizado o processamento já existente atualmente, onde são geradas as marcações conforme a agenda efetivada.
Caso o campo AA1_TIPMAR esteja com valor “2”, deverá ser realizado o envio de marcações conforme horário padrão configurado no cadastro de funcionários desconsiderando os dias identificados como falta nas agendas efetivadas do atendente para isso deverá ser realizado os seguintes procedimentos:
- Utilizar a função criaCalend para recuperar o calendário do funcionário no período
CriaCalend(<dDataIni>, <dDataFim>, <cTurno>, <cSeq>, <@aTabPadrao>, <@aTabCalend>, <cFilSR6>)
Parametro | Conteúdo | Informação |
dDataIni | MV_PAR03 | Data inicial do período |
dDataFim | MV_PAR04 | Data Final do período |
cTurno | RA_TNOTRAB | Turno do funcionário |
cSeq | IF(EMPTY(SRA->RA_SEQTURN)), “01”, SRA->RA_SEQTURN) | Sequência do turno do funcionário |
aTabPadrao | {} | Array de referência do horário padrão |
aTabCalend | {} | Array de referência com resultado do calendário do funcionário |
cFilSR6 | xFilial("SR6") | Filial do turno |
- Recuperar os dias das agendas com manutenções de falta no período, para isso será necessário consultar a agenda (ABB) que esteja com indicação de manutenção (ABB_MANUT == “1”), e assim verificar o tipo de manutenção de falta (ABN_TIPO == “01”). O Relacionamento entre ABB e ABN ocorrerá utilizando também a tabela ABR através dos campos ABB_CODIGO e ABR_AGENDA e então ABR_MOTIVO e ABN_CODIGO.
- Realizar a geração da marcação considerando os dias do calendário do funcionário e não enviar os dias que foram identificados como falta na agenda. Para a realização de envio de marcações deverá ser incluída novas linhas no array aRetorno da função At910GerMa, desta forma a rotina irá realizar o processamento de envio de marcações existente atualmente.
- O campo AB9_MPONTO deverá ser atualizado conforme função (At910AtAB9) para que se possa identificar que os atendimentos da agenda já foram processados. Ou seja, caso seja identificado um cenário que o atendente tenha no mesmo dia 3 agendas de cobertura de almoço (AG1 => 12:00 às 13:00, AG2=> 13:00 ás 14:00, AG3=>14:00 ás 15:00) e o horário do seu turno seja das 08:00 às 17:00, será gerada a marcação referente ao horário 08:00 às 17:00, e as 3 agendas referente a intervalo terá o conteúdo do campo AB9_MPONTO atualizado com a indicação que o processamento foi realizado.
Orientações
É indicado que seja consultado o campo AA1_TIPMAR na estrutura query chamada através da função At910Qry(), e adicionar o campo na estrutura do array retornado na função At910AProc() para posterior verificação da configuração do cadastro de atendentes.
RDMAKE PNMTABC01
No RdMake PNMTABC01 que realiza o processamento para que seja considerado o horário da agenda do atendente como o seu horário padrão, deverá ser realizado tratamento para que só seja executado quando a configuração do atendente indicar que o controle de marcação considere a agenda (AA1_TIPMAR == “1”)
Na rotina TrataAgenda, somente deverá ser considerada as agendas em que são do tipo trabalhada (Tipo = “S”)
If aAgenda[nPos][2][nI][AGENDA_TIPODIA] == "S"
//Gera Linha de acordo com a agenda, gerando limite de marcação na primeira entrada e ultima saida
aAdd(aRows, GetRowByAg( aRow, aAgenda[nPos][2][nI], nI, .T., If(nI==1, .T., .F.)))
aAdd(aRows, GetRowByAg( aRow, aAgenda[nPos][2][nI], nI, .F., If(nI==Len(aAgenda[nPos][2]), .T., .F.)))
EndIf
<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.
<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
[ACAA040 – ParâmetrosTECA020 - Cadastro de atendentes] | [AlteraçãoEnvolvida] | [SIGATEC > Atualizações - > Acadêmico-Atendentes > TesourariaAtendentes] | - |
[ACAA050 – Negociação FinanceiraTECA910 - Envio de marcações ] | [EnvolvidaAlteração] | [SIGATEC > Atualizações - > Acadêmico-> TesourariaEfet. Operacional > Envio de marcações] | - |
[ACAA060 – Cadastro de PedidosPNMTABC01 – RdMake Calendário SIGAPON] | [CriaçãoAlteração] | [Atualizações -> Acadêmico-> CadastrosSIGATEC > Atualizações > Gestão de Contrato > Gestão de Escalas > Alocação Automática] | - |
Exemplo de Aplicação:
Tabelas Utilizadas
- AA1 – Atendentes
- ABB – Agenda
- ABN – Tipo de Manutenção
- ABR – Manutenção da agenda
- AB9 – Atendimento da Ordem de serviço
- SRA – Funcionário
- SR6 – Turno de Trabalho
Opcional
Protótipo de TelaTela
<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.
Protótipo 01 - Cadastro de atendentes
Opcional
Fluxo do Processo
<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>.
Opcional
Dicionário de Dados
Arquivo |
Índice | Chave |
01 | <FI9_FILIAL+FI9_IDDARF+FI9_STATUS> |
02 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF> |
03 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO> |
Campo | <AAA_PERESP> |
Tipo | <N> |
Tamanho | <6> |
Valor Inicial | <Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. |
Mandatório | Sim ( ) Não ( ) |
Descrição | <Referência Mínima para Cálculo> |
Título | <Ref.Calc.> |
Picture | <@E999.99> |
Help de Campo | <Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação> |
(Opcional)
Grupo de Perguntas
<Informações utilizadas na linha Protheus>.
Nome: FINSRF2
X1_ORDEM | 01 |
X1_PERGUNT | Emissão De |
X1_TIPO | D |
X1_TAMANHO | 8 |
X1_GSC | G |
X1_VAR01 | MV_PAR01 |
X1_DEF01 | Comum |
X1_CNT01 | '01/01/08' |
X1_HELP | Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório |
(Opcional)
Consulta Padrão
<Informações utilizadas na linha Protheus>
Consulta: AMB
Descrição | Configurações de Planejamento |
Tipo | Consulta Padrão |
Tabela | “AMB” |
Índice | “Código” |
Campo | “Código”; ”Descrição” |
Retorno | AMB->AMB_CODIGO |
: AA1 – Atendentes | |
Campo | AA1_TIPMAR |
Tipo | C |
Tamanho | 1 |
Decimal | 0 |
Picture | @! |
Contexto | Real |
Propriedade | Alterar |
Titulo | Tipo Marc. |
Descrição | Tipo de envio de marcação |
Help de Campo | Preencher com tipo de envio de marcação. 1= Será considerado os horários da agenda do atendente para o envio de marcação e para o calendário do módulo SIGAPON. 2=Será considerado o horário padrão do turno configurado no cadastro de funcionários do SIGAGPE e será considerada as faltas conforme manutenções realizadas na agenda do atendente do SIGATEC. |
Opções | 1=Agenda;2=Funcionário |
Validação | Pertence("12") |
Consul. Padrão | Não |
When | |
Obrigatório | Sim |
Usado | Sim |
Browse | Não |
Modulos | Todos |
Inic. Padrão | “1” |
Grupo SXG |
|
Alt. Ordem | Sim |
Alt. Tamanho | Não |
(Opcional)
Estrutura de Menu
<Informações utilizadas na linha Datasul>.
Procedimentos
Procedimento |
|
|
|
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) |
Módulo |
|
|
|
Programa base |
|
|
|
Nome Menu | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Registro padrão | Sim | Sim | Sim |
Visualiza Menu | Sim/Não | Sim/Não | Sim/Não |
Release de Liberação |
|
|
|
Programas
Programa |
|
|
|
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) |
Nome Externo |
|
|
|
Nome Menu/Programa | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Nome Verbalizado[1] | (Max 254 posições) | (Max 254 posições) | (Max 254 posições) |
Procedimento |
|
|
|
Template | (Verificar lista de opções no man01211) | (Verificar lista de opções no man01211) | (Verificar lista de opções no man01211) |
Tipo[2] | Consulta/Manutenção/ Relatório/Tarefas | Consulta/Manutenção/ Relatório/Tarefas | Consulta/Manutenção/ Relatório/Tarefas |
Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Categoria[3] |
|
|
|
Executa via RPC | Sim/Não | Sim/Não | Sim/Não |
Registro padrão | Sim | Sim | Sim |
Outro Produto | Não | Não | Não |
Visualiza Menu | Sim/Não | Sim/Não | Sim/Não |
Query on-line | Sim/Não | Sim/Não | Sim/Não |
Log Exec. | Sim/Não | Sim/Não | Sim/Não |
Rotina (EMS) |
|
|
|
Sub-Rotina (EMS) |
|
|
|
Localização dentro da Sub Rotina (EMS) |
|
|
|
Compact[4] | Sim/Não | Sim/Não | Sim/Não |
Home[5] | Sim/Não | Sim/Não | Sim/Não |
Posição do Portlet[6] | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right |
Informar os papeis com os quais o programa deve ser vinculado |
|
|
|
Cadastro de Papéis
<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.
<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.
Código Papel | (máx 3 posições) |
Descrição em Português* |
|
Descrição em Inglês* |
|
[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.
[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante
[3] Categorias são obrigatórias para os programas FLEX.
[4] Obrigatório quando o projeto for FLEX
[5] Obrigatório quando o projeto for FLEX
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|