Rejeição 526 — Ano-Mês da Chave de Acesso com atraso superior a 6 meses em relação ao Ano-Mês atual

O que é esta rejeição?#

A Rejeição 526 é 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: CFOP de Exportação e não informado Local de Embarque.

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 cDV informado na chave de acesso (posição 44) divergir do dígito verificador recalculado pelo algoritmo módulo 11 aplicado sobre os 43 dígitos anteriores (cUF+AAMM+CNPJ+mod+serie+nNF+tpEmis+cNF), então a chave foi gerada com dígito verificador incorreto: recalcule o cDV usando exatamente a sequência de pesos 2-9 em ciclo da direita para a esquerda e atualize tanto a tag chNFe quanto o atributo Id do elemento infNFe.
• Se o AAMM extraído das posições 3 a 6 da chave de acesso (cUF+AAMM) não corresponder ao ano e mês presentes no campo dhEmi da NF-e, então há divergência entre a data de emissão declarada no XML e o componente de data codificado na chave, o que por si só já gera a rejeição 526 independentemente do atraso real: alinhe o AAMM da chave ao mês/ano de dhEmi e regenere a chave completa incluindo novo cDV.
• Se o CNPJ do emitente informado em emit/CNPJ (14 dígitos) não coincidir com o segmento de posições 7 a 20 da chave de acesso, então a chave foi montada com CNPJ divergente do emissor declarado no XML, tornando inválida qualquer verificação de autenticidade pela SEFAZ: extraia o CNPJ numérico sem formatação do campo emit/CNPJ, posicione-o corretamente na concatenação cUF+AAMM+CNPJ+mod+serie+nNF+tpEmis+cNF e recalcule o cDV.
• Se o valor do campo mod (posições 21 a 22 da chave) não for '55' para NF-e ou '65' para NFC-e, ou se divergir do campo mod dentro de infNFe/ide, então o modelo gravado na chave não corresponde ao documento fiscal emitido, causando rejeição na validação estrutural da chave antes mesmo da verificação de data: corrija o campo ide/mod para '55', reconstrua a chave substituindo as posições 21-22 pelo modelo correto e recalcule o cDV.
• Se o cNF (posições 36 a 43 da chave, 8 dígitos) contiver valor zerado (00000000) ou não coincidir com o campo ide/cNF declarado no XML, então o código numérico aleatório foi omitido ou não foi propagado corretamente para a composição da chave, comprometendo o dígito verificador e a unicidade da chave de acesso: gere um cNF aleatório não nulo com exatamente 8 dígitos, grave-o em ide/cNF, use-o na posição correta da concatenação e recalcule o cDV.