dhRecbto
Data e Hora, formato UTC (AAAA-MM-DDThh:mm:ssTZD, onde TZD = +hh:mm ou -hh:mm)
Onde fica no arquivo
No documento
-
nfseViaProc/protNFSeVia/infProt/dhRecbto
Obrigatório, uma vez
Nos eventos
-
eventoViaProc/protEventoVia/infProt/dhRecbto
Obrigatório, uma vez
O caminho até aqui, nível a nível
- nfseViaProc — Schema XML da Nota Fiscal de Servicos Eletronica Via - NFS-e Via
- └ protNFSeVia
- └ infProt
- └ dhRecbto — você está aqui
Dentro do grupo infProt
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.
O mesmo nome em outros documentos fiscais — 10
dhRecbto 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 de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. | bpeTMProc/protBPe/infProt/dhRecbto |
| CT-e | Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. | cteSimpProc/protCTe/infProt/dhRecbto |
| CT-e OS | Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. | cteOSProc/protCTe/infProt/dhRecbto |
| DC-e | Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD | dceProc/protDCe/infProt/dhRecbto |
| GTV-e | Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. | GTVeProc/protCTe/infProt/dhRecbto |
| MDF-e | Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. | mdfeProc/protMDFe/infProt/dhRecbto |
| NF3e | Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. | nf3eProc/protNF3e/infProt/dhRecbto |
| NFAg | Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. | nfagProc/protNFAg/infProt/dhRecbto |
| NFCom | Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. | nfcomProc/protNFCom/infProt/dhRecbto |
| NFGas | Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. | nfgasProc/protNFGas/infProt/dhRecbto |
Campos do mesmo grupo — 4
São os campos que ficam ao lado deste no arquivo, dentro de nfseViaProc/protNFSeVia/infProt. Quem
preenche um costuma precisar dos outros na mesma passada.
Perguntas frequentes
O que é o campo dhRecbto 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 nfseViaProc/protNFSeVia/infProt/dhRecbto. Obrigatório, uma vez.
dhRecbto aparece em quantos lugares da NFS-e Via?
Em 2 posições do esquema oficial: nfseViaProc/protNFSeVia/infProt/dhRecbto, eventoViaProc/protEventoVia/infProt/dhRecbto. 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.
dhRecbto na NFS-e Via é o mesmo campo dos outros documentos fiscais?
O nome se repete no leiaute de 10 outros documentos (BP-e, CT-e, CT-e OS, DC-e, GTV-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.