NCM Buscador
CAMPO DO XML · CT-E Obrigatório 5 posições

dhRecbto

Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD.

✓ Conferido · 12 de outubro de 2026 CT-e, CT-e OS e GTV-e: leiaute do XML e regras de validação — MOC CT-e — Anexo I: Leiaute e Regras de Validação, versão 4.00 · Portal Nacional do CT-e / SVRS

Onde fica no arquivo

No documento

  • cteProc/protCTe/infProt/dhRecbto

    Obrigatório, uma vez

  • cteSimpProc/protCTe/infProt/dhRecbto

    Obrigatório, uma vez

Na resposta do web service

  • retConsStatServCTe/dhRecbto

    Obrigatório, uma vez

    AAAA-MM-DDTHH:MM:SS TZD

  • retCTe/protCTe/infProt/dhRecbto

    Obrigatório, uma vez

  • retCTeSimp/protCTe/infProt/dhRecbto

    Obrigatório, uma vez

O caminho até aqui, nível a nível

  1. cteProc — CT-e processado
  2. └ protCTe — Tipo Protocolo de status resultado do processamento da CT-e
  3. └ infProt — Dados do protocolo de status
  4. └ dhRecbto — você está aqui

Dentro do grupo infProt , dados do protocolo de status

O que o arquivo aceita neste campo

Ocorrência
1-1
Tamanho
—
Tipo no esquema
TDateTimeUTC
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 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
NFS-e Via Data e Hora, formato UTC (AAAA-MM-DDThh:mm:ssTZD, onde TZD = +hh:mm ou -hh:mm) eventoViaProc/protEventoVia/infProt/dhRecbto

Os campos dos doze documentos fiscais, com filtro →

Campos do mesmo grupo — 8

São os campos que ficam ao lado deste no arquivo, dentro de cteProc/protCTe/infProt. Quem preenche um costuma precisar dos outros na mesma passada.

Perguntas frequentes

O que é o campo dhRecbto do CT-e?

Data e hora de processamento, no formato AAAA-MM-DDTHH:MM:SS TZD. No XML ele fica em cteProc/protCTe/infProt/dhRecbto. Obrigatório, uma vez.

dhRecbto aparece em quantos lugares do CT-e?

Em 5 posições do esquema oficial: cteProc/protCTe/infProt/dhRecbto, cteSimpProc/protCTe/infProt/dhRecbto, retConsStatServCTe/dhRecbto, retCTe/protCTe/infProt/dhRecbto, retCTeSimp/protCTe/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 no CT-e é o mesmo campo dos outros documentos fiscais?

O nome se repete no leiaute de 10 outros documentos (BP-e, CT-e OS, DC-e, GTV-e, MDF-e, NF3e, NFAg, NFCom, NFGas, NFS-e Via), 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 do CT-e?

Do esquema XML oficial (PL_CTe_400_NT2026.004_RTC_1.00). 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.

Voltar ao topo