API
Decline reasons
Grouped catalog of payment decline reasons. Map your acquirer codes to these and send ours.
GET
Returns the catalog Fire uses to classify the declined payments you send to
Confirm payment.
It is stored on write and never recomputed on read, so your historical metrics do not shift on their
own when the catalog grows.
How to use it
Your acquirer (Rede, Cielo, Stone…) returns its own code when a card is declined:51,
insufficient_funds, NSF. Each one spells it differently.
This catalog is Fire’s vocabulary. You do the mapping on your side, once, and send Fire’s code in
decline_reason:
It works like cancellation reasons: you download the catalog and send one of its codes. Fire does
not store each acquirer’s codes — you have the Rede or Cielo documentation, and keeping every
provider’s vocabulary for every country would not be sustainable.That is also why this endpoint does not hang off an order: it is the same for your whole account.
Authentication
string
required
Your Fire API key with the
orders:read scope.Request
Response
Ordered groups, each with its reasons. Groups with no active reasons are not returned.
The catalog carries code, label and group. Nothing else. It does not tell you whether to retry or
who should act: that call is yours and your acquirer’s — you are the ones who see the transaction.
Available groups:
funds, card, security, technical, operational.
What Fire stores
When you send a declined payment, Fire looks that code up in the catalog and stores the group and group alongside what you sent:Related
Confirm payment
Record the charge, with approved and declined tenders.
Get order
Check the order status and its total.

