Rejeição 691 — Chave de Acesso da NF-e diverge da Chave de Acesso do EPEC

O que é esta rejeição?#

A Rejeição 691 é 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.

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 os campos cUF, AAMM (derivado de dhEmi), CNPJ do emitente, mod, serie e nNF extraídos individualmente e concatenados com cNF e cDV não formarem exatamente a chave de acesso informada em chNFe então há divergência estrutural entre os metadados da NF-e e a chave registrada no EPEC: reconstrua a chave concatenando cUF(2)+AAMM(4)+CNPJ(14)+mod(2)+serie(3)+nNF(9)+tpEmis(1)+cNF(8)+cDV(1) e compare dígito a dígito com chNFe antes de retransmitir.
• Se o dígito verificador posicionado na 44ª posição de chNFe não coincidir com o resultado do algoritmo módulo 11 aplicado sobre os 43 dígitos anteriores — onde pesos de 2 a 9 são aplicados da direita para a esquerda em ciclos e o resto 0 ou 1 resulta em cDV=0 — então o cDV foi calculado incorretamente ou sobre uma sequência de campos em ordem errada: recalcule o módulo 11 sobre a concatenação correta e atualize simultaneamente chNFe e o campo cDV dentro de infNFe.
• Se o valor de cUF presente nos dois primeiros dígitos de chNFe divergir do código IBGE da UF informada em emit/enderEmit/UF ou do campo ide/cUF então os componentes de UF do emitente estão inconsistentes com a chave transmitida ao EPEC: alinhe ide/cUF, emit/enderEmit/UF e os dois primeiros dígitos da chave para que representem a mesma unidade federativa.
• Se os dígitos de posição 3 a 6 de chNFe (AAMM) não corresponderem ao ano e mês extraídos de ide/dhEmi no fuso horário do emitente então a chave foi gerada com data divergente da data de emissão real declarada no XML: extraia AAMM diretamente de dhEmi aplicando o offset de fuso correto antes de compor a chave, pois o EPEC valida essa correspondência temporal.
• Se o campo cNF (8 dígitos, posições 36 a 43 da chave) contiver valor 00000000 ou repetir sequência idêntica ao nNF zerado à esquerda então o código numérico aleatório não foi gerado adequadamente, tornando a chave previsível e potencialmente rejeitada por divergência com o EPEC que armazenou uma chave diferente: gere cNF com valor aleatório não nulo distinto do número da nota, atualize chNFe e recalcule cDV antes de retransmitir.