Rejeição 618 — Chave de Acesso inválida (modelo diferente de 55 e 65)

O que é esta rejeição?#

A Rejeição 618 é 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, dígito verificador calculado a partir da chave de acesso. 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: Chave de Acesso inválida (modelo diferente de 55).

Os campos afetados estão na seção de chave de acesso, identificação da NF-e 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#

• O dígito verificador da chave de acesso está incorreto
• A chave de acesso tem formato inválido (deve ter exatamente 44 dígitos)
• Os componentes da chave (UF, data, CNPJ, modelo, série, número) não correspondem aos dados da NF-e
• O código numérico aleatório (cNF) está ausente ou com formato incorreto

Como resolver#

1. Recalcule o dígito verificador usando o algoritmo módulo 11 conforme especificação da SEFAZ
2. Verifique se todos os componentes da chave de acesso correspondem aos dados informados na NF-e
3. Confirme que a chave tem exatamente 44 dígitos numéricos, sem espaços ou caracteres especiais
4. Regenere a chave de acesso completa no seu sistema emissor e retransmita

Verificações analíticas#

• Se o campo cNF (código numérico aleatório de 8 dígitos) extraído da chave de acesso posições 36-43 divergir do valor declarado em NFe/infNFe/@Id ou em ide/cNF, então a chave foi montada com um cNF diferente do registrado no XML, causando falha no módulo 11: reconstrua a chave de acesso concatenando cUF+AAMM(dhEmi)+CNPJ(emit)+mod+serie+nNF+tpEmis+cNF na ordem exata e recalcule o dígito verificador.
• Se o modelo (posições 21-22 da chave de acesso) não for '55' sendo a NF-e modelo 55, mas o campo ide/mod contiver '55', então houve divergência na montagem da chave onde o segmento de modelo foi preenchido com valor incorreto (ex: '65' de NFC-e ou '01' de NF papel): corrija o segmento de modelo na chave para '55' alinhando-o ao ide/mod declarado e recalcule o dígito verificador.
• Se o cUF extraído das duas primeiras posições da chave de acesso não corresponder ao código IBGE da UF do emitente declarada em emit/enderEmit/UF, então a chave foi gerada com o código de UF errado independentemente de o restante estar correto: substitua o cUF inicial pelo código IBGE correto da UF emissora, reconstrua a chave completa e recalcule o dígito verificador com módulo 11.
• Se a competência AAMM extraída das posições 3-8 da chave de acesso não coincidir com o ano e mês de ide/dhEmi, então a chave foi gerada em período diferente da data de emissão declarada no XML, gerando rejeição na validação de componentes: atualize o segmento de data na chave para o AAMM correto de dhEmi, regenere o cNF se necessário e recalcule o dígito verificador.
• Se a série extraída das posições 23-25 da chave de acesso divergir do valor numérico de ide/serie (com zero-fill à esquerda para 3 dígitos), ou se o nNF extraído das posições 26-34 divergir de ide/nNF (com zero-fill à esquerda para 9 dígitos), então um ou ambos os segmentos foram serializados sem o padding correto alterando o valor numérico usado no cálculo do dígito verificador: normalize série e número com zeros à esquerda conforme especificação, reconstrua a chave e recalcule o dígito verificador módulo 11.