Rejeição 253 — Digito Verificador da chave de acesso composta inválida
Motivo da rejeição
Digito Verificador da chave de acesso composta inválida
O que é esta rejeição?#
A Rejeição 253 é 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: Digito Verificador da chave de acesso composta inválida.
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:
| Campo | XPath no XML | Descrição |
|---|---|---|
| chNFe | protNFe/infProt/chNFe | Chave de acesso da NF-e (44 dígitos) |
| cDV | NFe/infNFe/ide/cDV | Dígito verificador da chave de acesso |
| cNF | NFe/infNFe/ide/cNF | Código numérico da NF-e |
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#
- Recalcule o dígito verificador usando o algoritmo módulo 11 conforme especificação da SEFAZ
- Verifique se todos os componentes da chave de acesso correspondem aos dados informados na NF-e
- Confirme que a chave tem exatamente 44 dígitos numéricos, sem espaços ou caracteres especiais
- 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 corresponderem ao código IBGE da UF presente em emit/enderEmit/UF então há divergência entre o estado do emitente e o componente de UF da chave de acesso: corrija o cUF para refletir exatamente o código IBGE do estado emissor antes de recalcular o dígito verificador.
- Se os dígitos de posição 4 a 9 da chave de acesso (AAMM) não corresponderem ao ano e mês extraídos de ide/dhEmi então o componente de data da chave foi gerado com referência temporal diferente da data de emissão declarada: sincronize o AAMM da chave com dhEmi e regenere o dígito verificador.
- Se os dígitos referentes ao número da NF-e na chave de acesso (posições 26 a 34, correspondentes a ide/nNF com 9 dígitos) diferirem do valor de ide/nNF preenchido no XML então o número da nota foi alterado após a montagem inicial da chave ou foi formatado com quantidade de dígitos incorreta: recomponha a chave usando ide/nNF com padding de zeros à esquerda até 9 dígitos e recalcule o módulo 11.
- Se o campo ide/cNF presente no XML (8 dígitos numéricos, posições 36 a 43 da chave) não corresponder ao trecho equivalente extraído da chave de acesso em ide/chNFe então o código numérico aleatório foi alterado de forma inconsistente entre os dois campos: unifique cNF e o trecho da chave, garantindo 8 dígitos com zeros à esquerda, e recalcule o dígito verificador na posição 44.
- Se o dígito na posição 44 da chave em ide/chNFe não for igual ao resultado do algoritmo módulo 11 aplicado sobre os 43 dígitos anteriores da própria chave (com pesos 2 a 9 ciclicamente da direita para a esquerda, resultado 0 ou 1 mapeado para 0) então o dígito verificador foi calculado com algoritmo, ordem de pesos ou base numérica incorretos: reimplemente o cálculo conforme NT 2016.002 da SEFAZ, verificando especialmente o tratamento dos restos 0 e 1.
Consulte IEs e CNPJs antes de emitir NF-e
Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.
Criar conta →