Settlement Date
Settlement date is the date on which a trade is finalized and ownership of the security legally transfers from seller to buyer. Most US equity trades settle on T+1 (one business day after the trade date) under SEC rules effective May 28, 2024. Bonds, mutual funds, and certain international securities settle on different schedules.
Settlement date matters in places that look superficially incidental but turn out to drive material accounting outcomes. Cost basis is recorded at settlement, not at trade date. Holding period for the long-term capital-gain threshold uses trade date, not settlement (the IRS confirmed this in Rev. Rul. 66-7). Cash availability for the buyer happens at settlement, not at trade — selling on Friday and trying to buy on Monday with the proceeds means relying on the 'good-faith' rule or a margin loan to bridge the day-and-a-half settlement gap.
The 2024 transition from T+2 to T+1 cut the settlement window in half for US equities and ETFs but introduced new operational stress on the back-end. Allocations, FX conversions, and corporate-action processing all compressed. Cross-border trades involving currencies that don't have T+1 FX support became operationally awkward; institutional investors had to pre-fund FX or accept settlement failures. Mutual funds (still typically T+1 internally but accrual-counted at the NAV date), bonds (T+1 for most US Treasuries and agencies, T+2 for corporates), and options (T+1 for exercise) all carry their own schedules.
The trade-date-vs-settlement-date distinction sneaks into reporting bugs more often than seems credible. A position purchased on December 30 (trade date) settling on December 31 will show as owned at year-end. The same purchase on December 31 settling on January 2 will not — it appears in next year's records. End-of-year tax-loss harvesting requires trade-date awareness: a sale on December 31 (trade date) is realized in that tax year even though settlement is January 2 of the next year.
Synthetic trade data should record both trade date and settlement date as separate fields. End-of-year scenarios should include trades dated December 30/31 with the appropriate settlement-date cross-year mismatch, exercising any reporting code that depends on the distinction. The transition from T+2 to T+1 (May 2024) should be modelable as a date-driven schedule change, not hardcoded.
Common pitfalls
- Recording cost basis at trade date instead of settlement date — most brokers use settlement; mismatching distorts cash-availability calculations.
- Computing holding period from settlement date — the IRS specifies trade date.
- Applying T+2 logic to post-May-2024 US equity trades — produces stale settlement timelines that diverge from the actual broker books.
- Treating mutual-fund 'NAV date' as equivalent to trade date — they're related but not the same; the NAV date is when the fund computes its share price, while the order's trade date is when the customer's order is captured.
Examples
December 31 (Wednesday): sell a losing lot at 2:55 PM ET. Trade date: December 31, settlement date: January 2 of next year. The realized loss counts in the current tax year (trade-date rule). However, if you bought a substantially identical replacement on December 31 in another account, the wash-sale-deferred basis adjustment on the replacement lot will show up at settlement on January 2 — the next tax year's basis ledger sees the bump immediately.