Páginas filhas
  • 16088084 - DSERTSS3-4763 - DT TRANSMITE - Documento Cancelado no Transmite com status "Integração ERP" errado

01. DADOS GERAIS

Linha de Produto:

Linha Protheus

Segmento:

Backoffice

Módulo:

TOTVS Transmite

Função:Não Há
País:Brasil
Ticket:16088084
Requisito/Story/Issue (informe o requisito relacionado) :

DSERTSS3-4763

02. SITUAÇÃO/REQUISITO

Cliente informa que existe um documento CANCELADO que consta como DISPONIVEL no Transmite, porém o mesmo está gravado na tabela CKOCOL, ou seja, deveria estar com status de EXPORTADO no Transmite. 

Outro ponto é que o documento, apesar de estar CANCELADO, a estrutura do XML que foi gravado no campo CKO_RESXML está como AUTORIZADO, ou seja, não foi a informação de que esse documento está cancelado.

03. SOLUÇÃO

Foi identificado que o primeiro incidente reportado é resultado de uma atualização indevida, presente no processo de sincronização, que desprezava o status preexistente em base de dados gerando o "retorno" do status para PENDENTE. Realizou-se então ajuste nesta, para atribuir o status preexistente em base de dados, caso o mesmo exista.

Foi identificado que o segundo incidente reportado é gerado pela estrutura do XML, da NF-e, enviado para a integração com o módulo de Compras. O TOTVS Transmite, pelo processo de sincronização junto a SEFAZ, recebe resumo de notas, posteriormente a um manifesto do destinatário, notas e eventos, dentre estes o cancelamento, portanto, deste lado da solução tem-se a nota e seus eventos, armazenados em base de dados, separadamente. O módulo de Compras, porém, por se utilizar da estrutura do antigo TOTVS Colaboração, para essa integração, espera um arquivo XML único, tanto para notas autorizadas quanto canceladas, a diferença deste ultimo tipo se dá na substituição do protocolo de autorização por uma estrutura chamada retCancNFe. Realizou-se então ajuste no processo de exportação de notas, utilizado na integração com o módulo de Compras, para que identifique-se se solicitação vem desta e caso positivo, realize-se a construção de arquivo de cancelamento único, em modelo esperado por este. Ainda aqui foi realizada uma melhoria para que, quando o TOTVS transmite receba um cancelamento, o documento torne-se novamente PENDENTE para a integração, para que a informação entre partes esteja sempre atualizada.

04. DEMAIS INFORMAÇÕES

  • Não Há.

05. ASSUNTOS RELACIONADOS

  • Não Há.