Missing Prime Broker Agreements
4 min read
Reducing DKs: When Missing Prime Broker Agreements Cost You Trades
The Documentation Gap That Creates Settlement Failures—and How to Close It
The trade was clean. Execution was correct. Settlement instructions matched. And it still got DK’d.
The reason: the prime broker agreement documentation was missing. Not wrong—missing. The counterparty’s system couldn’t find the F1SA authorizing the account. Without it, they rejected the trade.
This happens more often than anyone wants to admit. DKs from missing or outdated prime broker documentation are operationally expensive, relationship-damaging, and entirely preventable.
THE COST OF A DOCUMENTATION DK
A single DK from missing documentation triggers a cascade:
Immediate costs: Trade doesn’t settle. Operations staff drops other work to investigate. Calls to counterparty to identify the gap. Document hunting through files, emails, shared drives. Expedited filing if the document exists but wasn’t transmitted. Recreation and re-signing if the document is genuinely missing.
Downstream costs: Settlement delay affects client. Client relationship stress. Potential regulatory reporting for settlement failure. Exception documentation for compliance. Pattern of DKs raises examination flags.
Hidden costs: Staff time that should have gone to other work. Relationship capital spent with counterparty. Process credibility eroded internally.
One DK might cost a few hours. A pattern of DKs signals systemic process failure.
WHY DOCUMENTATION GAPS PERSIST
Prime brokerage documentation goes stale through entirely predictable patterns:
Onboarding gaps. New counterparty relationship established, initial trades execute, but comprehensive documentation filing gets deprioritized. The relationship works—until it doesn’t.
Amendment lag. Account structure changes, new accounts added, terms modified—but the documentation updates trail the operational changes. Trades execute against account structures that aren’t fully documented.
Personnel turnover. The person who managed counterparty X documentation left. Their successor has other priorities. The documentation review that happened annually now happens… when there’s a problem.
System disconnect. Trading systems don’t talk to documentation systems. A trade routes to an account that looks valid in the OMS but doesn’t have current F1SA in the documentation repository.
Counterparty changes. They restructured. They changed their documentation requirements. They migrated systems. Your documents are filed against their old structure.
THE PATTERN OF FAILURE
DKs from documentation issues follow a predictable sequence:
- Trade executes normally. 2. Settlement instruction sent to counterparty. 3. Counterparty system checks for authorization documentation. 4. Documentation not found (or found but expired/outdated). 5. Trade rejected with DK code indicating documentation issue. 6. Operations receives rejection, begins investigation. 7. Documentation hunt reveals the gap. 8. Gap resolved through expedited filing or recreation. 9. Trade resubmitted and eventually settles. 10. Everyone moves on without fixing the underlying process.
The cycle repeats until someone decides prevention beats remediation.
WHAT PREVENTION LOOKS LIKE
Breaking the DK cycle requires:
Proactive documentation monitoring. Know which agreements are approaching expiration, which accounts lack current F1SA, which counterparties have incomplete documentation—before trades fail.
Validation at onboarding. New counterparty relationships don’t go live until documentation is complete. Not ‘mostly complete.’ Complete.
Change management integration. Account structure changes trigger documentation review. New accounts don’t activate until F1SA is filed. Term modifications don’t take effect until amendments are documented.
System integration. Trade systems that check documentation status before routing. If the F1SA isn’t current, the trade gets flagged before it becomes a DK.
HOW PBIN PREVENTS DOCUMENTATION DKS
Loffa’s PBIN platform directly addresses the documentation gaps that cause DKs:
Real-time documentation status. PBIN shows current documentation state for every counterparty relationship. Which SIA-150s are current, which F1SAs are on file, which amendments are pending.
Validation workflows. F1SA can’t be filed without current SIA-150. The system enforces the dependency chain that manual processes ignore.
Expiration alerting. Approaching expirations surface automatically. Renewal workflows trigger before documentation lapses.
Change tracking. Every documentation change logged with complete audit trail. When counterparties ask ‘when did you file that amendment?’—you know.
FVD integration. When F1SA is on file in PBIN, FVD automatically handles related Letter of Free Funds processes. Documented accounts don’t generate redundant verification requests that waste counterparty time and create additional failure points.
THE DK REDUCTION CHECKLIST
If documentation DKs are a recurring problem:
- Quantify the issue. How many DKs in the last quarter were documentation-related? If you don’t know, start tracking.
- Map the gaps. Which counterparties have incomplete documentation? Which have approaching expirations? Build the inventory.
- Review onboarding. Are new relationships fully documented before trading begins? Where does documentation filing happen in the onboarding workflow?
- Assess change management. When account structures change, does documentation review trigger automatically? Or does it depend on someone remembering?
- Evaluate integration. Do your trade systems know about documentation status? Can they flag trades to undocumented accounts before they fail?
Documentation DKs are preventable. The firms that don’t have them invested in systems that make prevention automatic. The firms still chasing documentation after trades fail are paying the cost every quarter.
DISCLAIMER: This post is for informational purposes only and does not constitute legal advice. For guidance on specific regulatory obligations, consult your counsel or compliance advisor.