Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Responsável técnico, NFF, agro e PAA

idCSRT: identificador de dois dígitos do CSRT do emissor

<idCSRT>infRespTec › idCSRT

Revisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.

idCSRT identifica qual Código de Segurança do Responsável Técnico foi usado para gerar hashCSRT. É um código de dois algarismos no XML, diferente do CSRT secreto, do CNPJ do software e do identificador CSC utilizado no QR-Code da NFC-e.

Caminho desta página: /nfeProc/NFe/infNFe/infRespTec/idCSRT. O prefixo nfeProc identifica a nota processada; a informação estudada pertence ao conteúdo da NF-e, dentro de NFe/infNFe.

Formato e vínculo com o segredo

O XSD exige exatamente dois algarismos, preservando zero inicial. Por exemplo, o identificador didático 01 tem formato diferente de 1. O tipo aceita a representação textual; não consulta se esse identificador existe, está ativo ou pertence ao responsável técnico correto.

O segredo é obtido e administrado pelo responsável técnico no procedimento da UF. O XML transporta somente identificador e hash. Os dados precisam corresponder à mesma credencial e à configuração autorizada; copiar um identificador de outra empresa técnica não seleciona automaticamente o segredo correto. NT 2018.005, p. 8–10.

Exemplo e composição do par

Fragmento didático de identificador, sem credencial real ou XML completo:

<idCSRT xmlns="http://www.portalfiscal.inf.br/nfe">01</idCSRT>

O exemplo não afirma que 01 está cadastrado para qualquer UF ou fornecedor. No grupo infRespTec, idCSRT é seguido por hashCSRT; a sequência é opcional no XSD, mas seus dois filhos são obrigatórios quando ela existe. Gerar apenas o identificador, sem o hash, não corresponde à estrutura.

O hash é calculado com o segredo associado ao identificador, concatenado à chave de acesso, e não com o texto 01. O resultado binário SHA-1 é representado em Base64. A escolha da credencial precisa estar confirmada antes dessa geração.

976, 977 e 975 exigem verificações diferentes

7ZD08-10/976 trata identificador não cadastrado; 7ZD08-20/977 trata identificador revogado; ZD07-10/975 trata ausência do par quando exigido. Hash divergente possui regra própria, 7ZD09-10/978. Um identificador pode ter formato correto e ser revogado; recalcular o hash não reativa a credencial.

A NT 2018.005 v1.52 apresenta, para ZD07-10 na NF-e modelo 55 do Paraná: 19/01/2026 em homologação e 23/02/2026 em produção. Há uma comunicação estadual posterior: o Boletim 005/2026, publicado em 03/03/2026, informa a obrigatoriedade do CSRT na NF-e em produção a partir de 01/04/2026. A página estadual de CSRT ainda reproduz a previsão de 23/02/2026; para a exigência em produção, é necessário considerar a comunicação posterior, sem confundir os dois registros.

As verificações de credenciais informadas possuem outro histórico: 7ZD08-10, 7ZD08-20 e 7ZD09-10 registram PR/modelo 55, homologação desde 16/09/2024 e produção desde 01/10/2024. Exigir presença e validar conteúdo quando informado não são a mesma etapa. Modelo 65 permanece assinalado como implementação futura nas linhas da NT; há exceções para NFF (tpEmis=3) e SVC (tpEmis=7 ou 8). Essas condições não devem ser generalizadas para todas as UFs.

NT 2018.005 v1.52, p. 4 e 23–25 e Boletim estadual 005/2026.

Como corrigir a seleção da credencial

Confirme CNPJ do responsável, UF, ambiente e identificador ativo no cadastro oficial correspondente. Se houve revogação ou substituição, ajuste a configuração para a credencial real vigente, preservando a associação entre identificador e segredo. Não reutilize segredo de outro fornecedor ou ambiente. Depois gere o hash com a chave final do documento correspondente.

Não substitua identificadores em um XML assinado nem registre segredos no atendimento. Para erro de schema, verifique dois dígitos e ordem do par; para retorno cadastral, compare registro oficial e configuração. A conferência técnica não determina tributação nem comprova autorização da NF-e.

Fontes oficiais

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/infRespTec/idCSRT
Namespace
http://www.portalfiscal.inf.br/nfe
Leiaute
4.00 · PL_010e_v1.02
Ocorrências no XSD
1–1 no contexto do elemento pai
Tipo
inline:xs:string · string
Preenchimento no catálogo
Condicional

A ocorrência vale dentro da estrutura XML: um campo obrigatório em um grupo opcional não torna esse grupo obrigatório. A aplicação fiscal depende da operação e da versão da regra.

pattern
[0-9]{2}
whiteSpace
preserve