Devancore Inc.
Devancore Post-Trade Glossary
Glossary
CCP Clearing Workflow
A CCP clearing workflow is the controlled post-trade process that turns executed trades into accepted, novated, margined, netted, settled, or failed clearing states.
Document source: https://devancore.com/glossary/ccp-clearing-workflow/
Devancore Post-Trade Glossary
CCP Clearing Workflow
A CCP clearing workflow is the controlled post-trade process that turns executed trades into accepted, novated, margined, netted, settled, or failed clearing states.
Definition
CCP clearing workflow is the controlled post-trade sequence that moves an executed trade through central counterparty processing. The workflow starts with trade submission and matching. It becomes legally important when the CCP accepts and novates the trade. It becomes operationally important when the firm must margin the exposure, reconcile the net obligation, instruct settlement, and preserve evidence for any exception or fail.
This page is narrower than central counterparty clearing. The broad CCP concept explains why novation, margin, default funds, and netting exist. The workflow page explains what a clearing member must control each day: which trade state is current, which record proves it, which team owns the next action, and what downstream system consumes the result.
CCP clearing workflow record
CCP clearing workflow record
The workflow is controlled when every state has source data and evidence.
| State | Record required | Control question |
|---|---|---|
| Submitted | Execution, venue, trade date, account, security, quantity, price, side, clearing broker, and CCP route | Can the trade enter clearing? |
| Accepted | Eligibility, member status, product scope, matching result, and acceptance timestamp | Has the CCP accepted the trade for clearing? |
| Novated | Original counterparty, CCP counterparty, rulebook event, and legal state timestamp | Has bilateral exposure become CCP exposure? |
| Margined | Initial margin, variation margin, intraday call, collateral basis, payment status, and exception reason | Is the risk obligation funded, explained, and evidenced? |
| Netted | Gross executions, net position, CUSIP or instrument, member account, and settlement date | Can the net obligation be traced back to source trades? |
| Settled or failed | Settlement instruction, DVP result, fail reason, recycle state, DTC processing status, buy-in or close-out watch, and finality proof | Was the clearing obligation discharged, carried, or moved onto a regulatory countdown? |
The first control is eligibility. A trade cannot be treated as cleared merely because it was executed. The product, market, clearing member, account, security identifier, settlement currency, and counterparty route must be eligible for the relevant clearing service. If the trade is rejected, the firm needs the rejection code, source payload, owner, correction path, and timestamp.
The second control is acceptance and matching. A matched trade can move into the CCP clearing process. An unmatched trade is still an exception, even if the internal order and fill look complete. Operations should distinguish submitted, compared, accepted, novated, rejected, and pending states because each state carries a different risk and reporting meaning.
Novation is the legal state change. After novation, the original bilateral counterparty should remain in the execution record, but the cleared obligation should show the CCP as counterparty. If internal books assume novation before it happens, counterparty risk reporting is wrong. If internal books fail to record novation after it happens, the firm may chase the wrong party for settlement or exposure questions.
Margin is the liquidity control. Initial margin, variation margin, collateral calls, intraday calls, and payment confirmations should be tied to the cleared position and the source trades that created it. A margin call is not only a treasury payment. It is an operating event with calculation basis, mark-to-market input, call timestamp, approver, funding source, transfer proof, and exception state. If volatility creates an unexpected intraday call, treasury and operations need the same record so the firm can verify the call, fund it, and evidence the response before the item becomes a clearing restriction or default-management concern.
Netting is the bridge from gross activity to settlement obligation. The clearing member may execute hundreds or thousands of trades in the same security, but the CCP workflow may produce a single net receive or deliver position. That compression is useful only if the firm can explain the net number from the gross trade record. Without a gross-to-net bridge, settlement, finance, reconciliation, and books-and-records teams work from different truths.
Settlement is the discharge point. The CCP may calculate the obligation, but the securities and cash movement occurs through the settlement infrastructure. For DTC-settled activity, the net delivery instruction still has to pass inventory checks, collateral monitor and net-debit-cap controls, and receiver-authorization gates where applicable. The operating record should show whether the obligation settled, partially settled, recycled, failed, or entered a buy-in or close-out watch. For equity fails, the workflow should calculate applicable Regulation SHO close-out timing and any Rule 15c3-3 possession, control, or buy-in review state rather than leaving the fail as a generic open item. Finality evidence matters because a clean internal status without external settlement proof is only an assumption.
How it works
A CCP clearing workflow works by turning each trade into a sequence of controlled states. The firm receives execution data, submits the trade for clearing, monitors acceptance, records novation, calculates or receives margin obligations, reconciles the net settlement record, instructs delivery versus payment, and manages any exception until settlement finality or fail carry is evidenced.
CCP workflow controls
CCP workflow controls
A clearing workflow should expose the state, owner, exception, and evidence before settlement pressure rises.
| Control point | Failure mode | Required evidence |
|---|---|---|
| Eligibility | Trade reaches clearing with wrong product, market, member, account, or security setup | Clearing eligibility check, security master snapshot, account rule, and rejection reason |
| Matching | Buy-side and sell-side details do not agree | Field comparison, counterparty response, correction history, and match timestamp |
| Novation | Internal books treat a pending trade as if CCP exposure already exists | Acceptance event, novation status, original counterparty, and CCP counterparty |
| Margin | Intraday market move creates an unexpected call, or collateral funding is late, underfunded, or unsupported by proof | Call notice, mark-to-market basis, approval, transfer instruction, and bank or collateral confirmation |
| Netting | Net settlement record cannot be explained from gross trade activity | Gross-to-net bridge, instrument-level net position, and exception report |
| Settlement | Instruction settles late, recycles, fails, or stalls on inventory, net-debit-cap, or receiver-authorization controls | DVP result, DTC state, fail reason, recycle state, finality timestamp, and retained report |
Trade intake starts with the execution record. The firm should capture the venue, broker, account, fund, security identifier, price, quantity, side, trade date, settlement date, and clearing route. Weak intake creates downstream breaks that look like clearing problems but are actually trade-capture or reference-data failures.
Matching confirms that both sides agree on the economic terms. The workflow should expose which fields matched, which fields failed, which counterparty responded, what changed, and whether the corrected record was resubmitted. A trade that is internally booked but externally unmatched should not be treated as route-ready for settlement.
Acceptance establishes the clearing state. Once the CCP accepts the trade, the firm should capture the acceptance timestamp and the rule-driven state transition. In markets where novation attaches at acceptance or validation, the books should reflect that change precisely. Pending acceptance, rejected acceptance, and accepted-cleared states should not collapse into one generic status.
Margin management runs alongside the clearing state. The system should connect margin calls to the cleared position, collateral inventory, cash ledger, payment rail, approval workflow, and bank confirmation. Intraday margin pressure becomes a real operating problem when treasury sees the cash movement but operations cannot link it to the trades, net position, price move, and clearing event that created it.
Net settlement converts gross trading into a settlement instruction. In an NSCC-style workflow, Continuous Net Settlement reduces broker-to-broker activity into net positions per security and member. The firm still needs the underlying gross trade lineage because finance, reconciliation, customer records, and supervisory review may need to trace the net obligation back to the executions.
Settlement and exception handling close the loop. If delivery versus payment completes, the workflow should attach finality proof and update books. If the item fails, recycles, or requires manual action, the workflow should preserve the fail reason, DTC processing state, owner, next action, aging clock, buy-in or close-out watch where applicable, and management reporting state. The workflow is healthy when a failed item is visible before it becomes a hidden aged exposure.
In Devancore™
Devancore - CCP clearing control path
Devancore Glossary · devancore.com
Devancore supports CCP clearing workflows by connecting the firm's trade record, clearing state, margin events, settlement instructions, exceptions, and evidence into one operating view. It should not be framed as a CCP, clearing broker, custodian, settlement system, execution venue, accounting authority, or guarantee of settlement.
In a Devancore-style workflow, an operations user can follow a trade from execution through clearing submission, matching, acceptance, novation, margin, netting, settlement instruction, and finality evidence. The same record can show rejected trades, pending novation, unmatched fields, missing collateral proof, settlement fails, and unresolved owner actions.
The practical value is traceability. A net obligation should be explainable from its gross trades. A margin call should be explainable from its cleared exposure. A settlement instruction should be explainable from the net record. A fail should be explainable from the external status, internal owner, and retained evidence.
Devancore also helps separate workflow state from legal responsibility. The platform can organize data, surface exceptions, preserve evidence, and route work. The clearing member, CCP, custodian, broker, treasury team, operations team, and supervisors still retain their own duties under their contracts, rulebooks, and internal procedures.
The useful standard is simple: no silent clearing state. Every trade should show whether it is submitted, accepted, novated, margined, netted, instructed, settled, failed, or still waiting on a control.
Related terms
- Central Counterparty Clearing (CCP)
https://devancore.com/glossary/ccp-central-counterparty-clearing/
Financial market infrastructure that legally interposes itself as the counterparty to every trade through novation, eliminates bilateral credit risk, and reduces settlement volume through multilateral netting.
- 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.
- Delivery Versus Payment
https://devancore.com/glossary/delivery-versus-payment/
A settlement mechanism (DvP) that links the transfer of securities to the simultaneous transfer of payment, ensuring neither leg completes without the other.
- Settlement Finality Securities
https://devancore.com/glossary/settlement-finality-securities/
The irrevocable transfer of legal ownership in a securities transaction — achieved through deterministic, conditional, or probabilistic finality depending on the settlement rail.
- Securities Settlement Cycle
https://devancore.com/glossary/securities-settlement-cycle/
The end-to-end sequence from trade execution through clearing, affirmation, and DvP settlement — seven operational stages that must complete within the T+1 regulatory window.
- 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 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.
- 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.
- 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 Aging
https://devancore.com/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.
- 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.
- DTC Settlement Operations
https://devancore.com/glossary/dtc-settlement-operations/
e settlement system operated by the Depository Trust Company (DTC) that executes final book-entry delivery-versus-payment transfers of US securities after NSCC clearing, with end-of-day cash finality through the Federal Reserve.
- DTC Settlement Window
https://devancore.com/glossary/dtc-settlement-window/
The daily DTC operating cycle where book-entry delivery instructions are processed, risk-checked, recycled, and finalized.
- 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.
- Post-Trade Operations Software
https://devancore.com/glossary/post-trade-operations-software/
Technology automating post-execution back-office workflows — trade capture, confirmation, settlement, reconciliation, position management, and regulatory compliance.
- 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.
Contact
Request a briefing or platform walkthrough with the Devancore team.
Request access https://devancore.com/access/