Skip to main content
POST

Comportamento

Chame após emitir a nota fiscal do pedido. Este endpoint:
  1. Cria registro em notas_fiscais com os dados da NF
  2. Transiciona pedido: pagamento_aprovado → em_separacao
  3. Marca hunter_processado_em = NOW() no pedido
  4. Registra evento no histórico com motivo processado_pelo_hunter
Tudo em transação atômica no banco — se qualquer passo falhar, rollback total.
Idempotência ESTRITA: este endpoint rejeita segunda chamada no mesmo pedido (HTTP 409). Diferente de /rastreio que aceita sobrescrita, a NF é evento irreversível — se você tenta reenviar por retry após timeout, use o hunter_processado_em no GET /pedidos pra descobrir que já foi processado.

Path param

string
required
Código do pedido (ex: PED-000123), obtido no GET /pedidos.

Payload

object
required

Erros

Recuperação de falhas

1

Timeout ou 5xx durante a chamada

Não reenvie cegamente. Faça GET /pedidos?updated_since=... e cheque se o pedido veio com hunter_processado_em != null. Se sim, já foi processado; siga em frente. Se não, reenvie.
2

409 já processado após retry

Log como aviso (não erro). O pedido foi processado num retry anterior que você não confirmou.
3

409 chave duplicada

Investigar antes de qualquer ação. Provavelmente confusão de chave_acesso — não emitir a mesma NF pra 2 pedidos.