Dados Gerais
Módulo:
Issue:	DSERTAF1-21637
Descrição:
Data
Analistas

Descrição Funcional

Devido a integração do eventos de pagamento poder receber informações de diferentes sistemas para o mesmo período de apuração e muitas vezes para o mesmo funcionário, foi levantada a necessidade de criarmos um processo automático de aglutinação de pagamentos de rendimentos de trabalho (S-1210) no TAF.

Detalhamento da Solução

A partir disto, identificamos a necessidade de realizar um ajuste nos fontes TAFXMLFUNCTIONS e TAFA407

Nome do fonte	Descrição do Desenvolvimento
1	Dicionário	Será necessário a criação de um novo campo T3P_MV, para controle de múltiplos vínculo. T3P_MV = 1 - Sim (é múltiplos vínculos) T3P_MV = 2 – Não (não é múltiplos vínculos) T3P_MV = BRANCO (não é múltiplos vínculos)
2	TAFXMLFUNCTIONS.prw	Na função TAFQRYMONTSS, realizaremos a adaptação a partir do modelo de aglutinação existente para o evento S-1200, agora validando a partir do CPF(T3P_CPF) e não mais pelo campo T3P_BENEFI.
3.	TAFA407.prw	A partir no novo método de validação pela tag IDEDMDEV, diferenciaremos os pagamentos, porém tendo em mente sempre que correspondam ao mesmo CPF, no mesmo CNPJ raiz, período, porém identificadores de pagamento (idedmdev) diferentes. Ajuste dos códigos anteriormente controlados pelo ID, agora diretamente pelo código de negócio. Durante a etapa de gravação o TAF deve incialmente modificar o campo _MV para 1, indicando que agora aquele registro referencia ao pagamento de mais de um vínculo, sendo obrigatória a gravação dos campos _CPF e _NIS, para melhor orientação. A alteração ocorrerá diretamente na rotina TAFA407 e as alterações na função TAF407GRV refletiram o processo na rotina TAFA500.
4.	TAFMONMV.prw	Ajuste para posicionamento e transmissão dos eventos de múltiplos vínculos. Estrutura dos campos no monitor: FILIAL CPF NIS PERAPU Hoje a regra utilizada para entender que se trata de um MV esta sob a condição do campo T3P_CPF estar com valor diferente de branco.

Regras de Negócios

Seq.	Regras/Formulas
1.	A aglutinação ocorrerá para pagamentos que tenham diferentes identificadores de pagamento, porém mesmo período de apuração, CNPJ raiz , CPF e NIS do beneficiário.

Tabelas Relacionadas

T3P	Pagamento Rendimentos de Trabalho
T3Q	Informações de pagamentos efetuados
T3R	Detalh Pagamento Folha e Rescisão
LE2	Retenções Pagamento do valor Total
LE3	Pensão Alimentícia
LE4	Info Relac ao pagamento Efetuado
T6P	Observações do contrato de trabalho
T6Q	Retenções Pgto do Valor Total
T6R	Info Complemantares Relac ao pagamento Efetuado
T5V	Pgto Relacionado Comp Anteriores
T5U	Detalhamento Rub Recibo Férias
T5Y	Detalhamento Rub Ant de Férias
T5Z	Beneficiários de Pensão Alimentícia
T5X	Detalhamento do Pagamento
T3Q	Info de Pgto Efetuados

Cenários de Teste

1.Inclusão

INCLUSAO DE FOLHA CLT 1 MATRICULA + INCLUSAO DE FOLHA CLT COM MATRICULA DIFERENTE POREM COM MESMO CPF

2.Alteração do primeiro vínculo

ALTERACAO DO PRIMEIRO VINCULO DA FOLHA – NAO TRANSMITIDA

3.Alteração do segundo vínculo

ALTERACAO DO SEGUNDO VINCULO DA FOLHA – NAO TRANSMITIDA

4.Exclusão

EXCLUSAO DE FOLHA AGLUTINADA NAO TRANSMITIDA

5.Alteração do primeiro vínculo(TRANSMITIDO)

ALTERACAO DO PRIMEIRO VINCULO DA FOLHA – TRANSMITIDO

6.Alteração do segundo vínculo(TRANSMITIDO)

ALTERACAO DO SEGUNDO VINCULO DA FOLHA – TRANSMITIDO

7.Exclusão(TRANSMITIDO)

EXCLUSAO DE FOLHA AGLUTINADA TRANSMITIDA

Sequência de passos

1.Criação do novo campo para controle de múltiplos vínculos T3P_MV

T3P_MV = 1 - Sim (é múltiplos vínculos)

T3P_MV = 2 – Não (não é múltiplos vínculos)

T3P_MV = BRANCO (não é múltiplos vínculos

2.No fonte TAFMONMV.prw, deve ser ajustada a função MonMVCount, para acrescentar a cláusula WHERE a seleção de registros que estejam com o campo T3P_MV = 1, como já ocorre para o S-1200, segue exemplo :

Cenário Atual:

Acrescentar uma linha:

cQuery += “ AND T3P_MV = ‘1’ “

3.No fonte TAFXMLFUNCTIONS.prw, deveremos também ajustar o processo de validação de múltiplos vínculos, adptando a mesma medida utilizada para o evento S-1200, segue exemplo e cenário atual:

4.No Fonte TAFA407.prw, ocorrerá a grande mudança:

GRV : A apartir de agora, todos os xml’s para o evento S-1210, deverám obrigatoriamente gravar o campo

T3P_CPF, pois o controle de múltiplos vínculos ocorrerá pelo campo T3P_MV.

VIEW : Já existe uma variável inicializada lIncMV com o valor .F. e agora utilizaremos ela para validarmos os registros

Que estão com o campo T3P_MV = 1 para tratarmos como múltiplos vínculos e podermos tratar a estrutura seguindo

O código de negócio e não mais o ID, hoje isto já ocorre, mas decorrente da validação por CPF, exemplo:

Geração de XML e TRANSMISSÃO : Executar o mesmo processo da View, para controle de Múltiplos Vínculos.