Rejeição 228: data de emissão muito atrasada na NF-e

A rejeição 228, vinculada à B09-20 da NF-e modelo 55, indica que a data de emissão não foi aceita pelas condições de atraso aplicáveis ao documento. Confira dhEmi, o tipo de emissão, a UF autorizadora e o retorno completo antes de corrigir. Não existe uma solução universal de trocar a data para hoje: se a emissão foi efetivamente anterior, alterar a data para ocultar o atraso não resolve a situação fiscal.

O prazo não é uma rejeição automática depois de sete dias

A NT 2025.001 v1.01, seção 02.4, p. 5, e B09-20, p. 8 atualizou o controle do atraso. Seu cronograma prevê implantação das mudanças da versão 1.00 em produção até 1º de setembro de 2025. A regra distingue:

Assim, cStat=150 é uma autorização, não a rejeição 228. Esses critérios de aceitação técnica não concedem autorização geral para emitir depois da circulação da mercadoria. A seção 02.4 orienta que a NF-e seja emitida e autorizada antes dessa circulação.

A NT 2026.002 v1.10a, B09-20, p. 8 mantém a distinção de sete dias e acrescenta tpEmis=9 ao texto da exceção de contingência. Esse código está ligado à ampliação da emissão off-line para NF-e com DANFE Simplificado Tipo 2. Confira também o cronograma dessa modalidade no ambiente e na data em questão; a versão possui etapas de implantação e não permite usar o código 9 em qualquer NF-e.

Como investigar e agir

1. Confirme o documento e o retorno. Verifique cStat=228, xMotivo, ide/mod, ambiente e a chave correspondente. Não confunda uma mensagem de autorização fora de prazo com uma rejeição.
2. Leia a data que foi transmitida. Localize ide/dhEmi, incluindo hora e fuso. Compare com a emissão real, o relógio do emissor e o momento em que o documento chegou à SEFAZ. Use o XML enviado, não a data de criação de um PDF ou download.
3. Confira a emissão e a UF. Leia ide/tpEmis e, quando relevante, ide/tpImp. Consulte o limite e as condições definidos pela SEFAZ competente para aquele contexto. Não declare contingência se esse não foi o procedimento efetivamente utilizado.
4. Separe preenchimento incorreto de atraso real. Se um erro comprovado de relógio, fuso ou geração colocou uma data diferente da emissão real, corrija sua origem e regenere o documento pelo emissor. Se a data está correta e a transmissão está atrasada, preserve os fatos e obtenha com a contabilidade ou a SEFAZ a orientação aplicável à regularização antes de nova tentativa.

Se a regra aplicada parecer incompatível com os dados, reúna o retorno, a data/hora com fuso, o modelo, a modalidade de emissão, a UF e a referência oficial utilizada. Esses elementos permitem ao suporte investigar sem recomendar um reenvio cego ou uma mudança fictícia de data.

Exemplo de conferência

Considere, apenas para ilustrar o diagnóstico, uma NF-e normal cuja emissão real foi em 10 de agosto e que só foi transmitida em 20 de setembro do mesmo ano. O intervalo supera trinta dias. Se ela recebeu 228, confira o limite da UF e as condições de aceitação após esse limite. A diferença entre as datas não autoriza substituir a emissão por 20 de setembro nem converter a nota em contingência.

NFC-e tem outro contexto

A B09-20 corresponde ao modelo 55. Para a NFC-e modelo 65, atraso na emissão está relacionado à B09-40 e rejeição 704, com condições próprias. A NT 2026.002 também trata nessa regra da NF-e com DANFE Simplificado Tipo 2 (tpImp=6). Não transporte os prazos da tabela para esses cenários sem conferir a regra e sua implantação.

Consulte dhEmi para localizar e interpretar a data/hora com fuso, e tpEmis para identificar a modalidade declarada. A base histórica da rejeição consta do MOC 7.0, Anexo I, p. 75; para o atraso atual, confronte-a com as notas técnicas posteriores citadas acima.