Rejeição 217 — NF-e não consta na base de dados da SEFAZ

O que é esta rejeição?#

A Rejeição 217 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a chave de acesso que identifica unicamente a NF-e. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Este código indica que rejeição: NF-e não consta na base de dados da SEFAZ.

Os campos afetados estão na seção de chave de acesso do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

Causas comuns#

• A NF-e referenciada não foi encontrada na base de dados da SEFAZ
• A chave de acesso informada não corresponde a nenhuma NF-e autorizada
• A NF-e pode estar em processamento ou ter sido emitida em outro ambiente

Como resolver#

1. Confirme a chave de acesso completa (44 dígitos) e consulte novamente
2. Verifique se a NF-e foi emitida no mesmo ambiente (produção/homologação)
3. Aguarde alguns minutos e tente novamente — a NF-e pode estar em processamento

Verificações analíticas#

• Se o campo chNFe contido na tag infNFe id (formato cNF+cDV) divergir do resultado do cálculo do dígito verificador módulo 11 sobre os 43 primeiros dígitos da chave de acesso, então a chave está estruturalmente corrompida e nunca será localizada na base SEFAZ: recalcule o dígito verificador a partir de cUF+AAMM+CNPJ emitente+mod+serie+nNF+tpEmis+cNF e reemita com a chave corrigida.
• Se o campo tpAmb da NF-e transmitida for '2' (homologação) enquanto a consulta de status está sendo realizada contra o webservice de produção (ou vice-versa), então a NF-e jamais será encontrada pois os ambientes possuem bases de dados completamente segregadas: confirme que o endpoint utilizado na transmissão e na consulta correspondem ao mesmo valor de tpAmb presente no XML autorizado.
• Se o cUF presente nos dois primeiros dígitos da chave de acesso não coincidir com o cUF declarado na tag ide/cUF nem com o código IBGE da UF do endereço do emitente (enderEmit/UF), então a NF-e foi direcionada a um autorizador estadual diferente do que a processou, tornando a consulta infrutífera no autorizador errado: alinhe cUF, UF do emitente e endpoint do autorizador correto antes de retransmitir.
• Se o campo tpEmis indicar emissão em contingência (valores 2, 3, 4, 5, 6 ou 7) e não houver registro de evento de 'Registro de Passagem em Contingência' ou a NF-e não tiver sido posteriormente transmitida ao autorizador dentro do prazo de 168 horas após o retorno da contingência, então a chave pode ter sido gerada localmente mas nunca ingressou na base SEFAZ: verifique o log de transmissão pós-contingência e, se ausente, retransmita o lote ou emita NF-e substituta.
• Se o CNPJ do emitente (emit/CNPJ) inserido nas posições 7 a 20 da chave de acesso não corresponder exatamente ao CNPJ cadastrado no XML (sem pontuação, com zeros à esquerda, 14 dígitos), então a chave de acesso aponta para um emitente diferente do que consta no corpo da NF-e, causando inconsistência que impede a localização na base: reconstrua a chave garantindo que o CNPJ do emitente seja idêntico nos dois locais antes de qualquer nova transmissão.