Rejeição 506 — Data de Saída menor que a Data de Emissão

O que é esta rejeição?#

A Rejeição 506 é 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 Saída menor que a Data de Emissão.

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 dhSaiEnt < dhEmi (comparando ambas as datas em UTC após normalizar os offsets informados em cada campo) então a data de saída/entrada é cronologicamente anterior à emissão, o que viola a regra básica de sequência temporal da NF-e: ajuste dhSaiEnt para um valor igual ou posterior a dhEmi, garantindo que o offset de fuso horário esteja aplicado corretamente em ambos os campos antes da comparação.
• Se dhEmi possui offset de fuso horário diferente do offset de dhSaiEnt (por exemplo, dhEmi com -03:00 e dhSaiEnt com -00:00 ou sem offset) então a conversão UTC resultará em inversão artificial de cronologia entre os dois campos: padronize ambos os campos com o mesmo offset correspondente ao horário oficial do município emissor (cMunFG), tipicamente -03:00 para Brasília ou -04:00 para estados do Amazonas em horário de verão.
• Se tpEmis for diferente de 1 (contingência ativada: SCAN, DPEC, Offline, SVC-AN ou SVC-RS) e dhSaiEnt estiver preenchida com valor anterior a dhEmi do XML original da contingência, então a data de saída gerada durante a janela de contingência pode não ter sido corrigida no momento da transmissão regular: verifique se a dhSaiEnt reflete o momento real da saída da mercadoria e não o timestamp gerado automaticamente pelo sistema em modo offline sem sincronização NTP.
• Se a diferença absoluta entre dhEmi (convertida para UTC) e o horário atual de transmissão superar 30 minutos e simultaneamente dhSaiEnt for menor que dhEmi, então há indício de que o relógio do servidor estava dessincronizado no momento da geração do documento, produzindo tanto a rejeição 506 quanto potencial rejeição 539: sincronize o servidor via NTP, recalcule dhEmi com o horário corrente e defina dhSaiEnt como igual ou posterior ao novo dhEmi antes de retransmitir.
• Se cUF do emitente (emit/enderEmit/cUF) corresponder a um estado que adota horário de verão e o período de emissão estiver dentro do intervalo de horário de verão brasileiro (outubro a fevereiro), mas o offset informado em dhEmi ou dhSaiEnt for -03:00 em vez de -02:00, então a diferença de 60 minutos introduzida pelo offset incorreto pode inverter artificialmente a relação entre dhSaiEnt e dhEmi: ajuste o offset para -02:00 durante o período de horário de verão conforme a portaria vigente do MAPA/INPE.