All skills
joellewis avatar

/settlement-clearing

@cf3e6ba
by joellewisjoellewis/finance_skills200 stars
37

Guide the understanding and management of trade settlement and clearing processes. Use when designing settlement workflows for T+1 compliance, understanding DTC/NSCC/FICC clearing infrastructure, analyzing continuous net settlement (CNS) netting obligations, setting up institutional trade processing (affirmation, confirmation, allocation, matching), investigating settlement fails and designing fail reduction programs, implementing buy-in procedures under Reg SHO Rule 204, assessing corporate action impact on pending settlements, evaluating DVP/RVP mechanics for institutional deliveries, handling when-issued or as-of trades, or managing settlement bank relationships and intraday liquidity. Also covers FX funding gaps for cross-border T+1 settlement.

Use this Skill: https://skilld.dev/gh/joellewis/finance_skills/settlement-clearing

This session only. Nothing lands on disk.

referencesexamples.md

≈4.8k tokens on demand. Your agent reads this file only when SKILL.md points to it.

Settlement & Clearing — Worked Examples

Example 1: Managing settlement operations for a clearing firm handling T+1 settlement

Scenario: A mid-sized clearing firm that clears for 45 introducing broker-dealers is evaluating its settlement operations six months after the T+1 transition. The firm is experiencing a settlement fail rate of 4.2% by value (industry average is approximately 2.5%), with the majority of fails concentrated in institutional trades processed through DTC's institutional delivery system. The firm's same-day affirmation rate is 78% (industry target is 90%+). The firm's operations team has identified three primary drivers of fails: (1) late allocation instructions from investment managers, (2) mismatched settlement instructions between broker-dealers and custodians, and (3) insufficient inventory in hard-to-borrow securities.

Analysis: The firm should address each driver systematically:

(1) Late allocation instructions. Under T+2, investment managers had until the morning of T+1 to submit allocation instructions, leaving the afternoon and evening for matching and affirmation. Under T+1, allocations must be received on trade date — ideally by 5:00 PM ET on T to allow time for matching and affirmation by the 9:00 PM ET same-day affirmation target. The firm should: (a) Communicate allocation deadlines to all correspondent broker-dealers and their institutional clients, with clear escalation procedures for late allocations. (b) Implement automated allocation messaging through DTCC's CTM platform or FIX protocol connections with investment managers. Manual allocation processes (phone, email, fax) are incompatible with T+1 timelines. (c) Work with investment managers to adopt standing settlement instructions (SSIs) that reduce the data required in each allocation. SSIs pre-define the custodian, DTC participant number, and account identifiers for each investment manager's accounts, eliminating a major source of errors and delays. (d) Monitor allocation timeliness metrics daily and flag investment managers whose late allocations contribute disproportionately to fails.

(2) Mismatched settlement instructions. Settlement instruction mismatches — where the broker-dealer's instructions do not match the custodian's expectations for DTC participant number, account number, or quantity — are a persistent source of fails. The firm should: (a) Implement pre-matching validation that compares outgoing settlement instructions against a database of known custodian settlement details before submission to DTC. (b) Subscribe to DTCC's ALERT (Account Level Enrichment and Transformation) system, which maintains a centralized database of standing settlement instructions and automatically enriches trade instructions with the correct settlement details. (c) Establish direct connectivity with the major custodians (State Street, BNY Mellon, JPMorgan, Northern Trust, Citibank) for real-time instruction matching and exception resolution. (d) Analyze the mismatch patterns — if a specific custodian or set of accounts is responsible for a disproportionate share of mismatches, engage the custodian directly to resolve the systemic issue.

(3) Insufficient inventory in hard-to-borrow securities. For short sales and certain principal transactions, the firm may not hold sufficient inventory to settle. The firm should: (a) Enhance its securities lending desk's pre-settlement locate process to ensure borrows are confirmed before settlement date. (b) Implement an automated fail-prevention system that identifies pending short deliveries on the morning of settlement date and initiates borrows from the firm's lending counterparties or through DTC's SBP (Stock Borrow Program). NSCC's Stock Borrow Program is an automated lending facility that allows participants to borrow securities from a pool of lendable positions to cover CNS delivery obligations. (c) Monitor Rule 204 close-out obligations and ensure that aged fails are closed out within the required timeframes to avoid pre-borrow restrictions.

