compra na NF-e: empenho, pedido e contrato no grupo correto

compra reúne informações adicionais de compra na NF-e: nota de empenho, pedido e contrato. Está em /nfeProc/NFe/infNFe/compra, no nível da nota, e ocorre no máximo uma vez. O nome do grupo não significa que ele contenha todos os produtos comprados, nem que deva aparecer em toda NF-e de entrada.

Quais documentos cabem em cada campo?

Os três filhos são estruturalmente opcionais, e a sequência é xNEmp, xPed, xCont. Quando não houver um deles, omita a tag correspondente; não envie elemento vazio nem invente um identificador. A estrutura não obriga que um pedido tenha contrato, ou que todo contrato tenha empenho.

Use os documentos recebidos do comprador e mantenha seus identificadores, inclusive zeros iniciais e letras. A presença do grupo não constitui prova de execução contratual, pagamento ou autorização orçamentária. Ele transporta referências que permitem relacionar documentos.

Quando o modelo e a compra pública mudam a conferência?

O MOC prevê a rejeição 762 (ZB01-10) para NFC-e com compra. O schema compartilhado de NF-e/NFC-e, sozinho, não decide essa admissibilidade.

Para NF-e, ZB02-10 prevê rejeição 359 quando há desoneração de ICMS com motivo 8, venda a órgão público, sem nota de empenho. ZB02-20 e ZB02-30 tratam respectivamente de empenho inválido (360) e inexistente (361) para a UF. Essas três regras têm implementação facultativa a critério da UF. Isso não autoriza selecionar desoneração ou motivo 8 por haver um comprador público: confirme o tratamento real com o responsável fiscal e depois confira a referência exigida.

O grupo compra também não substitui os grupos tributários de compra governamental. Contrato e empenho são referências documentais; classificação e cálculo de tributos são outro assunto.

Como interpretar um exemplo completo do grupo?

Hipótese sintética: o comprador forneceu empenho 2026NE000123, pedido PED-0426 e contrato CT-07/2026. Fragmento sintético do grupo, parcial em relação à NF-e, sem valor probatório dos documentos:

<compra xmlns="http://www.portalfiscal.inf.br/nfe">
  <xNEmp>2026NE000123</xNEmp>
  <xPed>PED-0426</xPed>
  <xCont>CT-07/2026</xCont>
</compra>

Se só existir o pedido, compra pode conter apenas xPed, observadas as condições reais da operação. Não é necessário criar textos “não informado” nos outros campos.

Como evitar pedido no lugar errado e diagnosticar falhas?

Há outro xPed em det/prod, vinculado ao item e acompanhado do número do item do pedido, nItemPed. O compra/xPed identifica o pedido na nota; não representa automaticamente cada linha de uma compra com vários pedidos. Confira o contrato de integração do comprador antes de consolidar referências.

Para erro de schema, compare namespace, sequência, tamanho e ausência de tags vazias. Para 359, examine a condição fiscal e a exigência de empenho; para 360/361, confira documento, órgão, UF e cadastro de origem. Uma nota autorizada pode ainda não ser conciliada pelo comprador se a referência estiver diferente. Corrija a fonte demonstradamente incorreta e verifique o XML gerado, sem alterar identificadores verdadeiros para contornar validações.

Fontes técnicas

MOC 7.0 — Anexo I — 7.0: p. 64, ZB01–ZB04; p. 127, ZB01-10 e ZB02-10/20/30; p. 21, I60/I61.

XSD NF-e/NFC-e — PL_010f_v1.04: linhas 6321–6362, compra.