Id em Signature de protNFe: identificador da assinatura da resposta
@IdnfeProc › protNFe › ds:Signature › @IdRevisão editorial em 15 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
Id no elemento Signature de protNFe identifica a assinatura da resposta. Ele é opcional dentro de uma assinatura que também é opcional. Não é o número do protocolo nem o Id do grupo infProt assinado.
Caminho desta página: /nfeProc/protNFe/ds:Signature/@Id. O alias ds neste XPath representa o namespace http://www.w3.org/2000/09/xmldsig#; ele permite localizar o elemento, mas não exige esse prefixo na serialização fiscal.
Quais identidades não podem ser confundidas?
infProt/nProt é o número do protocolo retornado. infProt/@Id, quando a UF assina a resposta, identifica o grupo assinado; o MOC prevê o literal ID seguido do número do protocolo. protNFe/Signature/@Id identifica o bloco de assinatura e não tem essa função fiscal.
A Reference/@URI da assinatura do protocolo precisa resolver o infProt correspondente. Usar o identificador da própria Signature como alvo troca o objeto verificado. A assinatura da nota, em NFe, tem ainda outro ramo e não substitui a resposta.
Como verificar formato e opcionalidade?
O schema usa o tipo ID: forma de nome XML sem dois-pontos, sem espaços e não iniciada por algarismo, com unicidade documental. Um nome textual como AssinaturaRespostaA ilustra a forma sem inventar número de protocolo. Ele não é um valor que o destinatário deva criar no retorno.
Há duas ausências diferentes: não existir Signature, conforme possibilidade 0..1, ou existir assinatura e omitir apenas seu Id opcional. Ambas podem corresponder à estrutura; a segunda ainda exige todos os componentes da assinatura.
Como investigar um erro no leitor de protocolos?
Se o leitor exige Signature/@Id para identificar o protocolo, examine sua dependência indevida de um atributo opcional. Se usa uma busca global por Signature, confira se não está lendo a assinatura da NFe. A consulta deve selecionar o ramo exato e resolver namespaces.
Não há XML completo com assinatura artificial da SEFAZ. Preserve o retorno original, registre os nós e seus identificadores e ajuste a leitura em teste controlado. Identificador aceito pelo XSD não comprova confiança, autoria ou autorização; tampouco sua ausência opcional invalida automaticamente um resultado oficial.
MOC: resposta e protocolo, pp. 76–77.
Fontes e contexto
Schema específico XMLDSig da NF-e — PL_010f_v1.04 / xmldsig-core-schema_v1.01.xsd; Leiaute da NF-e e protocolo — PL_010f_v1.04 / leiauteNFe_v4.00.xsd; MOC — Visão Geral — 7.0; XML Schema Part 2: Datatypes — Second Edition, 28/10/2004; XML Signature Syntax and Processing — 1.1, Recommendation 11/04/2013.
Referência técnica para integração
- XPath completo
/nfeProc/protNFe/ds:Signature/@Id- Namespace
Não informado- Leiaute
- 4.00 · PL_010e_v1.02
- Ocorrências no XSD
- 0–1 no contexto do elemento pai
- Tipo
- ID
- 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.