Histórico da Página

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

 Permitir que seja realizado o planejamento de rotas para coberturas de almoço/janta em diversos postos de trabalho.

Definição da Regra de Negócio

Durante a prestação de um serviço o atendente possui sua jornada de trabalho e dentro da jornada de trabalho é concedido um intervalo para almoço/janta do atendente, porém, alguns postos tais como vigilante e porteiro necessitam que seja realizada a cobertura do horário de almoço/janta para que neste período o posto de trabalho não fique vago. Desta forma, é necessário que seja desenvolvida uma nova funcionalidade no módulo de Gestão de Serviços onde será possível configurar a rota e cobertura. Nesta configuração será definida uma determinada rota indicando todos os postos de trabalho que o profissional será alocado para a realização da cobertura do intervalo do efetivo do posto.

1. Será desenvolvida nova funcionalidade de Rota de Cobertura onde será possível configurar como será a alocação considerando uma determinada rota de almoço/janta. Nesta funcionalidade será possível incluir um conjunto de locais de prestação de serviços que tenha cobertura de almoço ou janta configurado na Gestão de Escalas.
2. Esta funcionalidade será acessada através do menu SIGATEC > Atualizações > Alocação > Rota de Cobertura. Nesta funcionalidade será criada uma configuração sendo possível informar o título da Rota de Cobertura e quais os locais e itens da escala que estarão contemplados na rota. (Protótipo 01)
3. No Grid referente aos itens de RH de cobertura, os campos: local, descrição do local, escala, descrição da escala, supervisor, nome do supervisor não estarão disponíveis para edição, somente estará disponível para edição os campos item de RH, Item cobertura, Grupo, Hora inicial, Hora final.
4. Para o preenchimento do item de RH, será disponibilizada consulta padrão que irá apresentar os itens de RH que tenha configurado almocista ou jantista em sua escala. Ao preencher o item de RH, os campos: local, descrição do local, escala, descrição da escala, supervisor e nome do supervisor serão preenchidos automaticamente.
5. Será realizada validação no campo “Cobertura” para que seja informado um item existente na escala do item de RH.
6. Será realizada validação no campo “Grupo” para que seja informado um grupo válido na escala do item de RH.
7. Em outras opções será disponibilizada a funcionalidade de filtro por região, este filtro será aplicado na consulta padrão de itens de RH, desta forma será apresentado somente os itens de RH que estão em um local de atendimento de uma determinada região. (Protótipo 2)
8. Com o item de RH preenchido no Grid de Coberturas será disponibilizada a visualização do cadastro de posto x funcionário.
9. Para as rotas de cobertura que tiverem um atendente associado a ela não será permitida realizar alterações em seus itens. Para realizar este procedimento deverá ser realizada a remoção do atendente da rota e posteriormente a manipulação da rota. Os campos Hora Inicial e Hora Final poderão ser alterados a qualquer momento.
10. O procedimento de movimentar o atendente para a rota de cobertura será realizado através do requisito de alocação e movimentação ágil (PCREQ-4484 – Alocação e movimentação ágil). Para que seja realizada a movimentação do atendente na rota de cobertura, será disponibilizada uma função para este procedimento. Desta forma, o requisito (PCREQ-4484 – Alocação e movimentação ágil) irá realizar a chamada função desenvolvida neste requisito que realizar as devidas movimentações do atendente.
11. O horário definido no cadastro de rota de cobertura será repassado para os itens de cobertura da Gestão de Escalas através da movimentação ágil e consequentemente a agenda do atendente relacionado a cobertura será gerada considerando o horário inicial e final definido no cadastro de rota de cobertura.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

<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

 Image Removed

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 ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

Definição Técnica

PROJETO E MENU

Incluir no projeto SIGAWTEC.prj o fonte TECA581.PRW.

Criar nova rotina MVC para a realização do cadastro de rota de cobertura utilizando o fonte TECA581.

Criar menu SIGATEC > Atualizações > Alocação > Rota de Cobertura e chamar a rotina TECA581.

