Devancore Inc.
Devancore Post-Trade Glossary
Glossary
Central Counterparty Novation
Central counterparty novation is the clearing state change where a CCP replaces the original bilateral counterparty relationship with cleared obligations to the CCP.
Document source: https://devancore.com/glossary/central-counterparty-novation/
Devancore Post-Trade Glossary
Central Counterparty Novation
Central counterparty novation is the clearing state change where a CCP replaces the original bilateral counterparty relationship with cleared obligations to the CCP.
Definition
Central counterparty novation is the post-trade state change where a CCP replaces the original bilateral counterparty relationship with cleared obligations to the CCP. The original trade still matters as evidence, but the active risk relationship changes once the clearing house accepts or guarantees the trade under its rules.
This page is narrower than CCP clearing workflow. The workflow page explains the broader sequence from execution through margin, netting, settlement, and exception handling. Central counterparty novation explains the exact risk boundary inside that sequence: the moment a trade should stop being treated as a bilateral exposure and start being treated as a cleared CCP exposure.
Central counterparty novation operating record
Central counterparty novation operating record
The record should prove when bilateral exposure became cleared CCP exposure.
| Record field | What it proves | Control risk |
|---|---|---|
| Original trade | Execution ID, venue, original counterparty, account, security, side, price, quantity, trade date, and settlement date | The firm can reconstruct the bilateral transaction even after the cleared state replaces it |
| Submission state | Clearing route, clearing member, product scope, submission timestamp, and source payload | A submitted trade is not automatically novated |
| Acceptance event | CCP status, match result, eligibility decision, acceptance timestamp, and clearing house reference | Bilateral exposure should not be removed before external acceptance evidence arrives |
| Novation state | CCP counterparty, novation timestamp, guarantee status, and rulebook-controlled state | Books and risk systems should record the counterparty change without erasing the original broker |
| Netting link | Gross trade ID, netting set, CUSIP or instrument, member account, and net obligation | A net position should be explainable from the gross novated trades that created it |
| Exception state | Reject reason, repair owner, resubmission record, bilateral risk flag, and close proof | A rejected or pending trade should not appear as cleared in risk, settlement, or books |
The core control is simple: execution is not novation. A trade can be filled, captured, affirmed, or submitted while the original counterparty relationship still matters. Until the CCP acceptance or guarantee event is evidenced, internal credit, risk, and books-and-records systems should not silently discharge the original bilateral exposure.
Novation is also not settlement finality. The CCP can become the counterparty and guarantee the cleared obligation before securities and cash actually move. For U.S. market structure, this distinction matters because NSCC Continuous Net Settlement performs clearing, novation, netting, and fail-control functions, while DTC performs depository book-entry movement and settlement processing. A trade can be novated at NSCC and still face DTC-side inventory, risk-control, receiver-authorization, recycle, or fail conditions later.
The operating record therefore needs both histories. It must preserve the original bilateral execution record because auditors, supervisors, and counterparties may need to reconstruct what happened at the venue or broker level. It must also record the cleared state because margin, netting, default-management exposure, and settlement obligation now run through the CCP.
The dangerous failure is false clearing. If a system treats a submitted trade as novated before the CCP accepts it, the firm can drop bilateral exposure too early. If the CCP later rejects the trade because of a mismatch, ineligible security, product issue, account problem, or malformed payload, the firm has a gap in its risk view. The item is not safely cleared. It is a rejected or pending trade that needs repair while bilateral risk remains visible.
The opposite failure is stale bilateral treatment. If a trade has been accepted and novated but internal books still show the original broker as the active counterparty, credit reporting, margin attribution, settlement ownership, and escalation routing become confused. The right answer is not to erase the original broker. The right answer is to preserve it as execution evidence while recording the CCP as the cleared counterparty for the post-novation obligation.
The next control is the gross-to-net bridge. Once a trade is novated, the CCP can include it in a netting process. A net settlement obligation is useful only if the firm can trace it back to the gross novated trades that created it and to the rejected or pending items that were excluded. Without that bridge, a net long or short position becomes a black box for treasury, reconciliation, customer records, and regulatory review.
Central counterparty novation - acceptance gate
Devancore Glossary · devancore.com
Central counterparty novation - acceptance gate
Devancore Glossary · devancore.com
How it works
Central counterparty novation works as a conditional acceptance gate. The firm starts with a bilateral trade. It submits the trade to the clearing house. The CCP validates whether the trade matches, whether the instrument and participant are eligible, and whether the trade can enter the relevant clearing service. If the CCP accepts the trade, the counterparty state changes. If it rejects the trade, bilateral risk remains and the item must go to repair.
Central counterparty novation workflow controls
Central counterparty novation workflow controls
The workflow is healthy when no system guesses the guarantee state.
| Step | Control question | Required evidence |
|---|---|---|
| Capture trade | Can the original bilateral trade be reconstructed? | Execution payload, counterparty, venue, account, security, price, quantity, side, and timestamp |
| Submit to CCP | Was the trade sent through the correct clearing route? | Submission file or message, clearing member, product eligibility, source hash, and submission timestamp |
| Validate and match | Did the clearing house accept the trade facts? | Field comparison, eligibility result, match status, rejection reason where applicable, and status timestamp |
| Record novation | Has the counterparty legally changed under the clearing rulebook? | Acceptance event, CCP trade ID, guarantee status, novation timestamp, and original counterparty preservation |
| Bridge to netting | Can the net settlement obligation be traced back to source trades? | Gross-to-net mapping, netting set, member account, security, cash effect, and exception list |
| Monitor downstream | Did novation lead to funded margin and settlement proof? | Margin call, collateral response, DTC or CSD settlement state, fail reason, and finality evidence |
Capture comes first. The firm should retain the original execution payload, including original counterparty, venue, account, security identifier, price, quantity, side, trade date, settlement date, and timestamp. This record should survive novation because novation changes the active obligation. It does not make the original facts irrelevant.
Submission is the request for clearing. The clearing route, clearing member, product scope, member account, source payload, and submission timestamp should be visible. A submitted state is still conditional. It should not automatically update counterparty risk, margin, or settlement books as if the trade has been accepted.
Validation is the gate. The CCP or clearing service checks match status, eligibility, required fields, and participant scope. If the trade fails the gate, the system should preserve the reject reason and route the case to a clearing repair queue. The bilateral exposure flag should remain active until the corrected record is accepted.
Acceptance is the novation trigger where the clearing house's rulebook-controlled state becomes operational evidence. The record should capture the CCP trade ID, acceptance timestamp, guarantee status, and the new counterparty relationship. Risk systems can then move the exposure from the original counterparty to the CCP, while audit systems preserve both the before and after state.
Netting links the novated trade into a broader position. In CNS, for example, many gross transactions can become one net receive or deliver obligation by security and member. The firm still needs the lineage from each gross novated trade into that net position. That lineage explains settlement funding, inventory pressure, margin, and reconciliation breaks.
Downstream monitoring closes the loop. A novated trade can create margin calls, net settlement obligations, DTC instructions, partial settlement, fail recycling, or close-out pressure. That is why CCP novation should connect to DTC vs NSCC, DTC settlement window, and failed trade settlement records instead of ending as a single green status.
In Devancore™
Devancore - novation evidence chain
Devancore · evidence stack
Original execution
The original bilateral counterparty, venue, trade economics, account, and timestamp remain attached to the lifecycle.
Clearing submission
The platform records route, member, payload, source hash, eligibility snapshot, and submission time.
CCP acceptance
The external acceptance event, guarantee status, CCP trade ID, and novation timestamp control the exposure shift.
Netting bridge
Gross novated trades remain traceable into the net position, margin requirement, and settlement instruction.
Exception proof
Rejected, pending, failed, or repaired items keep owner, reason, bilateral risk flag, resubmission, and retained evidence.
Devancore can support central counterparty novation as an operating-record control layer. It should not be framed as a central counterparty, derivatives clearing organization, clearing agency, clearing broker, carrying broker-dealer, global custodian, settlement bank, CSD, regulator, legal adviser, or guarantor of settlement.
In a Devancore-style workflow, the platform records the original bilateral trade, tracks clearing submission, waits for external acceptance evidence, records the novation state, and keeps the gross-to-net bridge visible. A user should be able to ask which trades are still bilateral, which have been submitted but not accepted, which have novated, which were rejected, and which novated trades explain a given net settlement obligation.
This complements post-trade processing workflow. Post-trade processing gives the macro lifecycle. Central counterparty novation gives the risk-state proof inside the clearing layer. It also complements trade capture automation, because the original execution identifiers need to survive every downstream transformation.
The practical value is control over assumptions. Devancore can show whether bilateral exposure is still active, whether the CCP acceptance message exists, whether the novation timestamp is present, whether the cleared trade is included in a netting set, and whether a rejection or settlement exception is still open.
A healthy novation record answers five questions without manual reconstruction: what was the original bilateral trade, when was it submitted, when did the CCP accept it, which net obligation did it feed, and what external evidence proves the current state?
Related terms
- CCP Clearing Workflow
https://devancore.com/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.
- 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.
- 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.
- 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.
- Trade Capture Automation
https://devancore.com/glossary/trade-capture-automation/
Trade capture automation is the governed workflow that turns raw execution events into validated, enriched, downstream-ready trade records with source evidence attached.
- 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.
- Straight-Through Processing Workflow
https://devancore.com/glossary/straight-through-processing-workflow/
A straight-through processing workflow moves institutional trade data from capture to settlement and books update without manual repair when each control gate passes.
- 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.
- Securities Settlement Software
https://devancore.com/glossary/securities-settlement-software/
Securities settlement software controls settlement instructions, external status, fail management, finality evidence, and ledger handoff for institutional trades.
- 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.
- Counterparty Risk Management
https://devancore.com/glossary/counterparty-risk-management/
The identification and control of risk that a counterparty fails to settle a trade, exposing the surviving party to replacement cost or principal loss.
- SEC Rule 15c3-1 Net Capital Calculation
https://devancore.com/glossary/sec-rule-15c3-1-net-capital-calculation/
SEC Rule 15c3-1 net capital calculation is the controlled workflow a broker-dealer uses to convert books, positions, receivables, liabilities, deductions, and haircuts into a regulatory capital result.
- 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/