The firm should set quantitative targets: reduce fail rate from 4.2% to under 2.5% within 90 days, achieve same-day affirmation rate of 90% within 60 days, and establish real-time monitoring dashboards that track fail rates by correspondent, by security, and by cause category. The firm should also consider the financial impact of its elevated fail rate — each fail generates NSCC fail charges, potential buy-in costs, and increased clearing fund requirements (NSCC's risk model penalizes participants with poor settlement performance by increasing their required clearing fund contributions). Quantifying these costs provides the business case for the operational investments needed to reduce the fail rate.

The clearing firm should also review its clearing agreements with each introducing broker-dealer to ensure that the agreements allocate settlement-related costs (fail charges, buy-in losses, margin call costs) appropriately. Some clearing agreements require the introducing broker-dealer to indemnify the clearing firm for costs arising from its clients' settlement failures, while others leave the clearing firm bearing the risk. Under T+1, the clarity and enforceability of these contractual provisions has become more important as the compressed timeline leaves less room for informal resolution.

Example 2: Resolving a pattern of persistent settlement fails with a specific counterparty

Scenario: A broker-dealer's settlement operations team has identified a pattern of persistent fails with a single counterparty — a mid-tier broker-dealer that clears through a third-party clearing firm. Over the past 60 days, the counterparty has failed to deliver on 23 trades across 14 securities, with aggregate fail value of $18.7 million. The fails span both equity and corporate bond trades. Aging analysis shows that 8 of the 23 fails are over 10 business days old, and 3 are over 20 days old. The counterparty has not responded substantively to repeated fail inquiries. The broker-dealer's inventory is not at risk (these are all fail-to-receive positions — the counterparty owes delivery), but the firm is concerned about the counterparty's financial condition and the operational impact on its clients who are awaiting delivery.

Analysis: The firm should pursue a structured escalation that addresses both the immediate fails and the underlying counterparty risk:

(1) Immediate fail resolution — mandatory buy-in. For fails that have exceeded the Rule 204 close-out deadline, the firm has the right (and in some cases the obligation) to execute a buy-in. A buy-in involves purchasing the owed securities in the open market and charging the cost to the failing counterparty. The firm should: (a) Issue formal buy-in notices to the counterparty for all fails that have exceeded Rule 204 deadlines, specifying the security, quantity, and the date by which the counterparty must deliver before the buy-in is executed. FINRA Rule 11810 governs buy-in procedures for FINRA member firms and requires at least two business days' notice before executing a buy-in. (b) Execute the buy-in for any fails where the counterparty does not deliver after receiving proper notice. Document the buy-in execution (price, quantity, date, market conditions) and invoice the counterparty for any price differential and associated costs. (c) For corporate bond fails, consider whether partial delivery is acceptable to the firm's clients, and whether partial buy-ins are operationally feasible given the bond's liquidity.

(2) Counterparty risk assessment. The pattern of persistent fails — particularly the 20+ day aged fails and the counterparty's non-responsiveness — raises concerns about the counterparty's operational and financial condition. The firm should: (a) Escalate the matter from operations to the firm's credit risk and counterparty risk teams. Request updated financial information from the counterparty (audited financial statements, net capital computation if the counterparty is a broker-dealer). (b) Check public sources for signs of distress — FINRA BrokerCheck for any recent regulatory actions, FOCUS report data (if available), press reports, or industry intelligence. (c) Review the firm's exposure to the counterparty across all business lines (not just settlement fails — also consider unsettled trades in the pipeline, open repo positions, securities lending exposure, and any credit extensions). (d) Consider reducing or suspending new trade activity with the counterparty until the fail pattern is resolved. The firm's credit risk policy should define thresholds at which counterparty activity is restricted.

(3) Clearing firm escalation. Since the counterparty clears through a third-party clearing firm, the clearing firm is the guarantor of the counterparty's settlement obligations under the clearing agreement. The firm should: (a) Notify the counterparty's clearing firm of the persistent fail pattern and the firm's intention to execute buy-ins. The clearing firm may have leverage to compel its correspondent to deliver or may be able to facilitate deliveries from its own inventory. (b) If the clearing firm is unresponsive, escalate to NSCC's participant services — NSCC monitors participant settlement performance and may take action against participants with excessive fail rates.

(4) Client communication and impact mitigation. The firm should communicate with affected clients whose deliveries are delayed, explain the fail resolution process, and provide estimated delivery timelines based on the buy-in schedule. If clients need the securities urgently (for example, to meet their own delivery obligations or to exercise corporate action rights), the firm may need to source the securities independently and charge the counterparty for the additional cost.

(5) Documentation and regulatory preparedness. Throughout the escalation process, the firm must maintain detailed records of all communications with the counterparty (dates, contact persons, content of discussions), all buy-in notices and executions, the financial impact of each fail (market value changes, accrued interest adjustments, fail charges incurred), and the risk assessment of the counterparty. These records serve multiple purposes: they support any claims against the counterparty for damages, they demonstrate to regulators that the firm actively managed the settlement risk, and they provide evidence for FOCUS report preparation (fails to deliver and fails to receive are reported on the FOCUS report). If the counterparty's pattern of fails is ultimately attributable to financial distress or fraud, the firm's contemporaneous documentation may be requested by FINRA, the SEC, or SIPC in connection with the counterparty's wind-down or liquidation.

Example 3: Designing settlement monitoring and fail escalation procedures

Scenario: A newly formed clearing firm is building its settlement operations infrastructure from scratch and needs to design a comprehensive settlement monitoring and fail escalation framework. The firm expects to clear for 20 introducing broker-dealers with combined daily settlement volume of approximately 15,000 equity trades and 2,000 fixed-income trades. The firm's COO has asked the operations team to design a settlement monitoring system that provides real-time visibility into settlement status, identifies potential fails before settlement date, and implements a structured escalation process for fails that do occur.

Analysis: The settlement monitoring and escalation framework should include the following components:

(1) Pre-settlement monitoring (T to S-1). The goal of pre-settlement monitoring is to identify trades at risk of failing before the settlement date, allowing time for corrective action. The system should track: (a) Affirmation status — all institutional trades must be affirmed by 9:00 PM ET on trade date. Unaffirmed trades by 5:00 PM ET should be flagged for immediate follow-up with the investment manager and custodian. Trades that remain unaffirmed by the cutoff should be escalated to a senior operations manager. (b) Inventory availability — for all net short CNS positions (where the firm owes delivery), the system should compare the delivery obligation against available inventory (DTC position, pending receipts from other settlements, confirmed borrows). Any shortfall should trigger an automated alert to the securities lending desk. (c) Settlement instruction validation — all outgoing deliver orders should be pre-validated against the counterparty's known settlement details (DTC participant number, account, sub-account). Mismatched instructions should be flagged for correction before submission. (d) Corporate action impact — the system should identify any pending settlements in securities undergoing corporate actions (ex-date processing, CUSIP changes, mergers) and route them to a specialized corporate actions settlement queue for manual review.

(2) Settlement date monitoring (S). On the settlement date itself, the system should provide real-time tracking of: (a) DTC settlement activity — monitor deliveries and receipts as they process through DTC, comparing actual activity against expected settlements. The system should display settlement completion rates by hour, flagging any participant or security where settlement is lagging. (b) Cash settlement — monitor the firm's net cash obligation to NSCC and confirm that the settlement bank has sufficient funds to meet the obligation by the NSCC payment deadline. Cash shortfalls must be escalated immediately to treasury. (c) Partial deliveries — track partial deliveries received and delivered, and calculate remaining obligations for each trade. (d) Fail identification — at the end of the settlement day, identify all trades that did not settle and classify them by cause (inventory shortfall, unaffirmed trade, instruction mismatch, counterparty fail, corporate action, other).

(3) Post-settlement fail escalation. Fails that occur despite pre-settlement monitoring require structured escalation based on age and value:

  • Day 1 (S+1): Operations staff contacts the counterparty or correspondent to identify the cause and obtain an estimated delivery date. Internal inventory check to determine if the firm can cover the position through its own borrow or locate.
  • Day 2 (S+2): If unresolved, escalation to a senior operations manager. Formal written notice sent to the counterparty. For short-sale related fails, confirm that the Rule 204 close-out clock has started and calculate the mandatory close-out date.
  • Day 3-5 (S+3 to S+5): For fails approaching or exceeding Rule 204 close-out deadlines, initiate the buy-in process (issue buy-in notice per FINRA Rule 11810). Notify compliance of the fail and the planned close-out. Update the firm's fail aging report and counterparty risk metrics.
  • Day 6-10 (S+6 to S+10): Execute buy-ins for any fails that have not been resolved. Escalate persistent counterparty fails to the credit risk team. Notify affected clients if their account positions are impacted.
  • Day 10+ (S+10+): Invoke counterparty risk review. Consider restricting new business with the failing counterparty. Report aged fails to FINRA if required. Senior management briefing on the fail and its financial and reputational impact.

(4) Reporting and metrics. The system should generate daily settlement reports including: total trades settled vs. failed (by count and value), fail rate by correspondent broker-dealer, fail rate by security and asset class, aging distribution of open fails, same-day affirmation rates, average fail duration, and buy-in activity. Weekly and monthly trend reports should be provided to the COO and chief compliance officer. Fail rate thresholds should be established — for example, if the firm's overall fail rate exceeds 3% by value for three consecutive business days, a senior management review is triggered.

(5) Regulatory compliance integration. The monitoring system must support regulatory reporting requirements: daily FTD data for potential SEC reporting, threshold securities monitoring for Reg SHO compliance, CAT reporting of settlement-related events (where applicable), and FOCUS report data for the settlement-related line items (fails to deliver and fails to receive). The system should also maintain an audit trail of all escalation actions, counterparty communications, and buy-in executions for examination readiness.

(6) Technology architecture considerations. The settlement monitoring system should be designed with the following architectural principles: (a) Real-time data ingestion — the system must consume data from multiple sources in near-real-time, including NSCC balance orders, DTC settlement activity feeds, the firm's order management system (OMS), the firm's securities lending system, and the firm's cash management system. Batch processing on an overnight basis is insufficient for T+1 settlement monitoring; the system must process data continuously throughout the business day. (b) Alerting and notification — the system should generate automated alerts via multiple channels (email, dashboard, SMS/messaging for critical escalations) based on configurable thresholds. Alert fatigue must be managed by tuning thresholds and prioritizing alerts based on financial impact and regulatory urgency. (c) Workflow management — fail resolution requires coordination across multiple teams (operations, securities lending, treasury, compliance, and client service). The system should include a workflow engine that routes fails to the appropriate team, tracks resolution status, and enforces escalation timelines. (d) Historical data and analytics — the system should retain historical settlement data for trend analysis, counterparty performance scoring, and regulatory examination support. Fail pattern analysis (by security, counterparty, cause, time of day) can identify systemic issues that are not visible in daily operational reports.

(7) Staffing and operating model. The firm should plan for a settlement operations team structured around three functions: (a) a pre-settlement team responsible for monitoring affirmation status, inventory availability, and settlement instruction quality during the afternoon and evening of trade date; (b) a settlement day team responsible for monitoring DTC and NSCC activity, resolving intraday exceptions, and managing the cash settlement process; and (c) a fail resolution team responsible for post-settlement fail management, counterparty communication, buy-in execution, and regulatory reporting. Under T+1, the pre-settlement function extends into the evening hours on trade date, which may require shift scheduling or follow-the-sun arrangements for firms with global operations. The firm should also designate a senior settlement officer who has authority to approve buy-ins, escalate counterparty issues to credit risk, and communicate with NSCC and DTC on participant-level settlement issues.

Source: SKILL.md on GitHub

1 alert16d5 checks · Risk SAFE
  • Gen Agent Trust Hub16d

    No security issues were detected. The skill consists entirely of high-quality educational text and reference guidelines outlining trade settlement, central clearing utilities (DTC, NSCC, FICC), and regulatory compliance procedures.

  • Socket16d

    No alerts

  • Snyk16d

    Risk: LOW · No issues

  • Runlayer7mo

    1/1 file flagged

  • ZeroLeaks5mo

    Score: 93/100 · 2 sections analyzed

Signed by skilld at cf3e6ba. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub 2 months ago.

Steadyupdated 3 months ago

README badge

README badge for joellewis/finance_skills/settlement-clearing