Collateral software should be evaluated as a sequence of controlled obligations rather than a collection of screens. The institution must calculate what is owed, agree it with a counterparty, select eligible assets, instruct movement, confirm settlement and reconcile the result. Optimisation becomes useful only when that chain works reliably.
This report merges successive lifecycle and procurement briefs, including materials dated May and September 2026. Names and specific customer relationships have been removed. Public historical aggregates, vendor claims and planning estimates remain separately labelled. The central recommendation is to run distinct procurement lanes for lifecycle platforms, network services and analytical extensions, then assess how they operate together.
Margin creates several different workflows
Variation margin transfers the change in current exposure under the relevant agreement. Initial margin provides protection against potential changes during a close-out period. They have different calculation, segregation, dispute and funding implications. Cleared and bilateral trades also have different operating structures.
In a cleared workflow, the clearing house calculates obligations under its methodology and communicates through clearing members and associated infrastructure. In a bilateral workflow, counterparties apply their agreement, valuation processes and eligible-collateral schedules. A firm can therefore have highly automated cleared flows alongside manual bilateral exceptions.
The historical sources used a simple haircut example: a security worth 100 contributes 95 of eligible collateral value when a 5% haircut applies. The arithmetic is
where is market value and is the haircut. Eligibility itself is a separate condition. An ineligible asset does not become acceptable because a large haircut is applied.
The operating chain needs a common data foundation
The chain begins with agreements, trades, valuations, counterparties and inventory. Missing or inconsistent data in these inputs propagates into margin calls, disputes and settlement instructions. A platform cannot reliably automate a contract whose operational terms remain ambiguous.
Agreement data should include thresholds, minimum transfer amounts, independent amounts where applicable, currencies, eligible assets, haircuts, concentration limits, settlement routes and dispute provisions. The system should preserve effective dates and approval history. A scanned agreement and a set of manually interpreted fields are not equivalent control evidence.
Trade and valuation feeds need completeness checks. Inventory must distinguish owned, available, pledged, segregated and encumbered assets. Legal-entity boundaries matter: an asset held elsewhere in a group may not be freely transferable to the entity that owes margin. Funding optimisation based on a consolidated inventory can be misleading if those restrictions are ignored.
Figure 01 · Conceptual framework
From obligation to reconciled collateral
Three supplier layers should not share one scorecard
The three supplier layers and their distinct purchasing tests
| Layer | Principal function | Main purchasing test |
|---|---|---|
| Lifecycle backbone | Agreements, calls, disputes, inventory and settlement controls | Can the complete obligation be processed and evidenced? |
| Network or utility | Counterparty connectivity, messaging and shared workflow | Does participation improve reach, matching and exception handling? |
| Analytics and optimisation | Exposure, funding choice, inventory allocation and forecasts | Are recommendations accurate and executable within constraints? |
A network’s value can rise with counterparty participation. A lifecycle platform’s value often rests on integration and control completeness. An optimisation service needs measurable economic improvement. Scoring all three primarily on a common user interface or a single annual licence fee misses their different roles.
An integrated trading platform may already hold the trades, valuations and risk measures required by collateral operations. Extending it can reduce data duplication. A specialist lifecycle platform may provide deeper agreement and exception functionality. Neither approach wins universally; the decision depends on the institution’s existing architecture and the cost of maintaining interfaces.
Walk a margin call through the full lifecycle
First, the platform establishes the obligation using the relevant exposure, agreement and eligible offsets. It produces a call or receives one from the counterparty. The parties compare values and either agree or record a dispute. A dispute should have an owner, age, reason and escalation route.
Second, the institution identifies available eligible assets. This is where inventory, haircut and concentration rules become operational. The choice must account for settlement deadlines and the asset’s existing commitments. A recommendation that arrives after a cut-off has little immediate economic value.
Third, instructions travel through the appropriate custodian or settlement channel. An instruction being sent is not the same as successful movement. The platform needs confirmations, failures, partial settlement and cancellation handling.
Finally, the resulting balances, interest and statements are reconciled. The institution should know whether the agreed call, instructed movement, settled asset and accounting record agree. Differences need a controlled exception process rather than disappearing into separate spreadsheets.
Update the scale, preserve the denominator
ISDA’s 29 April 2026 release reports that leading derivatives firms collected a record USD 1.6 trillion of initial and variation margin for non-cleared exposures at year-end 2025, up 9.3%. The figure is a surveyed margin stock for a specified group and date. It is not annual collateral-management revenue, not a measure of all global collateral, and not evidence of an individual bank’s spending. The official release was located in the public index; direct page retrieval was blocked during this review.
The operational inference is that collateral controls operate on economically material balances and can become more demanding under changing market conditions. It does not follow that software demand grows one-for-one with the margin stock. Workflow volume, disputes, settlement cut-offs, legal agreements and operating complexity determine the actual work.
Figure 02 · Qualitative comparison
Three supplier layers, three buying questions
| Approach or concept | What it contributes | What still matters |
|---|---|---|
| Workflow platform | Controls the margin lifecycle | Needs reliable agreement and position data |
| Optimisation engine | Allocates eligible inventory | Cannot repair failed settlement controls |
| Network utility | Connects counterparties and instructions | Coverage and operational dependencies matter |
Procurement should use the institution’s difficult cases
A scripted demonstration shows what a supplier has prepared. A serious proof of concept tests the buyer’s own agreements, portfolios, inventory restrictions and settlement routes. Include ordinary high-volume flows and the exceptions that consume disproportionate operating effort.
Useful cases include a disputed valuation, an agreement amendment, a late call, a partial settlement, a stale inventory feed, an asset becoming ineligible and a counterparty operating outside the main network. Add a market-stress scenario with higher margin demands and reduced collateral availability.
Measure straight-through processing by workflow rather than using one headline percentage. The historical briefs suggested that mature variation-margin flows could exceed 90% straight-through processing while initial-margin workflows might sit around 70–80%. These were practitioner-style benchmarks, not independently verified universal rates. They illustrate why a blended average can hide the remaining manual problem.
Require end-to-end reconciliation and evidence retention in the acceptance criteria. A fast call-generation engine that cannot explain a balance break has not completed the core task.
Total cost includes the transformation
Scope-dependent annual and implementation cost estimates
| Aspect | Retained observation |
|---|---|
| Specialist annual subscriptions | Historical planning ranges in the source materials placed some specialist annual subscriptions between roughly USD 250,000 and USD 3 million or more. |
| Global annual deployments | Broader global enterprise deployments could reach USD 3–15 million or more annually, |
| Multi-year implementation | with multi-year implementation estimates of USD 5–25 million or more for deep transformation. These bands are scope-dependent estimates, not comparable quotes or disclosed customer contracts. |
The implementation can include agreement remediation, data mapping, migration, integration, model validation, parallel operation, training, controls and legacy retirement. A low recurring licence can be offset by a long period of duplicated systems and unresolved exceptions.
Separate one-time programme cost from steady-state operation. Also distinguish supplier fees from internal staff and infrastructure. If the proposal claims savings from retiring a legacy platform, identify the actual retirement date and the contracts or operating activities that cease. The saving is not realised merely because a new system has gone live.
Cloud and managed service change responsibilities
A hosted deployment can reduce infrastructure management and standardise releases. It does not transfer accountability for collateral obligations. The bank still needs to understand data location, access controls, resilience, incident notification, subcontractors and the ability to exit.
Release management requires particular care. A supplier update can affect calculation, message handling or user workflow during a critical operating window. Buyers should understand testing environments, notice periods, rollback options and the division of responsibility for validating changes.
An exit plan should include agreements, historical calls, disputes, inventory and settlement evidence in usable formats. Retaining only final balances can make it impossible to reconstruct previous obligations. The difficulty of leaving should be assessed before the platform becomes operationally indispensable.
Figure 03 · Conceptual framework
Is this a dispute or a processing exception?
How the parts connect
- Unresolved margin callPath AValuation disagreement
- Unresolved margin callPath BData or settlement break
- Valuation disagreementReviewControlled closure
- Data or settlement breakReviewControlled closure
Distinguish disputes from ordinary processing exceptions
A valuation dispute is different from a failed settlement, an incorrect contact or an incomplete agreement field. They may all appear in an exception queue, but they need different evidence and owners. Combining them under one generic operational status makes root-cause analysis difficult.
Different exception types require different evidence
| Aspect | Retained observation |
|---|---|
| Valuation dispute | For a valuation dispute, retain the disputed amount, portfolios or risk factors involved, each party’s calculation basis and the agreed next action. |
| Settlement failure | For a settlement failure, retain the instruction, intended asset, route, cut-off and response from the settlement chain. |
| Data exception | For a data exception, identify the missing or conflicting field and the authoritative source needed to resolve it. Ageing should be measured against the appropriate obligation rather than a single arbitrary deadline. |
This separation also improves automation. A model can help group similar disputes or locate agreement text, while a deterministic rule can detect a missing instruction field. Neither should silently close a case because the queue is large. Closure needs evidence that the underlying obligation or control issue has been resolved.
Management reporting should therefore show recurring causes as well as volumes. A high number of repeated breaks may justify an upstream data fix more than additional exception-processing staff. A smaller number of aged material disputes may deserve immediate senior attention. The platform’s value is its ability to support those distinctions consistently.
A realistic implementation sequence
Define a migration population precisely: agreements, counterparties, products, entities and settlement routes. A percentage of trades migrated can overstate progress if the remaining agreements contain most of the operational complexity. Report the difficult remainder explicitly alongside the headline completion rate.
Start with a target operating model and accountable owners. Remediate the minimum data needed for a bounded population. Establish interfaces and reconciliation before adding sophisticated optimisation. Run the new and old processes together until differences are understood, then migrate in controlled stages.
Do not expand simply because a technical milestone has been reached. Expansion should follow evidence that users can handle exceptions, support teams can diagnose incidents and finance can reconcile outcomes. A successful pilot with a few standard counterparties may not establish readiness for the long tail of bespoke agreements.
Measure progress through fewer aged disputes, fewer settlement failures, reduced manual touches and reliable evidence. These metrics connect platform performance to the obligation being managed. Screen counts and feature releases are weaker proxies.
The collateral backbone is successful when the institution can answer four questions at any time: what do we owe, what can we deliver, what has actually moved and what remains unresolved? Once those answers are controlled, analytical tools can improve funding choice. Without them, optimisation risks making a fragile process more complicated.
Primary sources checked for this edition
- ISDA — Leading firms’ non-cleared IM/VM collected at year-end 2025: USD1.6tn, +9.3%. Source date: 2026-04-29. https://www.isda.org/2026/04/29/isda-margin-survey-shows-leading-derivatives-firms-collected-record-1-6-trillion-of-margin-in-2025/



