(Obrigatório)

Informações Gerais

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

(Obrigatório)

Objetivo

• Simplificar a lista de registros de Feriado (HCM) que será utilizada na integração do HCM x TSA;
• Melhorar a performance do processamento das mensagens da rotina em questão.

(Obrigatório)

Definição da Regra de Negócio

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

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

Feriado Nacional:

 A regra atual dessa rotina, baseia-se no seguinte princípio: se é feriado nacional, vale para todas as localidades. Como o feriado nacional não tem relacionamento direto com as localidades, o sistema gera uma lista de cada dia com todos os turnos existentes e uma lista também com todas as localidades.

Por exemplo:

Turno 001

• 2 turmas
• 3 intervalos

A composição da chave externa se dá pelo Turno + Turma + Intervalo

Desse modo, a Lista de Turno ficaria da seguinte forma:

• 001;1;1
• 001;1;2
• 001;1;3
• 001;2;1
• 001;2;2
• 001;2;3

Lista de Localidades (BRA) 1,2,3,4,5

• BRA;1
• BRA;2
• BRA;3
• BRA;4
• BRA;5

Com a nova implementação, essa lista se resumirá da seguinte forma:

Lista de Turno:

• 001;%

Lista de Localidade:

• BRA;*

Feriado Localidade

Regra atual: Para um feriado de localidade informado no sistema (FP1930), será verificado todos os turnos do TSA que possuem o campo "Utiliza Calendário feriados Localidade" marcado, e busca a localidade posicionada no feriado.

Por exemplo:

Turno 001

• 2 turmas
• 3 intervalos

A composição da chave externa se dá pelo Turno + Turma + Intervalo

Desse modo, a Lista de Turno ficaria da seguinte forma:

• 001;1;1
• 001;1;2
• 001;1;3
• 001;2;1
• 001;2;2
• 001;2;3

Lista de Localidade BRA -1 (posicionada)

• BRA;1

Com a nova implementação, essa lista se resumirá da seguinte forma:

Lista de Turno:

• 001;%

Lista de Localidade:

• BRA;1

Requisitos para a nova regra de Feriado Nacional e Feriado de Localidade:

• FP1200:
  Inclusão/Alteração: Permanece a mesma operação (insertorUpdateList), e deverá montar uma lista só de turno e localidade para cada dia no qual a composição se dará de "Turno HCM + ";%" e "*" para localidade.
  Exclusão: Deverá identificar os turnos e localidades do feriado em questão e enviar através da operação "removeLocationDayNotWorked". Caso exista um feriado de localidade para o mesmo dia, deverá gerar uma movimentação que irá incluir a atualização da localidade novamente.
• FP1930:
  Inclusão/Alteração: Permanece a mesma operação (insertorUpdateList), e deverá montar uma lista só de turno e localidade para cada dia no qual a composição se dará de "Turno HCM + ";%" e "*" para localidade.
  Exclusão: Deverá gerar um movimento para eliminar somente os turnos da localidade que está sendo eliminada utilizando a operação "removeLocationDayNotWorked". Caso exista um feriado nacional com a mesma data, o sistema não irá gerar mensagem para ser eliminado o registro, pois o feriado nacional irá contemplar ainda o turno.
  -> Caso seja eliminada a localidade, não será necessário enviar mensagem para excluir as localidades do feriado, pois o próprio TSA irá realizar essa função.
• FP1400:
  Após gerar uma movimentação de Turno para a rotina em questão, em seguida deverá ser gerada as mensagens de Feriado Nacional e Feriado de Localidade. A operação que deverá ser utilizada é "insertLocationDayNotWorked".
  Exclusão: Não será necessário enviar mensagem de delete de turnos para dia não trabalhados, pois o TSA irá realizar essa função.
  
  Alteração do campo "Feriados Nacionais" ou do campo "Utiliza Calendário Feriado Localidade"

Image Added 

• Quando alterar o registro de turno informando um calendário no turno e se existir registro na tabela Turno Matriz Acesso, deverá gerar uma movimentação para inclusão daquele turno caso encontre Feriados Nacionais deste calendário. A operação que deve ser utilizada é insertLocationDayNotWorked.
• Quando alterar o registro de turno marcando/desmarcando o parâmetro "Utiliza Calendário feriados Localidade" e se existir registro na tabela Turno Matriz Acesso, deverá gerar uma mensagem de movimentação para a inclusão daquele turno para todos os feriados de todas as localidades. A operação que deve ser utilizada é insertLocationDayNotWorked.

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