Rejeição 256 — Uma NF-e da faixa já está inutilizada na Base de dados da SEFAZ

O que é esta rejeição?#

A Rejeição 256 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a número sequencial da NF-e, série de numeração da NF-e. 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: Uma NF-e da faixa já está inutilizada na Base de dados da SEFAZ.

Os campos afetados estão na seção de 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 número da NF-e está fora da faixa autorizada ou já foi inutilizado
• A série informada não é válida ou não está autorizada para o emitente
• A numeração está em sequência incorreta ou há saltos na numeração
• O número excede o limite máximo permitido (999.999.999)

Como resolver#

1. Verifique a faixa de numeração autorizada para a série utilizada
2. Se números foram pulados, inutilize-os antes de continuar a sequência
3. Confirme que a série está correta para o tipo de emissão (série 0-889 para emissão normal)
4. Ajuste o próximo número no sistema emissor conforme a última NF-e autorizada

Verificações analíticas#

• Se nNF do XML pertence a uma faixa previamente inutilizada via evento 110111 registrado na SEFAZ (consultável por chave de inutilização cUFAAAAMMSSTTTTTTTTTTTTNNNNNNNNN) e o campo serie coincide com a série inutilizada, então o número foi reutilizado indevidamente após inutilização: descarte esse nNF, avance a numeração para o próximo disponível fora da faixa inutilizada e atualize o controle sequencial no sistema emissor.
• Se dhEmi contém mês/ano (AAAAMM) diferente do mês/ano presente na chave de acesso (posições 3 a 8 do cChave = cUF+AAMM+cnpj+mod+serie+nNF), então houve divergência entre a data de emissão e o campo AAMM codificado na chave, indicando que a chave foi gerada com competência incorreta e pode ter colisão com numeração de outro período já inutilizado: recalcule a chave de acesso com o AAMM correto extraído de dhEmi e verifique se o nNF resultante não pertence a faixa inutilizada nessa competência.
• Se tpEmis = 1 (emissão normal) e o campo nNF é inferior ao maior nNF de NF-e autorizada ou inutilizada para o mesmo emit/serie/mod registrado na SEFAZ, então a numeração regrediu ou houve salto com reaproveitamento de número já consumido: consulte o último nNF autorizado via NF-e mais recente do emitente para a série, ajuste o próximo nNF para lastNF+1 e inutilize eventuais lacunas intermediárias antes de retransmitir.
• Se serie está no intervalo 890–999 (reservado para emissão em contingência SCAN/SVC) e tpEmis = 1, ou se serie = 0 e tpEmis ∈ {3,4,5,7} (contingências que exigem série dedicada), então a combinação serie × tpEmis é inválida para o tipo de emissão declarado, podendo fazer o número cair em faixa já inutilizada de outra série: corrija serie para o intervalo 1–889 quando tpEmis=1, ou use série de contingência adequada conforme tpEmis e verifique se o nNF nessa série correta não está inutilizado.
• Se cUF do emitente (emit/enderEmit/cUF) diverge das duas primeiras posições numéricas da chave de acesso cChave, então a chave foi montada com UF diferente da UF real do emitente, fazendo a consulta de inutilização ser verificada na UF errada e mascarando que o número pode estar inutilizado na UF correta: reconstrua a chave utilizando o cUF correto de emit/enderEmit, consulte a faixa de inutilização nessa UF e só então defina o nNF a transmitir.