Every trade, on the record.

The record is the product

Treasurii does not execute your trades — FCA-authorised partners do. What Treasurii owns is the record. Every trade is written as an immutable, append-only entry: status-transitioned through its lifecycle, never altered or deleted after creation, with deletion denied at the database layer and protected by an audit-log trigger.

The trade record

Against each immutable trade record, Treasurii stores:

• Client rate: the rate the trade is executed at.
• Mid at booking: the interbank mid rate recorded when the trade is booked.
• Spread: the difference between the mid and client rate, in pips and base-currency value.
• Settlement rate: recorded against the trade once it settles.

These values are written to the trade record and cannot be changed or deleted after the fact. They are available for export at any time.

This is what makes the position defensible in a board meeting or an audit: not a description of what you intended, but a tamper-evident record of what happened.

Pre-trade checks

Before any trade is submitted, Treasurii automatically runs:

• Counterparty credit limits: Is the proposed counterparty within your approved credit line?
• Concentration limits: Would this trade push your exposure to a single counterparty above your policy threshold?
• Tenor limits: Is the value date within your approved tenor range?
• Policy compliance: Does this trade fit within your hedging policy parameters?
• Approval workflow: Does this trade size require a second approver?

Checks that fail block the trade at the point of submission, not after execution. No trade is executed that violates a hard limit.

Supported instruments

Treasurii supports the following FX instruments on the execution and settlement layer:

• Spot FX — T+2 settlement. Full audit trail from execution to settlement. MTM shown between booking and value date.
• Forward — Fixed — Single settlement date. Contracted rate locked at execution; realised P&L calculated at settlement against the live mid-market rate on value date.
• Forward — Flexible (Window) — Settlement within a window period. Multiple drawdowns against a single parent contract, each decrementing the parent's remaining balance. Parent settles when remaining amount reaches zero.
• Drawdown — Child execution against a flexible forward parent. Inherits the parent's contracted rate. Value date is the drawdown settlement date; maturity date is the parent window close.

If you have a specific instrument requirement not listed above, contact us — we are actively extending the instrument set and may already have it in scope.

See it in action

The execution workflow is most clearly understood by walking a trade from booking through settlement. A 30-minute demo will walk through the record, the pre-trade checks, and the audit trail with your currencies.