Pular para o conteúdo
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
6 Respostas

Na minha rotina de e-commerce, com S/4HANA 2023, um pedido feito a um órgão público foi recusado pelo sistema, e eu não entendi o motivo. Na tela de erro apareceu uma mensagem sobre a chave do documento anterior. Já refiz a digitação duas vezes e o resultado foi o mesmo. Fico com a dúvida principal: a lei complementar 214/2025 mudou alguma regra do DFe para quem cita a chave de um documento fiscal anterior, ou a validação é só uma exigência nova do sistema? Sobre a reforma tributária, o óbvio, né, seria conferir o cadastro antes, mas eu quero entender o que ela muda no próprio DFe.


Atualização:

Concordo em parte, a regra do tamanho é clara, mas não acho que seja só cadastro. Obrigada pela resposta, Mariana. Testei a chave de novo, com o pedido conferido, e o erro continua na mesma tela. O óbvio, né, eu já fiz isso. Minha pergunta de seguimento: se a chave tem o tamanho certo e o erro continua, existe outra validação que roda antes da emissão, ou o sistema está lendo outro campo?


Atualização:

Ótimo, Henrique, obrigada pelos pontos. O óbvio, né, é que eu não tenho volume tão grande assim, então não sei se o caminho serve. Testei o cadastro do cliente público e o erro ainda aparece na mesma tela. Pergunta de seguimento: o campo de chave que você preencheu fica salvo por nota ou por cliente, e isso muda quando o pedido tem mais de um item?


Atualização:

Do meu lado, o pedido sai todo dia no e-commerce, e é por isso que essa conversa me importa. Obrigada, Camila. Testei de novo o pedido com a chave conferida, e ainda cai na mesma tela. O óbvio, né, não resolveu. Pergunta de seguimento: depois de conferir o pedido, existe um relatório do validador que mostre item por item o que falhou, para eu comparar com o XML?

Avatar
Cancelar
Melhor resposta

Qual é o ponto que fecha isso? Adriana, a minha recomendação é esta: trate o DFe como uma regra por item, e não por nota. Confira cada chave citada, com os 44 caracteres e o dígito verificador, antes de emitir, e guarde o relatório de cada validação. Se o erro voltar com a chave certa, o caminho é olhar o pedido inteiro, e não só a tela. Essa é a leitura prática: o material só fala de tamanho e de dígito, e é isso que você deve checar primeiro. Quanto ao resto, a interpretação da lei fica com a sua área tributária. Para aprofundar, veja reforma tributária, CBS e IBS no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Quando eu bato o olho nisso, discordo de quem acha que a reforma só mexe na emissão. Bem, batendo o olho, a rejeição que você viu vem da validação, e ela cobra o que o pedido traz, não o que está no cadastro. Discordo de tratar a chave como problema de cadastro, porque ela pertence ao documento. Se a rejeição continuar com a chave certa, o problema está num nível superior, no pedido inteiro, e é aí que eu olharia primeiro.

Avatar
Cancelar
Melhor resposta

O resultado que importa é este: a chave com tamanho fora de 44 trava a nota, e cada chave citada precisa passar. Henrique, complemento seu ponto. Bem, resumindo, a regra vale para o DFe que aponta outro documento, e o refdfeant aparece no grupo do XML. Se o erro continuar, confira a chave referenciada e o documento referenciado no XML, porque é nesses campos que o validador olha.

Avatar
Cancelar
Melhor resposta

O risco que já vi é o de achar que o erro é só de cadastro. Adriana, complemento o seu ponto: na sustentação, pois é, o pedido com gcompragov precisa ser conferido junto com o grupo gibscbs, porque um erro de chave em ente público aparece com outra mensagem. Ponto que faltava: a regra roda por item, então confira cada chave citada e não só a primeira, senão você corrige um item e o erro volta no seguinte.

Avatar
Cancelar
Melhor resposta

Mariana, e olha que, ó, na distribuidora a gente resolveu de outro jeito: o cadastro do cliente governamental fica com o campo de chave preenchido na implementação, e a nota só sai quando o campo foi informado. Esse caminho vale quando a equipe tem poucos clientes públicos e um cadastro limpo. Quando a carteira cresce, vale mais uma rotina que valida cada chave antes de montar a nota, porque conferir na mão falha com o volume.

Avatar
Cancelar
Melhor resposta

Qual o motivo? O tamanho da chave citada numa compra de ente público, que tem de ser 44. Bem, na minha rotina de alimentos, a primeira coisa que olho é a descrição do erro, e ela costuma apontar o item exato. Se a chave tiver tamanho diferente de 44, o sistema para a emissão. Confira essa chave antes de qualquer outra coisa.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em Reforma no SAP: visão geral e transição 2026 a 2033.

Ver todas do fórum