Transaction states
A Reject or Freeze outcome on an outgoing transaction rejects it; nothing is frozen, because no funds moved. A transaction can stay in
PENDING_AML_SCREENING because of network confirmation delays between Fireblocks and your provider; this usually resolves on its own. See Sub-statuses for every subStatus value. For several destinations, the most restrictive result decides; see Compliance Policies.
What you can do through the API
- Bypass creates a new transaction, with the API user as initiator, that skips screening. The original stays rejected.
- Rescreen returns the transaction to pending screening. Set
resetTravelRuleMessagetotrueto discard the existing Travel Rule message. - Freeze makes the funds unspendable: the full amount for account-based assets, all the transaction’s UTXOs for UTXO-based assets.
Idempotency-Key header, valid for 24 hours. Permissions are workspace defaults: bypass and unfreeze can be blocked workspace-wide, after which they require a Fireblocks Support ticket. See Workspace-wide limits.
Read the result
Each result in
aml, tr, and amlList includes:
To be notified instead of polling, see Compliance Events & Webhooks.
Limitations
GET /screening/transaction/{txId}does not include Address Registry Screening results.