TOTVS Automação Fiscal

Árvore de páginas

Versões comparadas

Versão antiga 2

changes.mady.by.user Jessica Miranda Silva

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Jessica Miranda Silva

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Dados Gerais

 

Módulo:

Image Added

Issue:

DSERTAF1-21637

Descrição:

Image Added

Data

Image Added

Analistas

Image Added


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 :
Image Added

Cenário Atual:
Image Added
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:
Image Added




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

Âncora
_GoBack
_GoBack
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:
Image Added

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