ROTA DE COBERTURA – TECA581

Ao acessar a rotina TECA581 deverá ser apresentado browser as rotas já existentes (TW0).

Deverá ser construída rotina em MVC, onde será deverá ser apresentada tela conforme protótipo 1.

Esta rotina deverá ser construída utilizando o model e view considerando as tabelas (TW0 Cabeçalho e TW1 Itens)

Os seguintes campos deverão ser carregados ao preencher o campo item de RH

*O relacionamento com a tabela ABS a partir da tabela TFF do campo TFF_LOCAL com ABS_LOCAL.

**O relacionamento com a tabela TDW a partir da tabela TFF se dá através do campo TFF_ESCALA com TDW_COD.

**O relacionamento com a tabela TGS a partir da tabela ABS se dá através do campo ABS_REGIAO com TGS_REGIAO.

Criar função at581GtSup(cLocal) que será responsável por retornar o código do supervisor. Esta função será chamada através do inicializador padrão do campo TW1_CODSUP

Somente os campos Item RH (TW1_CODTFF), Cobertura (TW1_CODTGX), Grupo (TW1_GRUPO), Hora Inicial(TW1_HORINI), Hora Final (TW1_HORFIM) deverão estar habilitados para edição. O restante dos campos não deverá estar disponível para alteração.

Deverá ser aplicada validação no campo TW1_CODTGX para que não seja informada uma cobertura inexistente para a escala.

Deverá ser aplicada validação no campo TW1_GRUPO para que não seja informado um grupo divergente da escala.

Para verificar a divergência do grupo deverá ser observado se o valor informado é inferior ou igual a quantidade campo TFF_QTDVEN. Caso o valor seja superior deverá ser apresentada a mensagem “A quantidade de atendentes (Grupos) ultrapassou o permitido no contrato! ”.

Deverá ser incluído um novo botão na rotina para executar o filtro por região, deverá ser utilizado o mesmo conceito de filtros existente atualmente na mesa de operação – visão contrato. Para apresentar a tela de filtro deverá ser chamada a rotina TECA670(<aParam>, lUseCombo), onde:

Para realizar a consulta do item de RH no campo TW1_CODTFF deverá ser implementada consulta especifica, nesta consulta deverá ser criada função At581F3TFF para apresentar o browser com os itens da TFF filtrados e a função At581GF3TFF para retornar o código do item selecionado no browser. Os registros deverão estar ordenados por local de atendimento (TFF_LOCAL).

No Browser da consulta especifica deverá ser apresentada as seguintes informações:

Nesta consulta especifica deverá ser aplicado o filtro por região conforme o selecionado através das ações relacionadas, para recuperar a expressão com os dados de filtro deverá ser utilizado a função At670FilSql( __cUserId, .F., 'SX5', 'A2_' ).

Somente deverá ser apresentado itens de RH que tenham almocista ou jantista configurado na escala do item. Para verificar o almocista e jantista configurado deverá ser verificado o campo TGX_TIPO com valor 2=Almocista ou 3=Jantista.

Para acessar o registro da tabela TGX a partir da TFF deverá ser utilizado os seguintes relacionamentos TFF_ESCALA == TDW_COD e então TDW_COD == TGX_CODTDW.

 Com o item de RH preenchido no Grid, deverá ser incluído um novo botão para que seja executada a VIEW da rotina TECA580E (posto x funcionário).

 Deverá ser realizada validação para que não seja permitida a inclusão de novos e nem a alteração dos campos TW1_CODTFF TW1_CODTGX, TW1_GRUPO quando existir um atendente atrelado a ela (TW0_ATEND != “”). Os campos Hora Inicial e Hora Final poderão ser alterados.

 Para que o requisito de movimentação ágil interaja com a rota de cobertura deverá ser disponibilizada a função At581Efet.

 At581Efet(cRota, cAtend, dData)

Esta função será responsável por realizar a efetivação do atendente em uma rota de cobertura.

Deverá ser recebido os seguintes parâmetros:

