Rejeição 615 — Chave de Acesso inválida (Ano menor que 06 ou Ano maior que Ano corrente)

O que é esta rejeição?#

A Rejeição 615 é 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 (Ano < 05 ou Ano maior que Ano corrente).

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 cAA (ano extraído da chave de acesso, posições 3-4) não corresponde aos dois últimos dígitos do ano de dhEmi, então a chave foi gerada com data divergente da emissão real: reconstrua a chave extraindo o AAMM diretamente de dhEmi e recalcule o dígito verificador com módulo 11.
• Se os dois primeiros dígitos da chave de acesso (cUF) não coincidem com o código IBGE da UF do emitente presente em emit/enderEmit/UF, então a UF usada na composição da chave é diferente da UF do emitente declarada no XML: substitua os dois primeiros dígitos da chave pelo código cUF correto da UF do emitente e regenere o dígito verificador.
• Se o CNPJ do emitente (emit/CNPJ, posições 7-20 da chave) difere do CNPJ efetivamente declarado em emit/CNPJ no corpo do XML, então houve dessincronização entre o CNPJ usado para montar a chave e o CNPJ do documento, possivelmente por troca de estabelecimento emitente sem regeneração da chave: alinhe o CNPJ da chave ao CNPJ do emit e recalcule todo o bloco da chave incluindo o dígito verificador.
• Se o número da NF-e (nNF, posições 26-34 da chave) não corresponde ao campo ide/nNF do XML, ou se a série (posições 23-25) difere de ide/serie, então a chave foi montada com numeração ou série desatualizada em relação ao documento corrente, o que invalida toda a chave independentemente do dígito verificador estar correto para os valores errados: sincronize nNF e serie da chave com os valores de ide e recalcule o dígito verificador.
• Se o campo ide/cNF (posições 36-43 da chave, 8 dígitos) contém valor zerado (00000000) ou foi gerado com comprimento diferente de 8 dígitos, então o código numérico aleatório está malformado, corrompendo o dígito verificador calculado sobre ele: gere um cNF aleatório de exatamente 8 dígitos numéricos não zerados, atualize o campo ide/cNF no XML, recalcule o dígito verificador (posição 44) pelo algoritmo módulo 11 com pesos 2-9 cíclicos da direita para a esquerda e retransmita.