Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Responsável técnico, NFF, agro e PAA

Exponent no RSAKeyValue do PAA: por que o XML usa AQAB

<Exponent>infPAA › PAASignature › RSAKeyValue › Exponent

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

Exponent, em infPAA/PAASignature/RSAKeyValue, é o expoente público da chave RSA do emitente no vínculo com o PAA. A NT 2026.001 determina o literal AQAB. Ele é uma codificação Base64 de bytes, não uma alíquota, senha ou número fiscal.

Caminho desta ocorrência: /nfeProc/NFe/infNFe/infPAA/PAASignature/RSAKeyValue/Exponent.

Como AQAB representa o expoente público

A sequência Base64 AQAB decodifica os bytes hexadecimais 01 00 01. Interpretados como inteiro sem sinal em ordem do byte mais significativo, eles representam 1×65.536 + 0×256 + 1 = 65.537. Essa conta explica a representação, sem gerar ou revelar uma chave privada.

Não envie o texto decimal 65537 no lugar de AQAB nem recodifique os caracteres da string “AQAB” uma segunda vez. O formato esperado é o componente binário codificado, conforme o padrão descrito. NT 2026.001 v1.02b, seção 2.2, p. 5; ZG07, p. 11.

Fragmento e o que ainda falta para uma chave

Fragmento parcial sintético que reproduz o valor fixado na documentação, sem fabricar módulo ou assinatura:

<Exponent xmlns="http://www.portalfiscal.inf.br/nfe">AQAB</Exponent>

O campo é obrigatório e vem depois de Modulus dentro de RSAKeyValue. Os dois formam a chave pública; o expoente isolado não identifica o vínculo. O XSD o declara como xs:base64Binary, mas não fixa uma enumeração exclusiva para AQAB: essa exigência está na NT. Logo, passar no XSD não prova cumprimento de todas as condições do PAA. XSD PL 010f v1.04, TRSAKeyValueType.

Expoente público, módulo e assinatura não são intercambiáveis

Modulus é o outro componente da chave pública, obtido do vínculo emitente/provedor. SignatureValue é o resultado da assinatura do Id real do documento e fica no nível de PAASignature, ao lado do grupo da chave. A assinatura qualificada ICP-Brasil do PAA ainda é outra estrutura necessária ao documento.

Os parâmetros privados RSA, como D, P e Q, não pertencem a este grupo e não devem ser enviados ou expostos para explicar o expoente. Não copie um objeto de chave privada inteiro nem preencha Exponent com o conteúdo de SignatureValue. NT, p. 4–6 e 11.

Como conferir sem trocar a chave por tentativa

Confira primeiro o XPath, o literal Base64 e a ordem dos dois campos. Para 895, compare a chave pública integral com a cadastrada para aquele emitente/PAA e vigência; um AQAB correto não compensa módulo de outro vínculo. Para 856, confronte também o Id exato, os bytes usados e a geração de SignatureValue.

Corrija a origem comprovada na integração, sem inventar novo expoente, divulgar chave privada ou editar XML autorizado. A NT 1.02b mantém produção prevista 05/10/2026 para a etapa 1.02; a data e o XSD não confirmam autorização de uma emissão concreta. Registre ambiente, versão e retorno e confira protocolo/estado antes de qualquer nova ação. ZG02-36 e ZG04-10, p. 14; cronograma, p. 3.

Para conferir o módulo que deve acompanhar o expoente, consulte chave pública RSAKeyValue.

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/infPAA/PAASignature/RSAKeyValue/Exponent
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
xs:base64Binary
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.