Skip to main content
These operations apply to one transaction, any time after screening starts. To change what happens to future transactions, update your policy instead; see Compliance Policies.

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 resetTravelRuleMessage to true to 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.
The four actions accept an optional 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.

On the Help Center

To read a result or act on a transaction in the Console, see Transaction Screening Operations.