DigestMethod da NF-e: método do resumo dos dados referenciados
<DigestMethod>nfeProc › NFe › ds:Signature › ds:SignedInfo › ds:Reference › ds:DigestMethodRevisã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.
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.