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á.