Devancore Inc.
Devancore Post-Trade Glossary
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.
Document source: https://devancore.com/glossary/multi-prime-broker-reconciliation/
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.
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 - multi-prime evidence pack
Devancore · evidence stack
Source files
PB statements, OMS files, administrator records, custodian feeds, price, FX, financing, borrow, and margin files retain source lineage.
Normalization
Broker account strings, identifiers, sign conventions, currencies, settlement states, and position types map into one comparable schema.
Cross-PB view
Per-prime gross positions, consolidated net exposure, collateral, borrow, margin headroom, and transfer state stay visible together.
Break controls
Every delta has class, amount, owner, materiality, age, evidence, disputed state, approval path, and downstream impact.
Close proof
Clean records feed IBOR, ABOR, NAV support, treasury, investor reporting, and audit packs with retained source evidence.
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.
Related terms
- Prime Brokerage
https://devancore.com/glossary/prime-brokerage/
Broker-dealer service providing hedge funds with margin financing, securities lending, custody, and clearing through give-up arrangements — governed by a Prime Brokerage Agreement, ISDA Master Agreement, and FINRA Rule 4210.
- Prime Broker Technology Platform
https://devancore.com/glossary/prime-broker-technology-platform/
Unified prime broker infrastructure delivering execution, custody, margin, and securities lending across traditional and digital assets from a single real-time system of record.
- Hedge Fund OMS Reconciliation
https://devancore.com/glossary/hedge-fund-oms-reconciliation/
Hedge fund OMS reconciliation compares the fund's internal OMS and operating records against prime broker, custodian, administrator, cash, financing, fee, position, and accounting records.
- Investment Book of Record
https://devancore.com/glossary/investment-book-of-record/
The IBOR — a real-time position record used by investment managers, capturing unsettled trades, accruals, and corporate actions ahead of custodian confirmation and ABOR settlement.
- Accounting Book of Record
https://devancore.com/glossary/accounting-book-of-record/
The ABOR: custodian-confirmed settled positions used as the authoritative basis for NAV calculation, financial statements, and regulatory reporting.
- Performance Book of Record
https://devancore.com/glossary/performance-book-of-record-pbor/
The PBOR — a position record that extends the IBOR with return attribution, risk analytics, and benchmark data, providing the authoritative basis for investment performance measurement and client reporting.
- Custody Reconciliation
https://devancore.com/glossary/custody-reconciliation/
Custody reconciliation is the daily match of internal positions and cash to the custodian statement: timing versus genuine breaks, owners, aging, and the evidence that holdings are actually safekept.
- Custody Accounting Reconciliation
https://devancore.com/glossary/custody-accounting-reconciliation/
Custody accounting reconciliation joins the custodian vault to the accounting ledger: settled holdings and cash versus trade-date books, accruals, fees, FX, and the classified residual that close and evidence depend on.
- Cash Reconciliation Software
https://devancore.com/glossary/cash-reconciliation-software/
Software that matches a broker-dealer's internal cash ledger against bank statements and clearing utility records in real time, surfacing breaks for resolution before they create reserve formula errors, missed sweeps, or Rule 15c3-3 violations.
- Position Reconciliation Software
https://devancore.com/glossary/position-reconciliation-software/
Software that automates daily comparison of internal position records against custodian statements, prime broker reports, and on-chain ledger state, surfacing breaks before they affect Rule 15c3-3 determinations, NAV, or securities count obligations.
- Trade Reconciliation
https://devancore.com/glossary/trade-reconciliation/
The systematic comparison of internal trade and position records against external sources to identify breaks and resolve them before they become settlement failures.
- Financial Transaction Reconciliation
https://devancore.com/glossary/financial-transaction-reconciliation/
The three-way match between sub-ledger, general ledger, and external statement that validates balance sheet integrity — with every break tracked as gross exposure for Rule 17a-5 and Rule 15c3-1 compliance.
- Corporate Action Processing
https://devancore.com/glossary/corporate-action-processing/
Corporate action processing is the operational workflow that captures issuer events, calculates per-account entitlements, and reconciles cash and position changes against custodian records.
- Settlement Instruction Automation
https://devancore.com/glossary/settlement-instruction-automation/
Automatically generating and transmitting settlement instructions to custodians and CSDs using pre-loaded SSI data — replacing manual entry, enabling STP, and making T+1 compliance operationally viable.
- Standing Settlement Instructions Workflow
https://devancore.com/glossary/standing-settlement-instructions-workflow/
A standing settlement instructions workflow controls how SSI records are captured, validated, approved, versioned, published, used, monitored, and retired.
- Broker Dealer Clearing Connector
https://devancore.com/glossary/broker-dealer-clearing-connector/
A broker dealer clearing connector ingests clearing-firm activity, normalizes accounts and instruments, monitors settlement state, and preserves the audit trail used for reconciliation, books and records, and reporting inputs.
- NSCC Continuous Net Settlement
https://devancore.com/glossary/nscc-continuous-net-settlement/
DTCC's central counterparty that novates equity trades, nets obligations multilaterally by CUSIP, and carries unsettled positions until DvP finality at DTC.
- DTC vs NSCC
https://devancore.com/glossary/dtc-vs-nscc/
The distinction between NSCC as the clearing and netting layer and DTC as the depository and book-entry settlement layer.
- Failed Trade Settlement
https://devancore.com/glossary/failed-trade-settlement/
A trade that does not settle on its contractual settlement date because one party cannot deliver the required securities or cash, triggering penalties and buy-in procedures.
- Broker-Dealer Audit Trail
https://devancore.com/glossary/broker-dealer-audit-trail/
The immutable, chronologically linked record of every trade lifecycle event — from order receipt through settlement — maintained to satisfy SEC Rules 17a-3 and 17a-4, FINRA clock synchronization requirements, and CAT reporting obligations.
Contact
Request a briefing or platform walkthrough with the Devancore team.
Request access https://devancore.com/access/