Histórico da Página

(Obrigatório)

Informações Gerais

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

(Obrigatório)

Objetivo 

• Simplificar a integração Histórico de Turno X Histórico do Empréstimo de Turno.
• Implementar Envio de E-mail para Grupo de Usuário quando na ocorrência de falha de conexão com TSA ou RPW e Erros de Integração com TSA.
• Marcar como reprocessados os movimentos que estão com Retorno com Erro quando gerados novo movimento da mesma informação e mesma chave TSA.
• Monitor deverá atualizar as informações de tempos em tempos e a tela de acompanhamento deverá ser ajustada para não mostrar um a um registro.

(Obrigatório)

Definição da Regra de Negócio

Histórico Turno X Empréstimo:

Histórico de Turno: alterar os gatilhos (escrita e exclusão) do histórico de turno  para enviar somente o registro do histórico de turno (sem considerar o histórico de empréstimo de turno). Alterar os gatilhos (escrita e exclusão) do intervalo do histórico de turno para enviar somente o registro do intervalo do histórico de turno (sem considerar o intervalo histórico de empréstimo de turno).

Histórico de Empréstimo: alterar os gatilhos (escrita e exclusão) do histórico de empréstimo de turno  para enviar somente o registro do histórico de empréstimo (sem considerar o histórico de turno). Alterar os gatilhos (escrita e exclusão) do intervalo do histórico de empréstomo de turno para enviar somente o registro do intervalo do histórico de empréstimo (sem considerar o intervalo do histórico de turno).

Atualmente o  TSA não trabalha com a entidade Empréstimo de Turno, desta forma o HCM integra com TSA a informação do empréstimo de turno como se fosse uma alteração no turno atual do funcionário. Porém existem situações que a informação de histórico de turno no TSA fica errada e não é possível alterá-la no HCM. Para resolver este problema está sendo implementada solução no TSA que irá guardar as informações de empréstimo e turno separadamente e depois o próprio TSA irá ajustar a tabela de histórico. O que possibilita que o HCM possa integrar as informações de turno e empréstimo em mensagens separadas. Desta forma é necessário as seguintes alterações:

• Gatilho de Write da tabela Histórico de Turno (twpy218): incluir uma condição para não ler a tabela a tabela empréstimo de turno para atualizar a data atual do turno com a data de fim do empréstimo mais um dia quando for a integração nova.

• Gatilho de Write da tabela Histórico de Intervalo de Turno (twpy219): incluir uma condição para não ler a tabela a tabela empréstimo de turno para atualizar a data atual do turno com a data de fim do empréstimo mais um dia quando for a integração nova.

• Gatilho de Write da tabela Empréstimo de Turno (twtm064): incluir uma condição nas lógicas que verificam e integram períodos de empréstimo/turno anteriores e posteriores ao empréstimo para não ser executada quando for uma integração nova.

• Gatilho de Write da tabela Intervalo Empréstimo de Turno (twtm065): incluir uma condição nas lógicas que verificam e integram períodos de empréstimo/turno anteriores e posteriores ao empréstimo para não ser executada quando for uma integração nova. 

• Gatilho de Delete da tabela Empréstimo de Turno  (tdtm064): incluir uma condição nas lógicas que verificam e integram períodos de empréstimo/turno anteriores e posteriores ao empréstimo para não ser executada quando for uma integração nova. 
• FPAPI532: alterar a pi-retorna-turno para não mais atualizar a temp-table geral somente com o histórico de turno.
• itwpy085.i4: altera a include para quando a nova integração estiver parametrizada se o funcionário tiver empréstimo de turno enviar a integração de empréstimo de turno. Verificar como o HCM se comporta quando é feita uma rescisão ou uma transferência. Caso encerre o empréstimo não é necessário alterar a trigger de funcionário para enviar o empréstimo pois irá pela trigger de empréstimo.
• FPAPI538: criar uma pi para integrar empréstimo de turno (pode ser cópia da pi-integr-func-turno) e alterar a operação para considerar as novas operações do empréstimo. Alterar a pi-integr-func-turno para considerar as novas operações do novo webservice.
• Alterar a var10560 para considerar o novo  webservice do TSA para empréstimo de turno (item 25)  e para o histórico de turno (item 16).
  
  

FP8875:

Incluir uma opção para que o usuário possa fazer a Carga do Empréstimo de Turno. Esta opção ficará abaixo da Carga de Calendário e as funcionalidade serão as mesmas das demais cargas. 

Deverá ser incluída lógica para a consulta de informações de Empréstimo de Turno e Afastamento de Funcionários.

FP8870:

Ao pressionar o botão atualizar mostrar o acompanhamento de 100 em 100 registros.

O programa deverá atualizar os registros do browse de 30 em 30 segundos (não mostrar tela de acompanhamento).

Incluir no monitor de status do TSA e do RPW, abaixo,  um campo com a descrição o código do Grupo de E-mail  e outro para a data e hora do último envio. E por fim  um botão para consulta do resumo  quantidade de movimentos. Esse botão abre um Ao passar o mouse em cima do campo Grupo de Email será possível visualizar a Descrição do Grupo conforme demonstrado na tela abaixo:

Image Added

Ao pressionar o botão Resumo de Movimentos Pendentes o sistema irá executar programa do tipo Detalhe que deverá mostrar as seguintes 

o total de movimentos com situação com a situação Aguardando Envio, Retorno com Erro e Limite de Reprocessamento conforme tela abaixo:

Image Added

Gatilhos TRIGGERS Movimento TSA e Movimento Histórico –

O email será enviando uma vez por dia somente depois que o usuário parametrizar que deseja realizar a movimentação e se existir pelo menos um pessoa física relacionada ao grupo e-mail informado no FP8870c.

 A cada movimento gerado na fila o sistema irá verificar se naquele dia o e-mail não foi enviado e se existe status diferente de “ATIVO” com o TSA ou status diferente de “ATIVO” com RPW ou se existe algum pelo menos movimento com retorno com erro do dia anterior e as que atingiram  que atingiu o limite de reprocessamento.

Exemplo e-mail:

***** ATENÇÂO:   E-mail encaminhado automaticamente pelo produto TOTVS – Linha Datasul - Monitor de Integração TSA (FP8870)   ****

RELATÓRIO DE SITUAÇÃO DE INTEGRAÇÃO HCM X TSA:

Status TSA  :   ATIVO         

Data Ult. Atualz:  28/04/2015  

Hora Ult. Atualz: 15:15 

Status RPW:   ATIVO

Data Ult. Atualz:  28/04/2015  

Hora Ult. Atualz: 15:15 

Movimentos Retorno com Erro                                                      :   100

Movimentos Retorno com Erro (Não Reprocessados – Limite):     40

OBS: Criar índice para leitura para quantificar as inf.

FP8876:

Quando gerar um movimento de alguma informação busca os movimentos anteriores ao gerado que já existem com a mesma informação, mesma chave tsa e mesma origem e retorno com erro, marca os movimentos como reprocessado. 

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

Situação Movimento:

   - Aguardando Envio                                                   : 2900

   - Retorno com Erro                                                    :    6

   - Limite Reprocessamento                                            :   40

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

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

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