Capital Markets

A fail is reported at settlement. It was created four steps earlier.

Settlement fails, reconciliation breaks and corporate action errors are all measured at the moment they surface. That tells the firm how many there were. It does not tell anyone where they came from, which is the only thing that stops the next one.

Read-onlyno changes to trading or settlement systems
~10 business daysto a first execution view
Full populationevery instruction traced, not a sample
Trade · confirmation · custodyplus reconciliation, collateral and payment systems

1Why

Post-trade is measured at the end. It breaks in the middle.

Every firm can report its fail rate. Very few can say which upstream step produced it, because each platform in the chain reconciles to itself and the break lives in the space between them.

The fail rate counts how many, never why

A daily fails report is a symptom log. It is accurate, it is watched closely, and it contains no information about the allocation, the standing instruction or the static data record that actually caused the entry.

SAPOraclePegaServiceNowAS400JD Edwards

Each system balances against itself

Trade capture agrees with trade capture. The custodian agrees with the custodian. Every platform in the chain is internally consistent, which is exactly why a discrepancy between two of them can survive four stages before anyone notices.

Exceptions are worked, not counted

Operations teams clear breaks every day and are measured on clearing them. Nobody is measured on where they originate, so the same root cause is re-cleared indefinitely rather than removed once.

Detected at settlement. Created at allocation.

Post-trade lifecycle

ExecutionAllocationConfirmationMatchingClearingSettlementfour stages and two days apartbreak created herefail reported here

Fail rates are counted where they surface. Fixing them means knowing where they start, which no single post-trade system can tell you.

Illustrative shape of a common finding, not client data. The distance between origin and detection is measured from your own records.

2Where

Where it shows up in a capital markets firm

Post-trade is where the evidence is densest and the cost of getting it wrong is most immediate. The same reconstruction applies across the client and control functions.

Post-trade and settlement

Where fails, breaks and capital cost are created.

  • Trade capture and allocation
  • Confirmation and affirmation
  • Matching and exception handling
  • Clearing and margin
  • Settlement and fails management
  • Corporate actions processing
  • Collateral management
  • Reconciliation break resolution

Client and control processes

Where regulatory standing and client experience are decided.

  • Client and counterparty onboarding
  • KYC and periodic review
  • Payment exceptions and investigation
  • Dispute investigation and analysis
  • Risk and regulatory reporting
  • Procure to pay
  • Client service and query handling
  • IT operations and ontology mapping

3How

How RE-ViVE gets there

No new instrumentation, no data warehouse programme and no curation layer to build first. Four steps, from access to a live view.

Point at data you already keep

Status histories, workflow logs and audit trails in the systems you already run. If a record carries a case identifier, an activity and a timestamp, it is enough.

Reconstruct the case, not the table

Records from separate systems are linked back into one case — a single instruction followed across everything that touched it, in the order it happened.

Compare designed against actual

The process as it was intended, set against every path it really ran. Variants, rework loops, waiting time and team differences are counted rather than estimated.

Keep watching

The view refreshes as the data does, so drift shows up as it happens instead of surfacing in the next review cycle.

4What

What becomes visible

Not a score or a maturity rating. The actual behaviour of your post-trade chain, in units your operations and risk teams already report on.

Where breaks originate

The step that produced the exception, rather than the step that reported it — so remediation lands on the cause.

Time to detect

How long an instruction carried a defect before anyone saw it, and what that delay costs in funding and buy-in exposure.

Manual touch

Which instructions were repaired by hand, how often, and by which teams — the work that never appears in the STP rate.

Counterparty and market variation

The same instrument type behaving differently by counterparty, market or custodian, instead of averaged into one firmwide number.

Variant sprawl

How many distinct paths one instruction type actually runs, and which of those paths concentrate the fails.

Settlement risk exposure

Which open instructions are drifting towards a fail while there is still time to intervene.

Before you commit · what we need

Three fields decide whether your data can answer this

We will tell you in a short discovery session whether the records you already hold can reconstruct the process — before any commitment, and without a proof of concept. See how this reads in other sectors.

A case identifiera trade, instruction or reference number carried across systems
An activitythe status, step or event name recorded against it
A timestampdate and time, with the time zone known
Twelve months of historya common starting point, not a hard requirement

Start with one instrument class

Pick the flow where fails cost you the most, in funding, penalties or client standing. We will tell you, before any commitment, whether the data you already hold can reconstruct it.