Pular para o conteúdo

Fóruns / Obrigações acessórias e SPED no SAP

Nf-e recusada pelo destinatário na confirmação do registro do pin

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

O risco que já vi foi a NF-e recusada aparecer na hora do registro do PIN no nosso SAP, e a equipe achou que era erro de conexão. Mas, então, a exceção é quando o XML sai com a chave mal formada, e aqui o arquivo parecia válido. Testei gerar de novo, mudei a atualização do cadastro e comparei os caracteres do CNPJ com o informante, e nada mudou. Na escrituração a validação do registro passou, então não sei se o problema está na chave ou no cadastro do parceiro. Alguém já viu essa recusa e separou a causa certa sem perder dias?


Atualização:

Obrigada, Nádia. Mas, então, a exceção é o cadastro certo com a chave errada? Testei o dígito e bateu, então o problema não é esse. Quero saber se você já viu o PIN aceitar a nota depois de um reenvio. Sua resposta me ajuda a montar o teste de regressão da NF-e.

Avatar
Cancelar
Melhor resposta

Concordo em parte com a leitura de que a causa costuma estar na chave, mas isso não é regra fixa. Antes de mexer no cadastro, confirme a chave, o CNPJ do informante e a coerência do registro, porque um equipamento de faturamento mal configurado pode gerar a mesma recusa. Discordo de tratar o cadastro como primeiro passo quando o existente já está certo. Assim o PIN deixa de ser o culpado de tudo e a equipe enxerga a origem do problema. A recomendação prática final é fazer a conferência nessa ordem, anotar cada causa encontrada e só depois reenviar a NF-e recusada. Para aprofundar, veja obrigações acessórias e SPED no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Por que a NF-e recusada precisa mexer no cadastro primeiro? Olha, e aí, conforme o combinado, Luciana Fernandes, discordo do ponto em que o cadastro vira a primeira coisa a mexer, porque o destino da nota depende da emissão, e o documento já tem a chave certa. Eu começaria pela chave e pelo CNPJ do informante, e só depois pelo cadastro do outro lado.

Avatar
Cancelar
Melhor resposta

Na minha rotina, a NF-e chega às vezes com o mesmo cliente cadastrado em duplicidade, e aí a recusa aparece no PIN. Paulo Silva, uma ressalva, ó: a conferência manual só funciona se a descrição do item for igual nos dois lados. Quando a descrição bate, a recusa some, e quando não bate, o problema é de cadastro e não de chave. Eu comparo a descrição com a do destinatário antes de liberar o PIN.

Avatar
Cancelar
Melhor resposta

Se a chave, contendo o CNPJ certo, não corresponde ao que o outro lado informou, a saída que a gente adota é outra. Meu adendo é que, em vez de corrigir o cadastro na hora, montamos uma tela de conferência da NF-e recusada, com o PIN e a chave lado a lado. Vale quando há muita recusa no mesmo mês. Não vale quando a equipe é pequena, porque aí a conferência manual demora mais que a correção.

Avatar
Cancelar
Melhor resposta

O resultado que importa é a confirmação do registro do PIN sair sem erro. Nádia Pinto, bem, vamos lá, a chave precisa estar considerada na consistência entre o cabeçalho e o XML, e isso também vale para a série. Se a consistência falhar, o sistema recusa mesmo que a chave esteja certa. Eu checaria a confirmação antes de qualquer reenvio, para não duplicar a NF-e.

Avatar
Cancelar
Melhor resposta

Ana, a resposta direta é que a NF-e recusada costuma vir do dígito verificador da chave, e não do registro do PIN. Quanto à chave, agora, pra ser justo, ela é codificada e precisa bater com os dados da nota, então vale comparar a chave com o cadastro antes de mexer no ambiente. No nosso caso de combustíveis, a remessa foi comparada com o XML e estava certa, então o erro estava no lado de quem recebe. Confira também o campo do informante, que precisa ser o mesmo CNPJ.

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 Obrigações acessórias e SPED no SAP.

Ver todas do fórum