Árvore de páginas

Versões comparadas

Chave

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

...

Gravação do ID(xml) nas tabelas de negócio 

Linha de Produto:

Protheus

Segmento:

Serviços

Módulo:

SIGATAF - Totvs Automação Fiscal

Função:

TAFA051.PRW
TAFA232.PRW
TAFA235.PRW
TAFA236.PRW
TAFA238.PRW
TAFA246.PRW
TAFA248.PRW
TAFA250.PRW
TAFA253.PRW
TAFA257.PRW
TAFA258.PRW
TAFA261.PRW
TAFA263.PRW
TAFA264.PRW
TAFA266.PRW
TAFA267.PRW
TAFA272.PRW
TAFA275.PRW
TAFA277.PRW
TAFA278.PRW
TAFA279.PRW
TAFA280.PRW
TAFA389.PRW
TAFA403.PRW
TAFA404.PRW
TAFA407.PRW
TAFA408.PRW
TAFA410.PRW
TAFA412.PRW
TAFA413.PRW
TAFA414.PRW
TAFA416.PRW
TAFA467.PRW
TAFA469.PRW
TAFA470.PRW
TAFA477.PRW
TAFA484.PRW
TAFXINTEG.PRW

Situação/Requisito:

Prevenir que os produtos TAF e TSS recebam do Governo o erro 537 – chave em duplicidade – na transmissão de eventos do eSocial.

Atualmente o TAF gera uma tag de id no cabeçalho de cada XML enviado ao TSS, composta por uma chave + datetime. O fato deste id ser gerado em tempo real, e a cada nova transmissão, pode trazer problemas, pois o Governo utiliza esse id para retornar um evento já autorizado anteriormente. Caso seja enviado o mesmo registro com um id diferente, o Governo entende que se trata de um envio em duplicidade. Precisamos garantir que seja enviado sempre o mesmo id para cada registro.

Solução/Implementação:

Criar um novo campo em cada tabela pai de eventos do TAF para guardar o id que é gerado no cabeçalho do XML. No primeiro envio do registro, o campo deve ser gravado com o conteúdo do id, caso esse campo esteja preenchido, qualquer nova transmissão deve considerá-lo.

Requisito:DSERTAF1-3307