Rejeição 703 — Data-Hora de Emissão posterior ao horário de recebimento

O que é esta rejeição?#

A Rejeição 703 é 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.

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 contém offset de fuso horário diferente de -03:00 (ou offset incompatível com o estado do emitente, ex: -04:00 para MT em horário de verão sem ajuste) e dhRecbto da SEFAZ apresenta diferença superior a 30 minutos em relação a dhEmi convertida para UTC, então o offset informado não corresponde ao fuso horário real do servidor emissor: corrija o offset para o fuso correto do estado do emitente e sincronize o relógio do servidor via NTP antes de retransmitir.
• Se dhSaiEnt está preenchida e seu valor convertido para UTC é anterior ao valor de dhEmi convertido para UTC, então a data/hora de saída ou entrada é logicamente anterior à emissão da nota, o que é inválido independentemente do fuso: ajuste dhSaiEnt para um momento igual ou posterior a dhEmi, verificando que ambos os campos usam o mesmo offset de fuso horário.
• Se tpEmis é igual a 1 (emissão normal, não contingência) e a diferença entre o timestamp atual de transmissão e dhEmi supera 30 minutos, então a nota está sendo transmitida fora da janela de tolerância da SEFAZ para emissão normal: para emissões atrasadas utilize o tpEmis adequado (ex: 5 para contingência DPEC, 7 para SVC-RS/AN) e preencha dhCont e xJust obrigatoriamente, ou corrija dhEmi para o momento real de transmissão.
• Se tpEmis indica contingência (valores 2, 3, 4, 5, 6 ou 7) e dhCont não está presente ou é posterior a dhEmi, então a estrutura de contingência está inconsistente, pois dhCont deve registrar o momento de entrada em contingência, que precede ou coincide com dhEmi: preencha dhCont com o instante real de início da contingência e xJust com a justificativa de pelo menos 15 caracteres.
• Se nNF e série da NF-e correspondem a um documento já transmitido com dhEmi anterior aceita pela SEFAZ e o reenvio altera apenas dhEmi sem incrementar nNF ou sem cancelar a chave anterior, então há risco de duplicidade de chave de acesso (cNF + CNPJ + nNF + série compõem a chave), pois a chave é calculada sobre campos fixos: gere um novo número de NF-e ou cancele a anterior antes de retransmitir com a data corrigida.