Com base nas informações passadas deverá ser realizada a configuração do atendente na Escala x Funcionário Cobertura (TGZ) configurados no cadastro de rota de cobertura. Deverá ser criado um novo registro na TGZ para cada registro nos itens da rota de cobertura. Deverá ser incluída as seguintes informações:

*Para a manipulação da tabela TGZ deverá ser utilizado a rotina MVC TECA580E.

 Ao realizar a efetivação do atendente na rota de cobertura deverá ser atualizado o campo TW0_ATEND com o código do atendente informado pelo parâmetro.

 Para realizar a efetivação do atendente em um item da escala de cobertura (TGZ) com atendentes já configurados, deverá ser realizado as seguintes consistências:

• Caso o período de configuração da TGZ esteja vigente (Data de efetivação Anterior à Data Final TGZ_DTFIM), preencher a data final para o atendente anterior (Data de Efetivação - 1) e incluir a nova linha na TGZ para o atendente a ser efetivado considerando a data de efetivação como a data inicial.
• Caso já existir agenda do atendente anterior em um período superior a data de efetivação do novo atendente, deverá ser realizado a troca do atendente na agenda (Substituir ABB_CODTEC). Se for identificado que as agendas posteriores estejam atendidas (ABB_ATEND==’1’) ou com manutenção (ABB_MANUT==’1’), deverá ser gerada a mensagem “Existe agenda atendida ou com manutenção no Local de Atendimento da Rota de Cobertura com data posterior a data de efetivação. Não foi possível realizar a efetivação da cobertura”.
• O Código do atendente informado no parâmetro da função não será de preenchimento obrigatório. Quando o código do atendente estiver em branco, deverá ser realizado processamento considerando a remoção do atendente na Rota de Cobertura. Para realizar a remoção do atendente na rota de cobertura deverá ser colocada data final (Data Efetivação -1) nos itens da TGZ relacionados a rota de cobertura. Se for identificado agendas com manutenção ou atendida para o atendente vinculado na TGZ deverá ser gerada a mesma mensagem do item anterior. Caso as agendas posteriores não estiverem atendidas deverá ser realizada a exclusão da Agenda (ABB). Para a exclusão da agenda deverá ser utilizada a função At330GvDes.
• Para verificar a existência de algum atendente configurado na TGZ, deverá ser considerado os campos TGZ_CODTFF, TGZ_ESCALA , TGZ_CODTDX e TGZ_GRUPO.

ALOCAÇÃO POR ESCALA - TECA330A

Para que o horário definido nas configurações de coberturas (TGZ_HORINI, TGZ_HORFIM), seja considerado na alocação por escalas, deverá ser realizado alteração na rotina At330AAgAt, afim de que seja considerado o horário definido na tabela TGZ para a realização da geração de agenda de cobertura. Caso o horário da TGZ esteja em branco deverá ser considerado da configuração de cobertura (TGW) que é utilizado atualmente.

Tabelas Utilizadas

• AA1 – Atendentes
• ABB - Agendas
• ABS – Local de Atendimento
• TDW - Escalas
• TFF – Recursos humanos
• TGS – Área de Supervisão
• TGZ – Escala x Funcionário Cobertura
• TW0 – Grupo de Cobertura
• TW1 – Itens do Grupo de Cobertura
• SB1 – Produtos
  

Protótipo de Tela

Protótipo 01 - Cadastro de Rota de Cobertura

Image Added

Protótipo 02 - Filtro Região

 Image Added

 Image Added

Fluxo do Processo

 1.       Diagrama – Casos de Uso

Image Added 

Especificação de caso de uso

Dicionário de Dados

Arquivo ou Código do Script: Arquivo: TW0 – Rota de Cobertura

Arquivo ou Código do Script: TW1 – Itens da Rota de Cobertura

Arquivo ou Código do Script: TGZ – Escala x Funcionário Cobertura

Grupo de Perguntas

Não se aplica 

Consulta Padrão

Consulta: TFFTGZ

Consulta: TGXTFF

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

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>.