← Glossary

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.

CCP clearing workflow - state and record map

Devancore · message matrix

Rail Message Purpose Record
Trade intake execution record submit eligible trade venue, member, account, instrument, price, quantity, side, and clearing route
Clearing gate acceptance status establish cleared state matching result, eligibility decision, timestamp, and rejection reason where applicable
Novation counterparty change replace bilateral exposure original counterparty preserved; CCP counterparty recorded for cleared obligation
Risk cycle margin and collateral fund exposure IM, VM, collateral call, payment status, approval, and proof
Settlement net obligation move securities and cash gross-to-net bridge, DVP instruction, DTC state, finality proof, fail, or recycle state

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 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.