Devancore Inc.
Devancore Post-Trade Glossary
Glossary
Trade Break Aging
Trade break aging measures how long post-trade discrepancies have remained open and converts age, settlement proximity, severity, ownership, and evidence into escalation state.
Document source: https://devancore.com/glossary/trade-break-aging/
Devancore Post-Trade Glossary
Trade Break Aging
Trade break aging measures how long post-trade discrepancies have remained open and converts age, settlement proximity, severity, ownership, and evidence into escalation state.
Definition
Trade break aging is the control process for measuring how long a post-trade discrepancy has remained open. It does not replace trade break management, which covers the full exception lifecycle. It does not replace trade break resolution, which is the correction path. Aging is the time-risk layer that tells operations which open items are becoming dangerous.
A break list says what is unmatched. An aging view says what must be acted on first. The useful view combines detection time, intended settlement date, cash impact, position impact, root cause, counterparty dependency, owner, latest action, and evidence quality. A one-hour-old high-value allocation break near settlement may deserve more attention than a three-day timing item that is fully documented and not settlement-critical.
Aged break operating record
Aged break operating record
Aging is useful when it combines time, impact, owner, and proof.
| Record field | What it captures | Control question |
|---|---|---|
| Detection time | When the break was first identified by matching, enrichment, reconciliation, custodian, broker, or clearing feedback | When did the aging clock start? |
| Settlement proximity | Trade date, intended settlement date, market, asset class, affirmation status, and cut-off pressure | How much time remains before the break can become a fail? |
| Impact | Cash amount, position quantity, market value, currency, account, fund, client or book affected, collateral effect, and net-debit-cap sensitivity | Is the open item operationally material or liquidity-constraining? |
| Cause | Price, quantity, allocation, SSI, settlement date, identifier, fee, tax, corporate action, or counterparty mismatch | Does the owner match the likely cause? |
| Ownership | Assigned analyst, desk, counterparty, supervisor, next action, due time, and escalation level | Is the item actively owned or only visible? |
| Evidence | Source records, field comparison, messages, comments, approvals, attachments, and closure proof | Can the aging state be defended later? |
The aging clock should start when the break is first detected. That may be at trade capture, enrichment, confirmation matching, allocation review, settlement instruction validation, custodian reconciliation, or clearing feedback. Reclassifying the break should not reset the clock. If a price break later becomes an allocation break, the firm still needs to know when the original discrepancy entered the operating record.
Settlement proximity changes priority. Age measured in business days is useful for management reporting, but the settlement desk also needs time-to-cutoff logic. A break that is open on trade date may still be manageable. The same break close to intended settlement date can become a failed-trade candidate if the missing field, counterparty action, or instruction repair is not completed.
Impact changes severity. Aging should look at cash amount, position quantity, market value, currency, account type, client or fund affected, restricted security status, whether the break blocks settlement instruction release, collateral headroom, and DTC net-debit-cap sensitivity where the workflow settles through DTC. A valued break that remains unresolved near cutoff can constrain liquidity or collateral capacity and delay unrelated settlement activity. For broker-dealer customer securities records, persistent fails or short differences may also feed possession or control review, buy-in review, or close-out review under the firm's regulatory procedures.
Evidence prevents false closure. An aging report can look clean because old breaks were closed without proof. That is weak control. The record should show what matched, what changed, who approved it, what source proved it, and whether the item later reopened. If a closed item reopens, it should inherit the original detection timestamp, not receive a fresh age. The dashboard should flag a maturity event because repeated reopened breaks often point to fuzzy matching, premature closure, or downstream rejection by custodian or clearing feedback.
Trade break aging - priority map
Devancore Glossary · devancore.com
How it works
Trade break aging works by turning open exceptions into measured workflow states. Each break receives a detection timestamp, owner, age bucket, settlement proximity, impact score, evidence status, next action, and escalation path. The aging view then drives the daily or intraday operating queue.
Trade break aging controls
Trade break aging controls
Aging should change priority before settlement risk becomes external.
| Control | Aging signal | Required response |
|---|---|---|
| Clock start | Break detected from matching, enrichment, reconciliation, or settlement feedback | Timestamp once and preserve the original detection time |
| Age bucket | Open item moves through intraday, T+0, T+1, T+2, and policy-defined older bands | Update owner, status, and priority without resetting age |
| Settlement pressure | Intended settlement date approaches while required fields remain unresolved | Escalate by time remaining, not only days open |
| Materiality | Cash, position, market value, client impact, collateral headroom, net-debit-cap pressure, or restricted-instrument exposure crosses threshold | Raise severity even when the break is young |
| Evidence gap | Owner note exists but source proof, counterparty response, or approval is missing | Hold closure; if reopened, preserve original age and flag maturity event |
| Aged backlog | Open items cluster by counterparty, instrument, SSI, desk, or workflow step | Create root-cause repair, management review, and retained report |
Detection fixes the clock. The system should retain the first observed mismatch even if later investigation changes the cause. This protects the firm from a common reporting weakness: resetting age by reopening, reassigning, or reclassifying the same item.
Age buckets should be policy-defined. Intraday, T+0, T+1, T+2, and older bands may be useful, but the exact bands depend on asset class, market, settlement cycle, counterparty, and internal policy. The important point is that crossing a band changes workflow state: priority, owner, review level, evidence requirement, or escalation.
Settlement pressure should override simple chronology. A break with an intended settlement date approaching should rise in the queue even if it is younger than other items. The queue should show time remaining, missing prerequisite, counterparty dependency, and likely downstream effect.
Materiality should be explicit. Cash, position, market value, currency, client effect, fund effect, collateral consequence, DTC net-debit-cap pressure, and restricted-instrument exposure can all change severity. The system should separate low-value timing noise from high-value exposure, liquidity-constraining items, and small but repeated systemic causes.
Evidence gaps should block closure. An analyst note is not the same as proof. If source records, counterparty confirmation, custodian response, corrected instruction, approval, or downstream acceptance are missing, the item should remain open, held, or carried with reason. A reopened break should keep its original clock and generate a maturity-event flag so repeated fuzzy closures are visible to supervisors.
Backlog analysis turns aging into repair. If old breaks cluster around one counterparty, SSI record, instrument type, settlement market, allocation workflow, or system interface, the issue is no longer only a break queue. It is a root-cause repair candidate. The aging report should therefore feed management review and control improvement, not only daily chase activity.
Trade break aging - clock to escalation
Devancore Glossary · devancore.com
Trade break aging - clock to escalation
Devancore Glossary · devancore.com
In Devancore™
Devancore - aged break evidence
Devancore · evidence stack
Detection
The first mismatch event keeps source, timestamp, system, field comparison, trade date, and intended settlement date.
Aging state
Age bucket, time to settlement, impact, owner, severity, maturity-event flag, and next action update without resetting the original clock.
Investigation
Counterparty messages, custodian responses, allocation notes, SSI checks, and field evidence attach to the same break file.
Escalation
Policy breaches, no-owner items, high-value exposures, and aging clusters route to the required reviewer.
Closure
Resolved, carried, reopened, or escalated states retain proof, approval, timestamp, downstream settlement result, and original age.
Devancore supports trade break aging as a controlled operating view over open exceptions. It can help teams see which breaks are new, aging, settlement-critical, high value, weakly evidenced, unowned, escalated, reopened, or ready for closure.
Devancore should not be framed as a broker, custodian, clearing broker, execution venue, adviser, accounting authority, regulator, or guarantee that breaks will not become fails. Its role is to help firms organize exception state, evidence, ownership, and escalation.
In a Devancore-style workflow, each break keeps its first detection timestamp, field-level mismatch, source records, owner, root-cause class, settlement date, impact score, evidence state, counterparty response, approval state, reopen history, maturity-event flag, and closure result. The aging layer reads that record and changes priority when age, settlement proximity, impact, liquidity pressure, or evidence risk crosses policy thresholds.
This page complements trade break management and trade break resolution. Trade break management explains the full exception lifecycle. Trade break resolution explains how a specific discrepancy is corrected. Trade break aging explains how open items are measured before they become stale, unmanaged, or settlement-critical.
The useful standard is simple: do not let age hide inside a queue. Every open break should show how old it is, why it is open, who owns it, what it can affect, what proof exists, and what happens next.
Related terms
- Trade Break Management
https://devancore.com/glossary/trade-break-management/
The exception workflow for identifying, classifying, and resolving post-trade discrepancies before they breach the T+1 affirmation cutoff or trigger CSDR cash penalties.
- Trade Break Resolution
https://devancore.com/glossary/trade-break-resolution/
The process of resolving data mismatches between trade counterparties before settlement cutoffs to prevent settlement fails.
- 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.
- Operational Risk Management Securities
https://devancore.com/glossary/operational-risk-management-securities/
The identification and mitigation of risks from failed processes, human errors, technology failures, and external events that disrupt securities operations or cause financial loss.
- Trade Capture System
https://devancore.com/glossary/trade-capture-system/
The system that books an executed trade into the firm's official records and initiates the post-trade processing workflow from enrichment and matching through to settlement instruction.
- Trade Enrichment Automation
https://devancore.com/glossary/trade-enrichment-automation/
The automated augmentation of a raw trade capture with settlement instructions, counterparty identifiers, and regulatory fields required for clearing and settlement.
- Trade Confirmation Matching
https://devancore.com/glossary/trade-confirmation-matching/
The automated comparison of trade details between counterparties to verify both sides recorded the same economics before settlement instructions are generated.
- 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.
- AI Agent Post-Trade Ops
https://devancore.com/glossary/ai-agent-post-trade-operations/
AI agent post-trade operations use controlled agents to detect exceptions, assemble evidence, draft actions, route approvals, and record outcomes without bypassing human supervision.
- AI Generated Trade Instructions
https://devancore.com/glossary/ai-generated-trade-instructions/
AI-generated trade instructions are structured order or settlement drafts prepared from user intent, model outputs, files, or messages, then validated and approved before routing.
- AI Trade Reconciliation
https://devancore.com/glossary/ai-trade-reconciliation/
AI trade reconciliation uses AI-assisted classification, evidence retrieval, and draft resolution workflows to help analysts investigate trade breaks without bypassing reconciliation controls.
- Brokerage API Post Trade
https://devancore.com/glossary/brokerage-api-post-trade/
Brokerage API post trade integration turns API orders, fills, journals, transfers, and account events into a controlled operating record with mapping, status, exceptions, reconciliation, and evidence.
- Chat-Based Trade Capture
https://devancore.com/glossary/chat-based-trade-capture/
Chat-based trade capture converts trade details from messages into structured trade records with instrument resolution, account context, validation, review, and audit evidence.
- 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.
- Same-Day Affirmation (SDA)
https://devancore.com/glossary/same-day-affirmation/
The completion of allocation, confirmation, and affirmation in DTCC CTM by the 9:00 PM ET industry benchmark on trade date — the operational requirement under SEC Rule 15c6-2 that enables automatic DTC settlement instruction generation for T+1.
- 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/