dhEmi: data e hora de emissão da NF-e e NFC-e

dhEmi registra quando a nota foi emitida, com data, hora, segundos e fuso horário. É obrigatório na NF-e e NFC-e e fica no grupo ide. Não use a data de download do XML nem confunda emissão com processamento pela SEFAZ. O formato está no MOC 7.0, Anexo I, campo B09, página 9.

Nesta página:

• Como ler e conferir o valor
• Quando a SEFAZ aponta problema de horário
• Compare instantes, não somente os números do relógio
• Condições completas de atraso e de início de operação
• Consultas relacionadas

Como ler e conferir o valor

O formato é AAAA-MM-DDThh:mm:ssTZD. Este fragmento sintético contém somente o campo e não é uma nota pronta para transmissão:

<dhEmi xmlns="http://www.portalfiscal.inf.br/nfe">2026-09-26T10:30:00-03:00</dhEmi>

Ele representa 26/09/2026 às 10h30 no deslocamento -03:00, equivalente a 13h30 UTC. O fuso faz parte do valor; o exemplo não significa que toda nota deve usar -03:00.

Confira o instante de emissão no XML efetivamente gerado em NFe/infNFe/ide/dhEmi, ou em nfeProc/NFe/infNFe/ide/dhEmi quando houver envelope de processamento. Se estiver incorreto, verifique a configuração de relógio e fuso do sistema que gerou a nota antes de alterar qualquer dado.

dhSaiEnt representa saída ou entrada da mercadoria, quando permitido e aplicável. dhRecbto, no retorno, representa processamento pela SEFAZ; ele também pode aparecer em retorno de rejeição, portanto sua presença isolada não comprova autorização. Veja o campo PR08 na NT 2026.002 v1.10a, página 6.

Quando a SEFAZ aponta problema de horário

Leia o código e a mensagem do retorno junto com o modelo, a UF autorizadora, tpEmis e tpImp. As regras de atraso mudam conforme o cenário:

• 703 — emissão posterior ao recebimento: a regra B09-10 prevê tolerância de até cinco minutos para sincronismo dos servidores. Confira relógio e fuso, comparando os instantes na mesma referência de tempo. MOC, página 75.
• 704 — emissão atrasada: a regra B09-40 alcança NFC-e e NF-e com DANFE Simplificado Tipo 2 (tpImp=6). Para os tipos de emissão indicados na regra, o atraso é superior a cinco minutos; há exceções e critérios de UF, inclusive para contingência. Não aplique esse limite a toda NF-e. NT 2026.002 v1.10a, página 8; cronograma na página 3.
• 228 — data muito atrasada: B09-20 diferencia NF-e com atraso de até sete dias, com retorno 100, e atraso superior a sete dias, com retorno 150 de autorização fora de prazo. Após 30 dias, ou outro limite definido pela SEFAZ, a aceitação pode ser restrita à contingência a critério da UF. A alteração foi documentada na NT 2025.001 v1.01, seção 02.4, página 5, e B09-20, página 8; cronograma na página 2 e consta também na NT 2026.002 v1.10a, página 8. Esses prazos não dispensam as demais validações nem garantem autorização de um documento real.

Corrija uma configuração ou um valor comprovadamente incorreto no documento ainda rejeitado e valide novamente. Se a data retrata o fato ocorrido, não a substitua pela data atual apenas para contornar a mensagem. Se a nota já estiver autorizada, este diagnóstico não autoriza editar seu XML.

Compare instantes, não somente os números do relógio

Duas representações podem indicar o mesmo instante: 2026-09-26T10:30:00-03:00 e 2026-09-26T09:30:00-04:00 equivalem a 13h30 UTC. Comparar apenas 10:30 com 09:30 criaria uma diferença que não existe. Ao investigar 703 ou atraso, converta emissão e recebimento para a mesma referência, preservando o valor original do XML como evidência.

O fato de uma biblioteca de programação aceitar uma data não assegura compatibilidade com TDateTimeUTC do pacote NF-e. Uma data sem hora, uma hora sem segundos ou uma string localizada como 26/09/2026 10:30 não corresponde ao formato descrito pelo MOC. Valide o documento com o XSD aplicável. Não corrija um fuso verdadeiro somente para fazer a diferença calculada desaparecer.

Condições completas de atraso e de início de operação

Na B09-40, o atraso superior a cinco minutos em relação à recepção se aplica, no cenário NFC-e ou NF-e com tpImp=6, quando tpEmis é 1, 6 ou 7. A UF pode aplicar a rejeição a qualquer tipo de emissão. Também pode aceitar documento muito atrasado emitido em contingência 4 ou 9; nessa hipótese, a transmissão após 24 horas deve retornar 150. Essa exceção não transforma cinco minutos ou 24 horas em prazo geral de emissão para qualquer nota. A ampliação ao DANFE Simplificado Tipo 2 tem cronograma específico: teste em 01/07/2026 e produção em 03/08/2026. NT 2026.002 v1.10a, pp. 3 e 8.

Na B09-20, a NT 2026.002 relaciona tpEmis=2, 4, 5, 9 na exceção de contingência após 30 dias, ou outro limite definido pela SEFAZ. A aceitação continua a critério da UF. O código 9 da NF-e permanece condicionado ao DANFE Simplificado Tipo 2 (tpImp=6); não é uma modalidade permitida para qualquer NF-e. A distinção 100/150 já veio da NT 2025.001, com cronograma de 2025; não começou com a ampliação do DANFE de 2026.

Há ainda a rejeição 315: B09-30, para modelo 55, e B09-50, para modelo 65, verificam emissão anterior ao início da autorização daquele modelo na UF. O início da NF-e e o da NFC-e não são a mesma data. O diagnóstico compara o modelo e a data efetivamente informada com o início da operação correspondente; não é uma tolerância de relógio nem uma regra de atraso de transmissão. MOC 7.0, pp. 75–76.

Se dhEmi coincide com a emissão real, mas o documento ficou retido em uma fila, a causa do atraso está no fluxo de transmissão. Se o XML contém um instante diferente por configuração ou geração, a causa está no emissor. Separe essas situações antes de regenerar o documento rejeitado. Alterar um horário verdadeiro ou editar um XML autorizado não é um procedimento de correção dessa página.

Consultas relacionadas

• dhSaiEnt: saída ou entrada: ajuda a separar emissão e movimentação da mercadoria.
• tpEmis: tipo de emissão: localiza o dado necessário para interpretar as regras de prazo e contingência.
• Rejeição 228: organiza a conferência quando esse for o código efetivamente retornado.