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

chNFe em infProt: vincular o protocolo à NF-e correta

<chNFe>nfeProc › protNFe › infProt › chNFe

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

chNFe, em /nfeProc/protNFe/infProt/chNFe, identifica a NF-e ou NFC-e à qual a resposta individual se refere. É obrigatória em infProt. Antes de associar um protocolo a uma nota, compare essa chave com a identificação da nota original e confirme também o ambiente.

Como conferir o vínculo

O Id de infNFe usa o prefixo NFe seguido da chave. Para comparar com chNFe, separe esse prefixo na identificação original e confronte a sequência integral. Não compare só número da nota, série, final da chave ou nome do arquivo: esses dados isolados não identificam o mesmo documento com segurança.

A chave contém componentes como UF, ano/mês, identificação do emitente, modelo, série, número, tipo de emissão, código numérico e dígito verificador. Confirme os campos da própria nota. Uma chave de formato válido não prova que o protocolo lhe pertence ou que a autorização existe.

A chave atual deve ser preservada como texto

TChNFe do PL_010f_v1.04 admite 44 caracteres com padrão [0-9]{6}[0-9A-Z]{12}[0-9]{26}. A NT 2026.004 v1.01 atualizou os campos de chave para adequação ao CNPJ alfanumérico, com homologação prevista até 15/06/2026 e produção em 01/07/2026. Isso altera o domínio técnico; não significa que todas as chaves existentes passaram a conter letras.

Não converta a chave em inteiro: além do domínio alfanumérico, zeros e precisão integral precisam ser preservados. Também não remova caracteres por uma máscara antiga exclusivamente numérica. A conferência de dígito verificador e da composição é adicional à aceitação pelo XSD.

Exemplos de reconciliação sem uma chave inventada

Cenário A: o sistema associa a resposta pelo número da nota e encontra dois documentos com o mesmo número em séries diferentes. A correção é conferir a chave completa, o emitente e o ambiente, em vez de escolher o primeiro registro.

Cenário B: chNFe coincide com a identificação da nota, mas o retorno é de homologação e a aplicação procurava produção. A coincidência não prova autorização no ambiente desejado; os arquivos e consultas precisam continuar separados.

Não há XML completo nem chave sintética neste exemplo. Para demonstrar o vínculo operacional seria indispensável usar a chave original protegida. A representação textual descreve a comparação sem produzir um documento fiscal fictício.

O que fazer quando chNFe diverge

Preserve os arquivos recebidos, rastreie lote/requisição, resposta individual e associação no armazenamento. Verifique se houve troca entre notas, empresas ou ambientes. Não substitua chNFe no protocolo para fazê-lo coincidir: isso altera o conteúdo da resposta e pode quebrar sua assinatura. Recupere a resposta correta e investigue a origem da associação.

Uma chave correta precisa ser lida com cStat/xMotivo, nProt e digest quando presentes. Para situação atual, consulte o documento e seus eventos no ambiente correto; a chave sozinha não informa autorização, cancelamento ou conclusão local.

Leituras relacionadas

Fontes oficiais

Referência técnica para integração

XPath completo
/nfeProc/protNFe/infProt/chNFe
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
TChNFe · string
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.

maxLength
44
pattern
[0-9]{6}[0-9A-Z]{12}[0-9]{26}
whiteSpace
preserve