Devancore Inc.
Devancore Post-Trade Glossary
Glossary
Fixed Income Post Trade Data
Fixed income post-trade data is the instrument, trade, pricing, accrual, settlement, reporting, and evidence data required to move a bond trade from execution into controlled operating records.
Document source: https://devancore.com/glossary/fixed-income-post-trade-data/
Devancore Post-Trade Glossary
Fixed Income Post Trade Data
Fixed income post-trade data is the instrument, trade, pricing, accrual, settlement, reporting, and evidence data required to move a bond trade from execution into controlled operating records.
Definition
Fixed income post-trade data is the controlled data set required to move a bond trade from execution into settlement, reconciliation, accounting handoff, reporting, and review. The record must explain more than price and quantity. It must explain the instrument terms, the cash amount, the settlement route, the reporting fields, and the evidence used to accept or correct the record.
A bond execution can be valid while the post-trade record is wrong. If the day-count convention is stale, accrued interest will not match. If the factor is missing, principal and cash can be misstated. If a call schedule changed and the master record was not updated, maturity handling can be wrong. If the CUSIP, ISIN, issuer, or classification is mismapped, the trade may move through the wrong reporting, settlement, or risk path.
Fixed income post-trade data families
Fixed income post-trade data families
Bond workflows depend on data that defines the instrument, the trade, the cash amount, the settlement path, and the evidence record.
| Data family | Examples | Control question |
|---|---|---|
| Identity | CUSIP, ISIN, FIGI, issuer, obligor, LEI, asset class, currency, and classification | Does every system refer to the same instrument and issuer? |
| Terms | Coupon, maturity, call schedule, day-count convention, coupon frequency, factor, denomination, and increment | Do the economics use the current bond terms? |
| Pricing | Clean price, yield, spread, accrued interest, dirty price, principal, and fees | Can the settlement amount be explained from source inputs? |
| Settlement | Trade date, settlement date, venue, custodian, CSD, delivery method, SSI, cash leg, and fail state | Can the bond and cash move through the intended route? |
| Reporting | Execution timestamp, reporting party, capacity, modifier, correction, acknowledgement, and market-specific fields | Can the reportable record be reconstructed? |
| Evidence | Source file, API event, version, owner, approval, exception reason, reconciliation result, and audit trail | Can a reviewer see why the record was accepted or corrected? |
Identity data determines what instrument the firm is processing. Fixed income records often carry CUSIP, ISIN, FIGI, issuer, obligor, LEI, currency, country, asset class, and instrument classification. The practical control question is whether every system is referring to the same bond and the same issuer relationship.
Term data determines how the instrument behaves. Coupon, maturity, call schedule, amortization schedule, day-count convention, coupon frequency, business-day convention, factor, denomination, increment, currency, and settlement convention all affect downstream treatment. The security master is not just a lookup table. It is the source of the economic rules used by the workflow.
Pricing data turns the execution into cash and economics. Clean price, yield, spread, accrued interest, dirty price, principal, factor, fees, commission, markup or markdown where applicable, and settlement amount should be stored with source lineage. A price number without the inputs used to support it is weak evidence.
Settlement data determines how the security and cash move. The record should carry trade date, settlement date, route, custodian, CSD, delivery method, standing settlement instruction, cash leg, security leg, pending state, fail state, and final state. A settlement instruction depends on both the execution and the instrument data that describes where and how the bond can settle.
Reporting data preserves the fields needed to reconstruct the reportable record. Corporate bonds, municipal securities, Treasuries, agencies, securitized products, and other fixed income instruments can carry different reporting expectations. The post-trade record should preserve timestamp, reporting party, capacity, modifier, acknowledgement, correction history, and source evidence where relevant.
Lineage data ties the record together. Source system, file, API event, vendor version, user, timestamp, approval state, exception reason, and correction history show why the record was accepted or changed. Without lineage, operations teams may see a break but cannot explain whether the cause was execution, reference data, pricing, settlement, or reporting.
Fixed income post-trade data — operating domains
Devancore Glossary · devancore.com
How it works
Fixed income post-trade data works by connecting the execution event to the instrument terms and downstream control records. The workflow should make each data dependency explicit before the record moves to settlement, reconciliation, accounting handoff, reporting, or supervision.
Post-trade data control points
Post-trade data control points
The workflow should identify whether a break comes from the execution, the instrument terms, the calculation, the settlement path, or the external record.
| Control point | Data checked | Common break |
|---|---|---|
| Instrument mapping | CUSIP, ISIN, issuer, classification, currency, and security master version | Trade maps to the wrong bond or stale master record |
| Accrual inputs | Coupon, day count, last coupon date, settlement date, factor, and principal | Accrued interest differs from dealer or custodian |
| Price and yield | Clean price, yield, spread, dirty price, fees, and markup or markdown where applicable | Cash amount cannot be explained from stored inputs |
| Settlement route | DTC, Fedwire, ICSD, custodian route, SSI, delivery method, and settlement date | Instruction is rejected, delayed, or routed incorrectly |
| Reporting record | Timestamp, capacity, modifier, market, party, correction, and acknowledgement | Report record lacks required source evidence |
| Reconciliation | Trade, position, cash, accrued interest, custodian record, and accounting handoff | Break is visible but root cause is not classified |
Execution data starts the workflow. The system captures order, fill, dealer, trade date, timestamp, account, portfolio, side, quantity, price, yield, venue or method, and allocation context. This record should not stand alone. It needs to be mapped immediately to the governed instrument record and downstream settlement path.
Instrument mapping checks the security master. The workflow validates identifier, issuer, currency, classification, coupon, maturity, factor, call schedule, day-count convention, settlement convention, minimum denomination, and increment. A wrong master field can make every later control look like a trade break when the root cause is actually reference data.
Accrual logic checks the cash bridge. Fixed income cash depends on clean price plus accrued interest. Accrued interest depends on coupon, last coupon date, settlement date, day-count convention, coupon frequency, principal amount, and factor. The workflow should preserve both the calculated amount and the inputs used to calculate it.
Price and yield controls compare economics across sources. A dealer confirmation, pricing source, custodian record, and internal calculation may all carry different fields. The workflow should show whether a difference is a true economic discrepancy, a timing item, a rounding policy, a factor issue, a stale curve, or a missing fee.
Settlement controls apply route-specific data. A Treasury workflow may depend on Fedwire fields. A corporate bond workflow may depend on DTC or custodian records. An international bond may require ICSD or local market settlement data. The system should keep settlement route, instruction status, fail reason, repair action, and finality state attached to the trade.
Reporting controls preserve the reportable record. Fields used for TRACE, MSRB, internal supervisory review, best execution review, or books-and-records support should remain tied to the trade and its corrections. The goal is not only to send data downstream. The goal is to retain the evidence that explains the state of the record.
Reconciliation closes the control loop. Trade, position, cash, accrued interest, custodian, settlement, and accounting records should be compared with clear match keys. Breaks should be classified by root cause: identifier, term, price, accrual, factor, settlement, reporting, corporate action, timing, or correction.
In Devancore™
Devancore — fixed income data evidence chain
Devancore · evidence stack
Source capture
Execution, instrument master, pricing, settlement, custodian, and reporting records enter with source, timestamp, version, and owner.
Term validation
CUSIP, ISIN, issuer, coupon, maturity, day-count convention, factor, call schedule, currency, and settlement convention are checked before downstream use.
Economics proof
Clean price, accrued interest, dirty price, yield, spread, principal, fees, and settlement amount remain tied to the inputs used to calculate them.
Exception state
Stale, missing, conflicting, or corrected fields carry reason, owner, status, approval, and affected downstream workflow.
Controlled output
Settlement, reconciliation, reporting, accounting handoff, supervision, and audit review consume the same controlled data record.
Devancore supports fixed income post-trade data by maintaining controlled records around executions, instrument master fields, bond terms, pricing inputs, accrued interest, settlement instructions, reporting fields, reconciliation state, exceptions, and evidence. The platform should be framed as a post-trade record and workflow layer, not as an execution venue, broker, custodian, clearing broker, adviser, pricing vendor, accounting system, or reporting agent.
In a Devancore-style workflow, a fixed income trade enters with source lineage from the OMS, EMS, trade blotter, broker file, or API. The record is mapped to CUSIP, ISIN, issuer, LEI, account, portfolio, currency, coupon, maturity, day count, factor, settlement convention, custodian, CSD, and standing settlement instruction.
The system can then show which records are clean, which records have stale or conflicting terms, which clean-to-dirty price calculations lack source evidence, which accrued interest differences require review, which settlement instructions are blocked, and which reporting or reconciliation fields have changed after initial capture.
This helps teams avoid rebuilding the fixed income record from disconnected files: one OMS extract for execution, one security master file for coupon terms, one pricing file for yield and spread, one custodian report for settlement, one accounting report for accruals, and one comment trail for exceptions.
Conversational finance is only useful when the underlying record is structured. A user may ask which bonds have stale factor data, which trades have day-count mismatches, which accrued interest breaks affect cash, which Fedwire settlements failed, which DTC instructions are pending, or which reports were corrected. The answer should resolve to source records, calculation inputs, workflow state, owner, and evidence.
Related terms
- Securities Master Data
https://devancore.com/glossary/securities-master-data/
The operational discipline of maintaining a firm's golden copy — the single authoritative securities reference record kept current through daily vendor scrubbing, conflict resolution, and event-driven lifecycle enrichment.
- Reference Data Management
https://devancore.com/glossary/reference-data-management/
The governance and maintenance of static data that financial systems depend on — instrument identifiers, counterparty LEIs, and settlement rules — to process transactions correctly.
- Instrument Master Data
https://devancore.com/glossary/instrument-master-securities/
The authoritative golden record of reference data — identifiers, static attributes, and lifecycle parameters — for every instrument a firm can trade, settle, or report.
- Securities Identifiers ISIN and CUSIP
https://devancore.com/glossary/securities-identifier-isin-cusip/
ISIN and CUSIP are the alphanumeric codes that uniquely identify financial instruments — referenced in almost every trade capture, matching, settlement instruction, and regulatory report.
- Fixed Income OMS Post Trade Controls
https://devancore.com/glossary/fixed-income-oms-post-trade-controls/
Fixed income OMS post-trade controls verify bond trade records after execution across price, yield, accrued interest, coupon terms, maturity, settlement path, allocation, confirmation, reporting, and reconciliation.
- 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.
- 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.
- 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.
- Standing Settlement Instructions
https://devancore.com/glossary/standing-settlement-instructions/
Pre-agreed instructions specifying how a counterparty's securities and cash should be delivered or received, applied automatically to every qualifying trade.
- 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.
- Financial Transaction Reconciliation
https://devancore.com/glossary/financial-transaction-reconciliation/
The three-way match between sub-ledger, general ledger, and external statement that validates balance sheet integrity — with every break tracked as gross exposure for Rule 17a-5 and Rule 15c3-1 compliance.
- Corporate Action Processing
https://devancore.com/glossary/corporate-action-processing/
Corporate action processing is the operational workflow that captures issuer events, calculates per-account entitlements, and reconciles cash and position changes against custodian records.
- Custody Reconciliation
https://devancore.com/glossary/custody-reconciliation/
Custody reconciliation is the daily match of internal positions and cash to the custodian statement: timing versus genuine breaks, owners, aging, and the evidence that holdings are actually safekept.
- Cash Reconciliation Software
https://devancore.com/glossary/cash-reconciliation-software/
Software that matches a broker-dealer's internal cash ledger against bank statements and clearing utility records in real time, surfacing breaks for resolution before they create reserve formula errors, missed sweeps, or Rule 15c3-3 violations.
- 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/