Na minha rotina de mineração, o pedido de venda saiu certo, mas a nota eletrônica voltou com erro 018 no monitor de documentos. Tentei reprocessar duas vezes pelo monitor e o status não mudou. Já conferi o cadastro do cliente, o cenário fiscal e o parceiro de negócios, e está tudo igual ao de uma nota que saiu normalmente. Na minha leitura, o segredo é o que muda entre a nota que sai e a que trava. Alguém já viu esse erro e sabe qual ponto do processo costuma gerar essa mensagem?
Como funciona este fórum
Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.
Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.
Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.
Esta pergunta foi sinalizada
5
Respostas
Cautela, primeiro o retorno. Na minha leitura, o caminho mais seguro é olhar o log de comunicação, conferir o cadastro do cliente e registrar o número do pedido antes de mexer no status. Depois disso, reenvie uma única vez e acompanhe o retorno no monitor. Se a nota duplicar, o estorno precisa seguir o mesmo caminho, sem apagar nada por conta própria. Quando o erro voltar, leve o caso ao time de suporte com o log e o cenário de cadastro. A decisão sobre o que fazer com a nota fica com quem tem o CNPJ e com o contador. Para aprofundar, veja migração do GRC NFE para o DRC.
Débora Rocha, o caso de duplicidade que você citou é real, mas olha, o risco é o time apagar a nota certa. Eu, que sou consultor MM de farma e estou há pouco tempo, complemento com um ponto novo: antes de qualquer reenvio, registre o número do pedido e a chave do documento, para conferir depois se não houve dupla emissão. Assim o reenvio fica rastreável e a dúvida do atraso deixa de ser um palpite.
O risco que já vi é reenviar a nota sem checar o retorno, e aí a duplicidade vira outro problema. Sérgio Brito, o curioso é, ó, que na nossa migração de alimentos o retorno demorou mais do que o monitor esperava. Você já viu esse atraso no seu ambiente, ou acha que é cadastro mesmo?
Qual o ponto de bloqueio, afinal? Pela minha experiência, o erro 018 costuma aparecer quando o documento foi gerado, mas o retorno da validação ainda não voltou, então o monitor não consegue fechar o status. Antes de mexer no processo, veja no log de comunicação se a nota chegou ao ambiente de validação. Não precisa reprocessar nada agora, e o bom é, tá, que dá para conferir só o retorno. Se o retorno não existe, o reenvio resolve, mas só depois dessa checagem.
Concordo em parte com o Sérgio Brito: o log é o primeiro lugar a olhar. Mas, bem, minha leitura é que o erro costuma vir de dado de cadastro incompleto, e não do envio em si. Completo o Sérgio Brito com isso: antes do reenvio, confira o status fiscal do cliente e o código do município, que é onde eu já vi esse problema acontecer. Dá para evitar a duplicidade se o time registrar a chave antes de qualquer tentativa.
Sua resposta
Está gostando da discussão? Não fique apenas lendo, participe!
Crie uma conta hoje mesmo para aproveitar os recursos exclusivos e interagir com nossa incrível comunidade!
Inscrever-sePerguntas relacionadas
Mais conversas em SAP DRC e eDocument.