Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Suplemento, assinatura e protocolo

Id em Signature de protNFe: identificador da assinatura da resposta

@IdnfeProc › protNFe › ds:Signature › @Id

Revisã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.

Declaração XSD do contexto.

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.

XML Schema: tipo ID.

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.