- v1 · current
- v0 · deprecated
You’re viewing the current (v1) contract. The order snapshot carried here follows the v1
order.completed contract — order/product discounts, granular taxes, full itemType enum, deliveryConfirmationCode — plus the fiscal authorization block.order.invoiced fires once the country’s fiscal authority authorizes the fiscal document associated with an order — SEFAZ in Brazil, SRI in Ecuador, DIAN in Colombia, AFIP in Argentina, SII in Chile, SENIAT in Venezuela. It is emitted by Fire’s fiscal pipeline, which integrates with your fiscal provider as the document provider.
This event is separate from order.completed: the order is paid first (order.completed), then Fire requests fiscal emission via your fiscal provider, and order.invoiced fires only when the fiscal authority returns the authorization.
Trigger condition
Fire emitsorder.invoiced once per fiscal document, the first time all of these are true:
- The order is in a store with fiscal billing enabled (
storeFiscalConfig.enabled === true) - A fiscal document was emitted to your fiscal provider
- your fiscal provider reports that the fiscal authority authorized the document (
statustransitions toauthorized; in Brazil this maps to the SEFAZcStatauthorized code)
| Coverage | All countries — Brazil (NFC-e/NF-e via SEFAZ) and CO/EC/CL/AR/VE via the generic fiscal callback. The country travels in fiscal.countryCode, no longer in the event name |
| Document types | Vary by country — nfce/nfe (BR), electronic invoice (CO/EC/CL/AR/VE). Arrives in fiscal.docSubtype |
| Idempotency key | event.id |
| Fires more than once | No, unless retried |
Latency relative to order.completed | Usually seconds; can be minutes if the fiscal authority is degraded |
What’s in trigger.data
Same V4 order snapshot as order.completed plus a top-level fiscal block carrying the authorized document references. Fields vary by country — Brazil is shown below (chaveAcesso, protocolo); other countries carry their own identifiers (cufe in CO, claveAcceso in EC, cae in AR, etc.). See the generic fiscal callback for the per-country contract.
The order’s status remains "COMPLETED" and paymentStatus remains "SUCCEEDED" — fiscal authorization does not change order status.
Example — real production payload (BR, sanitized)
data.fiscal reference
SEFAZ-authorized document references.
Where the fiscal totals live
The aggregate fiscal values (vBC, vNF, vICMS, etc.) are not insidedata.fiscal — they’re in data.payments.metadata.fiscal, the same place order.completed carries them. order.invoiced does not duplicate them; treat the order snapshot as the single source of truth for monetary aggregates.
Per-line classification (NCM, CFOP, CSOSN, fiscalCategoryCode) lives in data.orderLines[n].metadata.fiscal. Same as in order.completed.
The data.store.storeFiscalConfig block carries the emitter identity (CNPJ, legalName, tradeName) — also unchanged from order.completed.
Handler example
Common pitfalls
status === "authorized", not"COMPLETED". Thedata.status(the order status) is"COMPLETED"; the fiscal status is indata.fiscal.status.pdfUrlandxmlUrlmay be ephemeral. In production, your fiscal provider may sign/expire these links. Download and persist the artifacts on receipt rather than linking customers directly to your fiscal provider.cStatis oftennull. Don’t make logic depend on it. Usestatus === "authorized"andprotocoloas the authoritative signals.- No event for
rejected/denied/error. If SEFAZ rejects the document, no event fires today. The fiscal document’s status is persisted internally but no flow is triggered. Watch for this in the roadmap. - The country no longer lives in the event name.
order.invoicedfires for all countries; filter onfiscal.countryCode. Thefiscalblock fields vary per country (chaveAcesso/protocolo in BR, cufe in CO, claveAcceso in EC, etc.).
Related events
order.completed
Fires before this event — the order itself.
order.reversed
Fires later if the document gets cancelled at SEFAZ.

