dhEvento
Data e Hora, formato UTC (AAAA-MM-DDThh:mm:ssTZD, onde TZD = +hh:mm ou -hh:mm)
Onde fica no arquivo
Nos eventos
-
evento/infEventoVia/dhEvento
Obrigatório, uma vez
-
eventoViaProc/evento/infEventoVia/dhEvento
Obrigatório, uma vez
O caminho até aqui, nível a nível
- evento — Schema XML dos Eventos vinculados a Nota Fiscal de Serviços Eletrônica Via - NFS-e Via
- └ infEventoVia
- └ dhEvento — você está aqui
Dentro do grupo infEventoVia
O que o arquivo aceita neste campo
- Ocorrência
- 1-1
- Tamanho
- —
- Tipo no esquema
- TSDateTimeUTC
- Formato base
- string
Formato exigido: (((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1[02]))-31)|(((0[1,3-9])|(1[0-2]))-(29|30)))))T(20|21|22|23|[0-1]\d):[0-5]\d:[0-5]\d([\-,\+](0[0- Expressão do próprio esquema. Valor que não casar com ela é recusado na validação do arquivo, antes de qualquer regra de negócio. ⚠ A leitura acima sai da EXPRESSÃO, não do nome do tipo: nome de tipo se expande por palpite e palpite publica regra errada.
As regras que verificam este campo — 1
O manual cita a tag pelo caminho no XML. Cada regra devolve um código de rejeição, e a ficha do código traz a mensagem que o autorizador exibe.
A data do evento deve ser maior ou igual a 01 de janeiro de 2026.
Mensagem: Data de competência inválida menor que 2026.
O mesmo nome em outros documentos fiscais — 8
dhEvento aparece no leiaute de outros documentos, e isso não quer dizer que seja o mesmo campo: cada um tem manual, regra e às vezes tipo próprios. Aplicar a regra de
um documento no outro é o erro que esta lista existe para evitar. Cada linha traz o caminho no arquivo daquele
documento, que é onde a diferença aparece primeiro.
| Documento | O que o leiaute dele diz | Caminho lá |
|---|---|---|
| BP-e | Data e Hora do Evento, formato UTC (AAAA-MM-DDThh:mm:ssTZD) | eventoBPe/infEvento/dhEvento |
| CT-e | Data e Hora do Evento, formato UTC (AAAA-MM-DDThh:mm:ssTZD) | eventoCTe/infEvento/dhEvento |
| DC-e | Data e Hora do Evento, formato UTC (AAAA-MM-DDThh:mm:ssTZD) | eventoDCe/infEvento/dhEvento |
| MDF-e | Data e Hora do Evento, formato AAAA-MM-DDThh:mm:ss TZD | eventoMDFe/infEvento/dhEvento |
| NF3e | Data e Hora do Evento, formato UTC (AAAA-MM-DDThh:mm:ssTZD) | eventoNF3e/infEvento/dhEvento |
| NFAg | Data e Hora do Evento, formato UTC (AAAA-MM-DDThh:mm:ssTZD) | eventoNFAg/infEvento/dhEvento |
| NFCom | Data e Hora do Evento, formato UTC (AAAA-MM-DDThh:mm:ssTZD) | eventoNFCom/infEvento/dhEvento |
| NFGas | Data e Hora do Evento, formato UTC (AAAA-MM-DDThh:mm:ssTZD) | eventoNFGas/infEvento/dhEvento |
Campos do mesmo grupo — 9
São os campos que ficam ao lado deste no arquivo, dentro de evento/infEventoVia. Quem
preenche um costuma precisar dos outros na mesma passada.
Perguntas frequentes
O que é o campo dhEvento da NFS-e Via?
Data e Hora, formato UTC (AAAA-MM-DDThh:mm:ssTZD, onde TZD = +hh:mm ou -hh:mm) No XML ele fica em evento/infEventoVia/dhEvento. Obrigatório, uma vez.
dhEvento aparece em quantos lugares da NFS-e Via?
Em 2 posições do esquema oficial: evento/infEventoVia/dhEvento, eventoViaProc/evento/infEventoVia/dhEvento. A mesma tag em posições diferentes tem ocorrência própria em cada lugar — o que vale no grupo do emitente não vale automaticamente no do destinatário.
Que rejeição dhEvento pode causar na NFS-e Via?
1 regra do manual cita este campo, disparando o código 1193. ⚠ O número da rejeição não é único entre documentos fiscais: o mesmo código costuma existir na NF-e querendo dizer outra coisa.
dhEvento na NFS-e Via é o mesmo campo dos outros documentos fiscais?
O nome se repete no leiaute de 8 outros documentos (BP-e, CT-e, DC-e, MDF-e, NF3e, NFAg, NFCom, NFGas), e isso não quer dizer que seja o mesmo campo: cada documento tem manual próprio, regra própria e às vezes tipo diferente. Aplicar a regra de um no outro é erro comum e caro.
De onde vem esta descrição da NFS-e Via?
Do esquema XML oficial (schemas_v1-01_atualizado (leiaute 1.01 da NFS-e Via, NT 010/SE-CGNFSe)). O Buscador NCM lê a árvore do próprio arquivo: tipo, tamanho, ocorrência e domínio saem sem interpretação. O manual manda na REGRA de validação; o esquema manda no CAMPO.