Rejeição 236 — Chave de Acesso com dígito verificador inválido

O que é esta rejeição?#

A Rejeição 236 é 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 com dígito verificador inválido.

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 primeiros 2 dígitos da chave de acesso (cUF) não correspondem ao código IBGE da UF informada em emit/enderEmit/UF então há inconsistência entre o campo de estado do emitente e a chave de acesso: atualize cUF na chave para o código IBGE correto da UF do emitente.
• Se os dígitos de posição 3 a 8 da chave de acesso (AAMM) não correspondem ao ano e mês extraídos de ide/dhEmi então a data de emissão codificada na chave diverge do campo dhEmi do XML: reconstrua a chave usando o AAMM derivado de dhEmi.
• Se os dígitos de posição 9 a 22 da chave de acesso não correspondem ao CNPJ informado em emit/CNPJ (sem pontuação) então o CNPJ do emitente está incorretamente codificado na chave: substitua esse bloco pelo CNPJ limpo de 14 dígitos do emitente.
• Se os dígitos de posição 23 a 25 da chave de acesso não correspondem ao modelo (ide/mod, esperado '55') e à série (ide/serie com zero-padding para 3 dígitos) ou os dígitos de posição 26 a 34 não correspondem ao número da NF-e (ide/nNF com zero-padding para 9 dígitos) então o bloco modelo-série-número na chave está dessincronizado com os campos ide do XML: remonte esses blocos a partir dos valores exatos de ide/mod, ide/serie e ide/nNF.
• Se o 44º dígito da chave de acesso (cDV) não é igual ao resultado do algoritmo módulo 11 aplicado aos 43 dígitos anteriores (com pesos de 2 a 9 ciclicamente da direita para a esquerda, e resultado 0 ou 1 mapeado para 0) então o dígito verificador está matematicamente incorreto independentemente dos demais campos: recalcule cDV pelo algoritmo módulo 11 da SEFAZ e atualize simultaneamente ide/cDV e o último dígito do atributo Id da tag infNFe.