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

DigestMethod da NF-e: método do resumo dos dados referenciados

<DigestMethod>nfeProc › NFe › ds:Signature › ds:SignedInfo › ds:Reference › ds:DigestMethod

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

DigestMethod declara o algoritmo usado para resumir os dados identificados por Reference, depois das transformações. O resultado é gravado em DigestValue; o método não contém esse resultado.

Caminho desta página: /nfeProc/NFe/ds:Signature/ds:SignedInfo/ds:Reference/ds:DigestMethod. 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.

Qual é o método declarado no perfil NF-e?

O elemento ocorre uma vez, entre Transforms e DigestValue. Seu atributo Algorithm é obrigatório e fixo em http://www.w3.org/2000/09/xmldsig#sha1. O tipo específico não declara elementos filhos.

Fragmento sintético parcial, sem dados da nota ou assinatura:

<DigestMethod xmlns="http://www.w3.org/2000/09/xmldsig#" Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>

O identificador é reconhecido pela implementação; não exige uma consulta remota à URI.

Declaração XSD do contexto.

SHA-1 é aplicado ao arquivo XML inteiro?

O objeto vem da URI, que na NF-e identifica infNFe. As transformações declaradas preparam esse objeto antes do hash. Calcular SHA-1 dos bytes do arquivo completo, do envelope nfeProc ou de um texto extraído visualmente não reproduz necessariamente esse resultado.

O SHA-1 produz 20 bytes, codificados em Base64 no DigestValue. SignatureMethod, por sua vez, declara RSA-SHA1 para a assinatura de SignedInfo canonicalizado; esse processamento gera SignatureValue. Mesmo quando SHA-1 aparece em ambos os nomes, o objeto e a operação são distintos.

XMLDSig: processamento e elementos.

Como investigar digest divergente?

Peça ao verificador a URI resolvida, as transformações executadas e os bytes canonicalizados, em ambiente controlado. Compare com o original, sem divulgar o conteúdo fiscal. Exemplo: um integrador resume infNFe antes de aplicar C14N e compara o hash com o recebido; a divergência pode estar no processo de comparação, não no valor da nota.

Não substitua SHA-1 por SHA-256 por iniciativa isolada em um documento fiscal: o perfil verificado fixa outro literal e mudar apenas a declaração não recalcula o conteúdo. A revisão de segurança de algoritmos deve respeitar os padrões oficiais aplicáveis. XSD, digest, assinatura e autorização continuam sendo verificações diferentes.

MOC: perfil de assinatura, pp. 53–56.

Fontes e contexto

Schema específico XMLDSig da NF-e — PL_010f_v1.04 / xmldsig-core-schema_v1.01.xsd; MOC — Visão Geral — 7.0; XML Signature Syntax and Processing — 1.1, Recommendation 11/04/2013.

Referência técnica para integração

XPath completo
/nfeProc/NFe/ds:Signature/ds:SignedInfo/ds:Reference/ds:DigestMethod
Namespace
http://www.w3.org/2000/09/xmldsig#
Leiaute
4.00 · PL_010e_v1.02
Ocorrências no XSD
1–1 no contexto do elemento pai
Tipo
inline:complexType
Preenchimento no catálogo
Obrigatório

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.