CNPJPag na NF-e: estabelecimento transacional, não pagador

CNPJPag, em /nfeProc/NFe/infNFe/pag/detPag/CNPJPag, identifica o CNPJ do estabelecimento onde o pagamento foi processado, transacionado ou recebido quando a emissão da nota ocorre em estabelecimento distinto. Não é o CNPJ do cliente que pagou a compra. A sigla não autoriza essa interpretação.

Quem é identificado em cada campo

Esses papéis podem coincidir em determinadas operações, mas não devem ser preenchidos por cópia automática. Para conferir o estabelecimento transacional, use os registros da venda e do pagamento, a identificação do estabelecimento e a relação com a nota da mesma empresa. O comprador não fornece esse CNPJ só por ser quem transferiu o dinheiro.

O par facultativo CNPJPag e UFPag

A NT 2023.004 explica que o par é facultativo para o emitente que deseja informar o estabelecimento transacional distinto. No XML, existe uma sequência opcional sem tag própria: se ela for gerada, seus dois elementos CNPJPag e UFPag devem estar presentes, nessa ordem. Assim, a ocorrência 1..1 de cada filho não torna o par obrigatório em toda nota.

UFPag é a UF desse estabelecimento, não a UF do cliente nem necessariamente a do emissor. Os campos ficam diretamente em detPag, depois de dPag quando existente e antes de card quando existente. Não crie uma tag intermediária para representar a “sequência XML” indicada no manual.

Exemplo de dois estabelecimentos

Suponha uma emissão por um estabelecimento e pagamento processado em outro estabelecimento documentado, cuja UF é SP. Fragmento parcial e sintético de detPag, com CNPJ apenas ilustrativo e sem aptidão para transmissão:

<detPag xmlns="http://www.portalfiscal.inf.br/nfe">
  <tPag>01</tPag>
  <vPag>100.00</vPag>
  <CNPJPag>12345678000195</CNPJPag>
  <UFPag>SP</UFPag>
</detPag>

O exemplo mostra a posição do par e pressupõe fatos comerciais já confirmados. Não comprova cadastro, operação ou titularidade desse identificador. Se o comprador estiver em outra UF, isso não muda automaticamente UFPag, pois o campo se refere ao estabelecimento transacional.

Formato e diagnóstico da rejeição 961

O CNPJ possui 14 posições no campo e deve ser preservado como identificador, sem máscara de pontuação ou perda de zeros. A NT 2026.004 v1.01 atualizou os campos do tipo CNPJ para aceitar o padrão alfanumérico, com cronograma de produção em 01/07/2026; ela apresenta CNPJPag como tipo caractere. Portanto, uma integração não deve assumir para sempre “apenas dígitos” com base num schema anterior. Isso tampouco autoriza inventar letras ou mudar um CNPJ numérico existente: use o identificador oficial e o schema aplicável.

A YA03c-10 verifica o CNPJ transacional informado, incluindo zeros ou dígito inválido no contexto documentado, rejeição 961. Ao recebê-la, confira primeiro se o campo contém o estabelecimento correto, depois máscara, tamanho, zeros e validação compatível com o tipo de CNPJ. Se o problema for a falta de UFPag, examine também a sequência estrutural, em vez de tratar tudo como erro de dígito.

Compare o retorno da integração, cadastro do estabelecimento e XML efetivamente enviado. Corrija o mapeamento/origem do rascunho e revalide o par. Não substitua o identificador pelo CNPJ do comprador, de outra empresa ou da instituição apenas para obter autorização. Veja UFPag e CNPJReceb e o beneficiário.

Fontes oficiais

• NT 2023.004 — Informações de Pagamentos e Outros, 1.20; p. 3–6, 11–12, 14–15.
• NT 2026.004 — CNPJ Alfanumérico, 1.01; p. 3–4, cronograma; grupo YA, CNPJPag.