Rejeição 1003: confira o modelo da nota referenciada e a exceção de retorno

A mensagem “Rejeição: NF-e de crédito faz referência a documento fiscal diferente de NF-e modelo 55” pede que você confira o documento original vinculado à nota de crédito. A chave escolhida pode pertencer a uma NFC-e, e essa referência somente é aceita na exceção específica documentada para crédito do tipo 03, retorno.

Não altere os dígitos da chave e não escolha outro tipo de crédito apenas para eliminar a rejeição. O documento referenciado precisa ser o verdadeiro, e a classificação deve descrever o que aconteceu na operação.

O contexto do código

Este diagnóstico corresponde ao cStat 1003 na autorização da NF-e modelo 55, regra B25-100 da NT 2025.002-RTC v1.52, página 31. A condição é uma nota de crédito, finNFe=5, que informa em NFref/refNFe uma chave cujo modelo é diferente de 55. A exceção da tabela permite também modelo 65 quando tpNFCredito=03. Documento oficial.

O modelo 65, nessa exceção, é o documento original referenciado. A nota de crédito em análise continua sendo uma NF-e modelo 55. Não confunda essa possibilidade com emissão de uma NFC-e de crédito ou com uma permissão geral para referenciar qualquer cupom.

Guarde modelo, UF do emitente, autorizador, ambiente e texto integral do retorno. Este artigo trata da autorização da NF-e; mensagens de integração ou de pagamento que usem o número 1003 exigem identificação própria. A revisão em 10/10/2026 não comprova a aplicação individual por UF.

O que significa referenciar o documento

A referência estabelece uma ligação fiscal com um documento anterior. Ela não pode ser preenchida com a primeira chave disponível do cliente nem com um documento de valor parecido. O arquivo original deve corresponder à operação que está sendo tratada, considerando emitente, destinatário, produtos, quantidades e motivo do crédito.

Uma chave de acesso tem 44 posições e contém a identificação do modelo. Seu formato não autoriza editar um trecho para transformá-la em outra nota. Se a chave pertence a uma NFC-e, mudar “65” para “55” cria uma identificação que não representa o documento original.

Procure a chave no XML autorizado preservado e confira a situação no canal oficial adequado. Não use uma cópia do DANFE de outra operação como substituto quando o original estiver ausente.

Por que a rejeição pode aparecer

No varejo, um cadastro pode reunir NF-e e NFC-e do mesmo comprador. A busca pelo número ou pelo valor pode selecionar o cupom errado. Uma integração também pode importar a referência de um pedido sem validar o modelo do documento vinculado.

Há casos em que o original é realmente uma NFC-e, mas o tipo de crédito foi escolhido como se fosse outra operação. O campo “retorno” pode aparecer perto de “redução de valores” ou de “multa e juros”; esses tipos não são intercambiáveis.

Outra causa é reutilizar um rascunho: a finalidade foi ajustada, mas a referência ficou de uma emissão anterior. O suporte deve comparar o XML enviado com a tela atual antes de concluir que o autorizador recusou dados corretos.

Conferência em seis passos

1. Preserve o XML rejeitado e a resposta, sem apagar o vínculo original no cadastro.

2. Confira finNFe e tpNFCredito no grupo de identificação.

3. Localize as referências em NFref/refNFe e compare cada chave com seu XML original.

4. Identifique o modelo real do documento referenciado, sem modificar a chave.

5. Confirme que esse original corresponde ao fato que justifica a nota de crédito.

6. Verifique com o fiscal se a classificação e o tratamento escolhido são cabíveis.

Se não houver referência, o problema não é automaticamente esta rejeição. Há regras próprias para exigir ou limitar referências em determinados tipos. Não acrescente uma chave aleatória para completar o campo.

Como resolver por cenário

A chave foi selecionada por engano. Localize o documento verdadeiro da operação e corrija a seleção pelo fluxo do emissor. A substituição deve ser justificada pelos arquivos e pelo histórico, não apenas pelo fato de outra chave conter modelo 55. Revise a rotina de busca para evitar novas trocas.

O original é NFC-e e houve recusa total ou destinatário não localizado na entrega. A exceção de tpNFCredito=03 admite referência ao modelo 65. Confirme as evidências do retorno e o enquadramento fiscal antes de corrigir um tipo cadastrado incorretamente. Se já está tudo correto, investigue a versão do emissor e a regra aplicada pelo autorizador.

O original é NFC-e, mas o fato não corresponde ao tipo 03. A B25-100 não oferece essa exceção a todos os créditos. O contador deve avaliar como documentar o caso verdadeiro. Não transforme uma redução de valor ou uma recusa parcial em recusa total para aproveitar a permissão.

O original é NF-e 55 e a rejeição permanece. Compare a chave enviada, o documento recuperado e o XML final. Uma integração pode estar transmitindo outra referência. Quando os arquivos confirmam o mesmo modelo e a mesma operação, encaminhe a divergência com evidências ao suporte e, se necessário, ao autorizador.

A exceção não encerra todas as verificações

O crédito tipo 03 possui outras condições. A própria NT verifica referência, quantidade de referências, identidade do emitente, UF e operação de entrada em regras separadas, páginas 31 e 32. Não conclua que uma chave de NFC-e será aceita apenas porque o tipo foi preenchido corretamente.

Também não confunda a exceção de modelos da B25-100 com as exceções tributárias da B25-80. Uma trata do documento referenciado; a outra, da presença de grupos de impostos. Cada verificação precisa de diagnóstico próprio.

Exemplo original e resultado esperado

Uma loja fictícia de materiais elétricos prepara uma nota de crédito após uma entrega integralmente recusada. O original é uma NFC-e preservada com protocolo, mas a integração selecionou “redução de valores” no rascunho. A equipe confere o registro da recusa e pede ao contador a classificação correta. Se o enquadramento confirmado for retorno tipo 03, corrige o tipo pelo emissor e mantém a chave verdadeira do modelo 65, revisando também as outras condições.

Depois de gerar, assinar e transmitir o documento corrigido, confira o retorno correspondente à sua chave. Preserve o XML e o protocolo quando houver autorização. Verifique se o vínculo ao original e os registros internos continuam corretos. A ausência da 1003, isoladamente, não confirma autorização nem regularização completa.

Fontes e atualização

Revisão documental por IA em 10/10/2026. A versão 1.52 foi confirmada no catálogo oficial SVRS. O aviso ENCAT de 05/10 posterga alterações específicas de implantação; não é uma nova data de nascimento da B25-100.

Foram conferidos artigos específicos da Webmania e da Migrate/InvoiCy. A terceira conferência, TOTVS sobre crédito 03, é temática e adjacente, não um artigo específico da rejeição 1003. As regras oficiais prevalecem; não houve teste de emissão por UF.