← Glossary

Devancore Post-Trade Glossary

Multi-Prime Broker Reconciliation

Multi-prime broker reconciliation is the workflow for matching position, cash, financing, borrow, margin, collateral, and trade records across multiple prime brokers against an independent fund record.

Definition

Multi-prime broker reconciliation is the workflow for proving one consolidated fund record when the fund uses more than one prime broker. Each prime broker can report the activity it clears, finances, custodies, lends, or margins. None of those brokers has the whole portfolio. The fund manager and administrator need an independent record that explains the whole book across all prime relationships.

This page is narrower than prime brokerage. The prime brokerage page explains the service model: custody, clearing, financing, securities lending, margin, and reporting. This page explains the daily control problem created by splitting that service model across multiple PBs. It is also narrower than hedge fund OMS reconciliation, which covers the broader OMS-to-external-record process.

Multi-prime reconciliation surface

Multi-prime reconciliation surface

Each prime broker is a partial view. The fund record has to explain the whole book.

Record area Compared across Control question
Positions Prime Broker A, Prime Broker B, custodian records, administrator book, and internal IBOR Does the consolidated position match by instrument, account, strategy, location, and settlement state?
Cash PB cash ledgers, bank or custodian cash, internal cash book, funding transfers, margin payments, holiday calendars, and administrator cash Is cash matched by currency, value date, source, local-market calendar, and settled versus pending state?
Trades OMS fills, executing broker confirms, prime broker step-outs, clearing records, affirmation state, and administrator trade file Did the trade land with the intended prime broker and clearing path before the affirmation window tightened?
Financing and borrow Debit balances, financing rates, short borrow files, rebates, recalls, and monthly PB statements Do daily accruals explain the broker charge before it reaches NAV?
Margin and collateral PB margin reports, pledged assets, PAB account treatment, excess collateral, haircuts, calls, transfers, and treasury record Does aggregate margin headroom reflect all PB relationships, collateral claims, and segregation state?
Events and close Corporate actions, FX, fails, transfers, administrator adjustments, and reconciliation breaks Which differences are timing, which are true breaks, and which affect NAV or exposure today?

The central issue is partial truth. Prime Broker A may hold a long position, Prime Broker B may finance a short position, another relationship may carry swap exposure, and an administrator may produce the accounting close. A portfolio manager cannot manage exposure from one PB portal, and a controller cannot support NAV from a set of unjoined statements.

Position reconciliation has to separate gross and net views. A fund can be long at one prime and short at another in the same security. The consolidated exposure may be small, while the operational exposure is large because borrow, margin, recalls, dividends, corporate actions, and settlement fails sit with different PBs. Netting the position too early can hide where the risk actually lives.

Cash reconciliation is a separate control. Prime broker cash files can include settled cash, pending cash, margin payments, borrow fees, rebates, financing interest, dividends, withholding tax, FX, transfers, and administrator adjustments. The workflow should compare local currency and value date before translating into base currency. It should also use version-controlled market calendars. A regional bank holiday at one prime broker and a normal G10 processing day at another can create an apparent cash break that is really a calendar timing difference. A clean USD summary can hide a local-currency break.

Financing and borrow checks are where small daily differences become performance problems. Short borrow fees, financing spreads, margin debits, rebates, and recall costs may change during the month and then arrive as broker charges. A fund that waits for the monthly statement has already lost the chance to challenge many of the underlying drivers. Daily reconciliation should calculate expected financing and compare it to broker economics.

Inter-prime transfers need their own state. Moving cash or securities from one PB to another can create a temporary debit at one broker and no visible credit at the other. That is a timing item only if the source instruction, receiving instruction, settlement status, and expected arrival are known. Otherwise it is an open custody, cash, or settlement break.

Margin and collateral require a broker-level view. Hedge fund assets may sit across multiple prime broker control structures, including proprietary accounts of broker-dealers where applicable. The reconciliation workflow should not rely on a portal label such as free, pledged, excess, or rehypothecated without checking it against the fund's own collateral and transfer records. Under the customer-protection framework around SEC Rule 15c3-3, collateral location and use are not only reporting fields. They are control evidence.

Corporate actions and reference data amplify the problem. One prime may book a split, dividend, spin-off, or withholding treatment before another. One file may use ISIN while another uses CUSIP, SEDOL, internal ticker, or local market code. The reconciliation engine should expose the mapping version and corporate action source instead of forcing a false match.

The administrator adds the close boundary. The fund's investment book of record may be the live operating view, while the accounting book of record supports NAV and official accounting. Multi-prime reconciliation is the daily bridge between those records and the external PB evidence.

Multi-prime reconciliation - source and control map

Devancore · message matrix

Rail Message Purpose Record
Prime Broker A partial statement external PB slice positions, cash, margin, financing, borrow, unsettled trades, collateral, and transfers for one broker
Prime Broker B partial statement second PB slice same record families, different account codes, timing, rates, settlement states, and file formats
Manager IBOR independent investment view consolidate exposure all positions, cash, trades, strategies, financing, borrow, and settlement state across PBs
Administrator ABOR accounting close record support NAV accounting entries, accruals, valuation inputs, fees, expenses, and approved adjustments
Control break workflow prove daily state source files, mappings, deltas, owners, aging, approvals, transfer proof, and close evidence

