Rejeição 455 — Órgão Autor do evento diferente da UF da Chave de Acesso

O que é esta rejeição?#

A Rejeição 455 é 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 o código de UF extraído dos dois primeiros dígitos da chave de acesso (cChave[1..2]) difere do código de UF do endereço do emitente (emit/enderEmit/cUF) ou da tag ide/cUF, então a chave foi montada com UF divergente da NF-e: recomponha a chave substituindo os dois primeiros dígitos pelo cUF declarado em ide/cUF e recalcule o dígito verificador.
• Se o CNPJ extraído dos dígitos 21 a 34 da chave de acesso não coincide com o CNPJ informado em emit/CNPJ (após remoção de formatação), então o emitente usado na montagem da chave é diferente do emitente do XML: regenere a chave utilizando exatamente os 14 dígitos numéricos de emit/CNPJ na posição correta e recalcule o módulo 11.
• Se o número da NF-e extraído dos dígitos 39 a 44 da chave de acesso (posição nNF na chave) diverge do valor em ide/nNF com zero-fill à esquerda de 9 dígitos, então houve desalinhamento posicional durante a concatenação dos componentes: recomponha a string base da chave na ordem cUF+AAMM+CNPJ+mod+serie+nNF+tpEmis+cNF e recalcule o dígito verificador.
• Se o campo ide/cNF (8 dígitos) extraído da chave de acesso na posição correspondente não bate com o valor declarado em ide/cNF no XML, ou se ide/cNF contém menos de 8 dígitos sem zero-fill, então o código numérico aleatório foi inserido com tamanho ou valor incorreto na chave: normalize ide/cNF com zero-fill à esquerda até 8 dígitos, atualize a chave e recalcule o dígito verificador.
• Se o dígito verificador (44.º dígito da chave de acesso) calculado pelo algoritmo módulo 11 com pesos 2 a 9 ciclicamente aplicados da direita para a esquerda sobre os 43 primeiros dígitos produz resultado diferente do dígito presente em ide/cDV e na própria chave, então qualquer erro nos campos anteriores ou falha de implementação do algoritmo gerou um DV inválido: recalcule o DV conforme NT 2019.001 (substituindo resultado 0 ou 1 por 0) e atualize simultaneamente ide/cDV e a chave de acesso antes de retransmitir.