Rejeição 596 — Evento apresentado fora do prazo: [prazo vigente]

O que é esta rejeição?#

A Rejeição 596 é 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: Rejeição: Evento apresentado fora do prazo: [prazo vigente].

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 e dhSaiEnt ambos presentes e dhSaiEnt < dhEmi (comparando timestamps completos incluindo offset UTC), então a data de saída/entrada é logicamente anterior à emissão, o que a SEFAZ rejeita como sequência inválida de datas: ajuste dhSaiEnt para valor igual ou posterior a dhEmi, garantindo que ambos os campos usem o mesmo offset de fuso horário.
• Se tpEmis = 2, 3, 4, 5, 6 ou 7 (modalidades de contingência) e dhEmi indicar horário anterior ao início declarado da contingência ou posterior ao encerramento do modo offline, então a janela temporal da contingência não cobre o momento de emissão registrado no XML: verifique os campos dhCont e xJust no infNFe e sincronize dhEmi com o intervalo real de indisponibilidade.
• Se o offset de fuso horário embutido em dhEmi (ex.: -04:00) divergir do offset esperado para a UF do emitente no momento da emissão (considerando horário de verão vigente ou não para a região), então o timestamp absoluto UTC resultante deslocará a NF-e para fora da janela de 30 minutos aceita pela SEFAZ mesmo que o horário local pareça correto: padronize o offset para -03:00 (Brasília, fora do horário de verão) ou -02:00 quando horário de verão estiver em vigor, conforme calendário oficial.
• Se tpEmis = 1 (emissão normal) e a diferença absoluta entre o timestamp UTC de dhEmi e o timestamp UTC de dhRecbto retornado pela SEFAZ na autorização ultrapassar 30 minutos, então o relógio do servidor emissor está dessincronizado relativamente ao servidor SEFAZ: configure sincronização NTP contínua e reemita a NF-e com dhEmi recalculado a partir do horário real do servidor de tempo.
• Se finNFe = 2 (NF-e complementar) ou finNFe = 4 (NF-e de devolução) e o grupo NFref estiver ausente ou vazio dentro de ide, então a referência à NF-e originária obrigatória não foi informada, tornando a nota estruturalmente inválida além do problema de prazo: inclua o elemento NFref com chNFe da NF-e referenciada antes de retransmitir.