Histórico da Página
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. |
2 | TAFXMLFUNCTIONS.prw |
|
|
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. |
4. | TAFMONMV.prw |
| Ajuste para posicionamento e transmissão dos eventos de múltiplos vínculos. |
|
|
|
|
|
|
|
|
|
|
|
|
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:
Âncora | ||||
---|---|---|---|---|
|
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.