How it works

Multi-prime broker reconciliation works by turning multiple partial external records into one controlled fund-level view. The process ingests prime broker, OMS, administrator, custodian, price, FX, financing, borrow, and margin records. It normalizes them into one schema, compares them by record family, classifies breaks, routes owner action, and preserves evidence for close.

Multi-prime reconciliation workflow

Multi-prime reconciliation workflow

The workflow converts partial broker files into one controlled fund-level record.

Step Action Evidence
Ingest Receive prime broker, OMS, administrator, custodian, price, FX, financing, borrow, and margin files Source file, timestamp, as-of date, checksum, delivery status, and missing-file alert
Normalize Map identifiers, accounts, currencies, signs, position types, settlement states, and broker-specific fields Security master match, account map, currency rule, rejected-record queue, and mapping version
Consolidate Build fund-level IBOR and compare each PB slice against internal expected state Per-PB gross view, consolidated net view, unsettled activity, transfer state, and exposure by counterparty
Classify breaks Split timing from genuine breaks across position, cash, financing, borrow, margin, collateral, corporate action, and FX Break class, amount, owner, materiality, root cause, age, and next action
Approve changes Apply maker-checker review to manual matches, ledger adjustments, write-offs, disputed fees, and transfer repairs Analyst note, supervisor approval, source evidence, reason code, and downstream impact
Close and retain Feed clean records to IBOR, ABOR, NAV support, exposure reports, and audit packs Final match state, administrator signoff, retained files, close proof, and reopened-break history

Ingestion should track source completeness before matching begins. A late PB file is itself a control issue because the consolidated fund record is incomplete. The run should show which brokers delivered, which files are missing, which files failed validation, and which as-of times are being compared.

Normalization is not clerical cleanup. It is the control layer that makes comparison possible. Each prime broker may use different account strings, short-position signs, position locations, settlement-state labels, financing fields, and security identifiers. The system should reject unmapped records into a visible queue rather than silently squeeze them into the nearest match.

Consolidation should retain both per-PB gross state and fund-level net state. Operations need the PB-level view to resolve a break. Risk and portfolio teams need the consolidated view to understand exposure. Treasury needs both because cash and margin pressure happen at the broker relationship level even when investment exposure looks balanced.

Break classification should be specific. A cash break caused by a delayed inter-prime wire is not the same as a financing-rate dispute. A position break caused by a corporate action timing difference is not the same as a missing step-out. A borrow-fee mismatch belongs with securities lending or financing ownership, not a generic position queue.

Step-out timing matters under T+1. If an executing broker has not handed off the trade cleanly to the intended clearing prime broker, the remaining window for affirmation and settlement preparation compresses quickly. The workflow should show whether the prime broker accepted the payload, whether the allocation is affirmed, and whether the item is approaching the trade-date affirmation cutoff.

Approval protects the close. Manual matches, disputed PB charges, accounting adjustments, transfer repairs, write-offs, and stale-break closures should carry maker-checker evidence. A break that is closed because it is inconvenient for NAV support is not resolved. It is hidden operational debt.

Retention is part of the product, not an afterthought. FINRA Rule 4522 and SEA Rule 17a-13 are useful control anchors because carrying or clearing firms reconcile securities and money balances against external organizations and record unresolved differences. A buy-side or fund-administration workflow should still preserve the same kind of evidence discipline: source files, comparison logic, differences, owners, approvals, and final disposition.

In Devancore™

Devancore can support multi-prime broker reconciliation as an operating-record and workflow-control layer. It should not be framed as a prime broker, custodian, clearing broker, central counterparty, broker-dealer, fund administrator, investment adviser, legal adviser, regulator, or compliance guarantor.

In a Devancore-style workflow, each prime broker file arrives as a source event. The platform maps broker account strings, security identifiers, currencies, positions, cash, margin, financing charges, borrow records, collateral movements, corporate actions, transfers, settlement states, and administrator entries into a comparable model.

The value is not replacing the prime broker statement. The value is showing how all prime broker statements fit into the fund's independent operating record. A user should be able to see consolidated exposure, per-PB gross positions, cash by currency, borrow and financing economics, margin headroom, unsettled activity, pending transfers, corporate action differences, and NAV-impacting breaks in one view.

This connects naturally to custody reconciliation, cash reconciliation, position reconciliation, and trade reconciliation. Those pages explain specific match surfaces. Multi-prime broker reconciliation explains the cross-counterparty control problem when all of those surfaces happen at the same time.

It also connects to clearing infrastructure. DTCC's CNS Prime Broker Interface shows how prime broker transactions can move through ITP, UTC, CNS, and DTC settlement paths, while some activity may settle bilaterally. A Devancore record should preserve that path because a mismatch may be a PB statement issue, a step-out issue, a CNS issue, a DTC settlement state, or an internal mapping issue.

The useful standard is direct: no prime broker file should be treated as the whole truth, and no consolidated fund number should lose the broker-level evidence that explains it.