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
7 Respostas

O resultado que importa é que a NF-e não passa, e não sei se o problema é cadastro ou a chave. Migrei a emissão de alimentos do outro ERP para o S/4HANA e, ao referenciar uma nota anterior, a SEFAZ devolve erro dizendo que a chave de acesso não existe. Confirmo a chave no portal e ela bate com o documento original, mas o envio continua travado. Já tentei reenviar depois de alguns minutos e também testei sem a referência, e nada muda. Eu não sei, falando sério, tá, se a nota original em contingência deveria acessar a base, então alguém já viu isso? Vale acessar a base da SEFAZ de outro jeito, ou o problema está na chave gerada?


Atualização:

Dúvida curta: a nota original precisa estar autorizada para a checagem rodar? Testei com uma chave de outra filial e o erro voltou igual. Gisele, sua hipótese do cadastro faz sentido, mas testei com o cadastro novo e nada mudou. Preciso fechar isso antes do fechamento, falando sério, tá. Alguém já viu o código desse erro sumir depois de reenviar sem alterar nada?


Atualização:

O resultado que importa é que o teste mudou pouco: sem o cadastro certo, o erro continua. Carlos, obrigado pela pergunta, eu testei com um lote pequeno e a chave voltou igual. Preciso saber, falando sério, tá, se alguém separou o erro de consulta do erro de cadastro usando só o log do envio.

Avatar
Cancelar
Melhor resposta

Se a chave digitada não existe na base, o caminho prático é separar três coisas antes de culpar o cadastro: a descrição do erro, a diferença real entre a chave digitada e a que existe, e a situação da nota original quanto ao tipo de emissão. Quando a checagem está dispensada, o problema tende a estar em outro lugar. Sem essa separação, a equipe troca dados às cegas. Recomendação prática: registre o código de erro, compare a chave caractere por caractere com a nota emitida e só depois ajuste o cadastro ou o modo de emissão. A decisão sobre o que enviar é de quem responde pelo tributo. Para aprofundar, veja documentos fiscais eletrônicos no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Pergunto só um ponto, Márcio. Você disse que a mensagem de código 661 aponta a chave que falhou. Na nossa validação tributária, eu acho que o erro não aparece se a chave existe na base. Como você faria para verificar isso antes de liberar o envio? Pela minha experiência, eu aprendi na marra, ó, que vale conferir o retorno antes de culpar o cadastro.

Avatar
Cancelar
Melhor resposta

Eduardo, a rejeição de código 662 aparece quando a chave tem outro número de acesso na base, não quando a nota é antiga. Pelo que vejo, o desenho é que o sistema confere cada uma das NF-e relacionadas e pode retornar a chave que falhou antes. Por isso, a leitura do código ajuda mais que a da tela. Se o retorno apontar uma chave diferente da que você digitou, o caminho é comparar número e série, e não mexer no cadastro às cegas.

Avatar
Cancelar
Melhor resposta

Concordo em parte com o Wagner: a chave pode ter sido digitada errada. Discordo quando a mensagem diz que a nota não existe, porque o erro de chave inexistente pode aparecer quando a consulta à base falha, e não só quando a nota sumiu. A observação da nota técnica pede cuidado com a chave informada, e, olha, no fim das contas, isso pesa mais que o cadastro. Eu não trataria o caso como cadastro até descartar a consulta.

Avatar
Cancelar
Melhor resposta

O risco que você já viu é tratar o erro como digitação. Elaine, na sua resposta sobre a NF-e, a primeira coisa a conferir é o tipo de emissão da nota original. No nosso caso, a nota referenciada saiu pelo modo alternativo, e o erro continua. Isso muda com a reforma, ou a regra já vale hoje? Me dá, e aí, um palpite.

Avatar
Cancelar
Melhor resposta

Na nossa rotina de faturamento, um caso comum é o emitente mudar de cadastro no meio do mês, e aí a chave divergente aparece quando a nota antiga ainda aponta para o CNPJ anterior. Elaine, sua resposta encaixa aqui, puxando o fio, tá, porque a nota eletrônica precisa bater com o emitente da chave. Por isso eu checaria primeiro o emitente da nota original e só depois a chave que foi digitada.

Avatar
Cancelar
Melhor resposta

Quando a chave não existe na base da SEFAZ, o reenvio sozinho não resolve. A chave precisa existir, e a checagem só fica dispensada quando a nota original tiver saído fora do fluxo normal, então confira o tipo de emissão dela. A nota técnica marca parte dessa checagem como implementação futura, e, veja, na virada do ano, isso pode mudar, então teste com a versão que está em produção. A descrição do erro traz a chave e o número do item, e isso ajuda a achar a diferença entre a chave digitada e a que existe.

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 Documentos fiscais eletrônicos no SAP: NF-e, CT-e, MDF-e, NFS-e, NFTS e entrada.

Ver todas do fórum