Rejeição 228 — Data de Emissão muito atrasada

O que é esta rejeição?#

A Rejeição 228 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a data e hora de emissão do documento fiscal, informação do documento fiscal. 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: Data de Emissão muito atrasada.

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#

• A data/hora de emissão está fora do prazo permitido pela SEFAZ
• O fuso horário informado está incorreto (deve seguir o padrão UTC com offset, ex: -03:00)
• A data de emissão é futura ou muito antiga em relação ao momento da transmissão
• A data de saída/entrada é anterior à data de emissão

Como resolver#

1. Ajuste a data/hora de emissão para o momento atual, dentro do prazo aceito pela SEFAZ
2. Use o formato correto com fuso horário: AAAA-MM-DDThh:mm:ss-03:00 (horário de Brasília)
3. Verifique se o relógio do servidor/computador emissor está sincronizado (use NTP)
4. A SEFAZ geralmente aceita NF-e com até 30 minutos de diferença do horário do servidor

Verificações analíticas#

• Se dhEmi possui offset de fuso horário diferente de -03:00 (ou -02:00 durante horário de verão) e tpEmis=1 (emissão normal), então o offset UTC declarado diverge do horário oficial de Brasília: corrija o campo dhEmi para o formato AAAA-MM-DDThh:mm:ss-03:00 garantindo que o instante absoluto UTC resultante corresponda ao momento real da emissão.
• Se dhSaiEnt está preenchido e seu valor convertido para UTC é anterior ao valor convertido para UTC de dhEmi, então a data de saída/entrada é cronologicamente impossível em relação à emissão: ajuste dhSaiEnt para data-hora igual ou posterior a dhEmi, pois a SEFAZ rejeita notas onde a saída precede a criação do documento.
• Se tpEmis pertence ao conjunto {2,3,4,5,6,7} (contingência) e dhEmi difere em mais de 30 minutos do campo dhRecbto presente no lote de retorno, então o atraso acumulado entre a geração em contingência e a transmissão efetiva ultrapassou a tolerância SEFAZ: transmita o documento dentro do prazo regulamentar de contingência (até 168 horas para EPEC/SVC dependendo da UF) e assegure que dhEmi reflita o instante exato da emissão offline, não o momento da retransmissão.
• Se tpEmis=1 e a diferença absoluta entre dhEmi (convertida para UTC) e o timestamp do momento de transmissão inferido em dhRecbto supera 30 minutos, então o relógio do emissor está dessincronizado em relação ao servidor SEFAZ: sincronize o servidor emissor via NTP (pool.ntp.br) e regere a NF-e com dhEmi atualizado para o instante corrente antes de retransmitir.
• Se dhEmi contém data anterior ao dia corrente de transmissão em mais de 1 dia calendário e tpEmis=1 (sem flag de contingência), então a nota foi gerada ou armazenada com data retroativa sem justificativa de contingência reconhecida pela SEFAZ: verifique se o documento deveria ter sido emitido em contingência (ajustando tpEmis e incluindo justInter quando exigido) ou regere a NF-e com dhEmi correspondente ao momento atual de transmissão.