idCSRT
Identificador do código de segurança do responsável técnico
Onde fica no arquivo
No documento
-
CTeOS/infCte/infRespTec/idCSRT
Obrigatório, uma vez
-
cteOSProc/CTeOS/infCte/infRespTec/idCSRT
Obrigatório, uma vez
O caminho até aqui, nível a nível
- CTeOS — Conhecimento de Transporte Eletrônico Outros Serviços
- └ infCte — Informações do CT-e Outros Serviços
- └ infRespTec — Informações do Responsável Técnico pela emissão do DF-e
- └ idCSRT — você está aqui
Dentro do grupo infRespTec , informações do Responsável Técnico pela emissão do DF-e
O que o arquivo aceita neste campo
- Ocorrência
- 1-1
- Tamanho
- —
- Tipo no esquema
- string
- Formato base
- string
Formato exigido: [0-9]{3} Exatamente 3 dígitos, sem espaço, ponto ou traço. 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.
Obrigatória a informação do identificador do CSRT (tag:idCSRT) e Hash do CSRT (tag: hashCSRT)
Mensagem: Obrigatória a informação do identificador do CSRT e do Hash do CSRT
O mesmo nome em outros documentos fiscais — 9
idCSRT 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 | Identificador do código de segurança do responsável técnico | BPeTA/infBPe/infRespTec/idCSRT |
| CT-e | Identificador do código de segurança do responsável técnico | CTeSimp/infCte/infRespTec/idCSRT |
| GTV-e | Identificador do código de segurança do responsável técnico | GTVe/infCte/infRespTec/idCSRT |
| MDF-e | Identificador do código de segurança do responsável técnico | enviMDFe/MDFe/infMDFe/infRespTec/idCSRT |
| NF-e | Identificador do CSRT utilizado para montar o hash do CSRT | NFe/infNFe/infRespTec/idCSRT |
| NF3e | Identificador do código de segurança do responsável técnico | NF3e/infNF3e/gRespTec/idCSRT |
| NFAg | Identificador do código de segurança do responsável técnico | NFAg/infNFAg/gRespTec/idCSRT |
| NFCom | Identificador do código de segurança do responsável técnico | NFCom/infNFCom/gRespTec/idCSRT |
| NFGas | Identificador do código de segurança do responsável técnico | NFGas/infNFGas/gRespTec/idCSRT |
Campos do mesmo grupo — 5
São os campos que ficam ao lado deste no arquivo, dentro de CTeOS/infCte/infRespTec. Quem
preenche um costuma precisar dos outros na mesma passada.
Perguntas frequentes
O que é o campo idCSRT do CT-e OS?
Identificador do código de segurança do responsável técnico No XML ele fica em CTeOS/infCte/infRespTec/idCSRT. Obrigatório, uma vez.
idCSRT aparece em quantos lugares do CT-e OS?
Em 2 posições do esquema oficial: CTeOS/infCte/infRespTec/idCSRT, cteOSProc/CTeOS/infCte/infRespTec/idCSRT. 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 formato o campo idCSRT exige no CT-e OS?
Exatamente 3 dígitos, sem espaço, ponto ou traço. A regra é a expressão do próprio esquema ([0-9]{3}), e ela é verificada antes de qualquer regra de negócio: valor fora do formato faz o arquivo ser recusado na validação, com rejeição genérica de schema — que é a mais difícil de diagnosticar justamente por não citar o campo.
Que rejeição idCSRT pode causar no CT-e OS?
1 regra do manual cita este campo, disparando o código 868. ⚠ 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.
idCSRT no CT-e OS é o mesmo campo dos outros documentos fiscais?
O nome se repete no leiaute de 9 outros documentos (BP-e, CT-e, GTV-e, MDF-e, NF-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 do CT-e OS?
Do esquema XML oficial (PL_CTe_400_NT2026.002_RTC_1.01_corr_2). 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.