The technology a prime broker uses to finance, margin, and report across a client's whole book.
Prime brokerage software is the back-end system a prime broker uses to provide financing, custody, consolidated risk, and reporting to professional trading clients — hedge funds, asset managers, and other brokers — across multiple asset classes and, often, multiple executing venues. Where a retail trading platform serves end clients placing orders, prime brokerage software serves the institution sitting behind those clients: it tracks every position, finances the leverage, nets exposure across instruments, and produces a single statement no matter how fragmented the underlying activity is.
There are two questions buyers usually arrive with, and this page answers both: what prime brokerage actually is, and what the software underneath it has to do.
Prime brokerage is a bundle of services a large broker-dealer or bank offers to professional clients who trade actively and at scale. The core of the bundle is financing and settlement: the prime broker lends cash and securities, clears and settles trades the client may have executed elsewhere, holds the assets in custody, and consolidates everything into one financed account.
The defining feature is centralisation. A fund might execute through a dozen brokers during the day, but it wants one place that holds its cash, calculates its margin, lends it stock to short, and tells it what its net exposure is. That single relationship is the prime brokerage account, and the system that runs it is prime brokerage software.
Four capabilities sit at the centre of any prime brokerage system:
Margin financing. The platform extends leverage against the client's portfolio and tracks the financing in real time — interest accrual, collateral value, and the margin requirement as positions move. The requirement is rarely a flat rate; it scales with concentration, liquidity, and position size.
Securities lending and borrowing. To support short selling, the system locates borrowable stock, books the loan, tracks the borrow fee, and manages recalls and returns. This is the plumbing behind any short position the client holds.
Cross-asset margining. Rather than margining each position in isolation, the engine recognises offsetting risk across instruments and asset classes and charges margin on net exposure. A worked example: a client holds a long $1,000,000 equity basket and a short position in correlated index futures of roughly the same notional. Margined separately, both attract a requirement. Margined cross-asset, the engine recognises the hedge and charges against the residual directional risk — releasing capital that would otherwise sit idle.
Consolidated reporting. One account view across every asset class, currency, and executing venue: positions, financed balances, accrued interest and fees, realised and unrealised P&L, and the margin position — produced as a single statement the client and the broker's ops team both work from.
The same software has to serve three quite different relationship shapes, and buyers conflate them constantly:
Full prime. The client faces a single tier-1 prime broker — usually a bank — directly. The software runs one financing and custody relationship per client.
Mini-prime (prime-of-prime). A mid-size firm holds its own relationship with a tier-1 prime and passes that access down to smaller clients under its own umbrella. The software has to support a hierarchy — sub-accounts rolling up to a master, with margin, financing, and reporting allocated correctly at each level. This is common in FX and a frequent entry point for firms building a prime offering through a white-label platform without becoming a bank.
Multi-prime. A larger fund maintains relationships with several primes at once — for redundancy, pricing, or balance-sheet reasons — and needs its positions and risk consolidated across all of them. Here the software's hardest job is aggregation: pulling positions from multiple custody and clearing relationships into one coherent risk and reporting view.
The technology requirement rises sharply from full prime to multi-prime. Hierarchical account structures, per-sub-account risk, and reliable cross-counterparty aggregation are what separate a system that can run a real prime book from one that can only run a single dealer.
A prime book is unforgiving in three places — risk, governance, and connectivity — and that is where platform depth matters. TraderEvolution is liquidity-neutral execution, risk, and reporting infrastructure: financing, custody, and securities lending stay with the prime broker and its counterparties, while the platform runs the books, margins positions, and produces the consolidated trading view across them.
On risk, TraderEvolution runs a per-account Risk Plan framework where margin rules cascade in priority order — default, route, instrument group, instrument, contract, option contract — and each level can use a different calculation type. The supported types run from flat and tiered margin (by market value, by lot quantity, or across an instrument group) up to full SPAN/DRM portfolio margining. The SPAN engine ingests exchange risk-parameter files and applies inter-commodity and calendar spread credits, so offsetting positions in correlated products are margined on net portfolio risk rather than gross. A configurable cross-instrument-group netting mode extends offset logic to non-derivative positions where the broker enables it. Cross-asset margin relief is therefore real but deliberate: it applies where the broker selects a portfolio-margin type and the exchange parameter file — or the netting configuration — defines the offset, not automatically across every account.
Two boundaries matter in a mini-prime context. Margin is calculated per account: each account carries its own margin check, and there is no built-in master margin pool that absorbs the utilisation of child sub-accounts. TraderEvolution does provide a native managed-account structure (MAM) for allocating trades and P&L across sub-accounts, but that allocation sits at the distribution layer while each sub-account still margins independently. A firm wanting master-pool allocation down to children configures each sub-account's own Risk Plan limits rather than drawing on one pooled margin account.
On governance, institutional prime brokerage carries audit and control requirements retail platforms rarely face. TraderEvolution provides a full audit trail — order placement, modification, cancellation, risk-parameter changes, and logins logged with timestamps, user IDs, and before/after values — along with four-eyes approval and LDAP / Active Directory integration so staff authenticate through existing directory infrastructure.
On connectivity, a prime broker has to reach many venues, clearers, and liquidity sources and feed its own surrounding systems. TraderEvolution exposes a FIX API, Client API (WebSocket + REST), BackOffice REST API, Kafka streaming, and a database replica, and ships with 80+ pre-built integrations to tier-1 banks, ECNs, exchanges, and liquidity providers. A broker can connect the platform to multiple counterparties at once and aggregate exposure in the Dealer Terminal — by counterparty, by instrument, or by client group — giving the desk a consolidated risk view across those relationships. The platform spans equities, futures, options, FX, CFDs, fixed income, and crypto in one back-end, and is liquidity-neutral and on-premise — which matters when data residency and balance-sheet independence are part of the mandate.
When evaluating prime brokerage software, the questions that actually separate vendors: