Trade Records, Trade Date, and Confirmations

The trade date is the date on which a securities transaction is executed. A trade ticket is a document or electronic record of an order or trade, while an execution report, trade confirmation, and settlement record document later or different parts of the transaction. These records are related, but they do not prove the same fact.

For example, an order ticket can show that an investor instructed a broker to buy 100 shares. It does not, by itself, prove that the order filled. The execution report establishes the executed quantity and price; the confirmation provides the customer-facing transaction details; and the custody or account record shows whether the cash and securities were ultimately posted.

Key Takeaways

• Trade date is the execution date, not the date an order was merely entered.
• A trade ticket may document an instruction, an executed trade, or both, depending on the firm and market.
• One order can produce no execution, one execution, or several partial executions.
• Trade date and settlement date answer different questions: when the bargain was made versus when cash and securities were transferred.
• A trade confirmation is stronger customer evidence than an order-entry screen, but it is not a substitute for checking later corrections or settlement status.
• Account statements summarize activity and positions; they may not preserve every order-handling detail.
• Time zone, market calendar, security identifier, account, side, quantity, price, fees, and status are essential reconciliation fields.
• Recordkeeping and confirmation rules vary by instrument, participant, jurisdiction, and transaction type.

The Trade Record Chain

A securities transaction generates records at several stages. The labels differ across brokers and systems, but the evidence generally progresses from an instruction to a settled position.

The safest approach is to ask what each record proves rather than assuming that every screen or document is a completed-trade record.

Trade Records at a Glance

The term trade ticket is used broadly. On a trading desk it may mean a deal record created after execution. In another system, an order ticket begins before execution and is updated as fills arrive. The field names and status codes control the interpretation.

What Is the Trade Date?

The trade date, often written as T, is the business date assigned to an executed transaction under the applicable market and firm’s processing rules. It starts the settlement timeline and can affect confirmations, cash planning, position reporting, corporate-action eligibility, tax records, and performance measurement.

Trade date should be distinguished from several nearby dates:

These dates can coincide, but they are not interchangeable. A market order submitted after a venue closes might not execute until the next trading day. An order entered on Monday and filled on Tuesday has a Tuesday trade date even though the instruction began on Monday.

Time Zones and Trade-Date Boundaries

Execution timestamps should always be read with a time zone and market calendar. A transaction recorded late in one location can fall on the next calendar date elsewhere. Overnight sessions, foreign markets, holidays, and system cutoffs can also make a device timestamp differ from the trade date used by the broker or venue.

Do not infer the trade date from:

• the date an alert arrived;
• the date cash first appeared unavailable;
• the date a pending order was displayed;
• the date the confirmation email was opened; or
• the date a position first appeared in a portfolio dashboard.

Use the executed status, execution timestamp, and confirmation.

What Is a Trade Ticket?

A trade ticket records the economic and operational details needed to process, supervise, reconcile, and retain a trade. Modern tickets are usually electronic records connected to an order-management, execution-management, portfolio, or broker-dealer system.

A useful ticket commonly includes:

• account or portfolio identifier;
• instrument name and a precise security or contract identifier;
• buy, sell, sell-short, cover, or other side;
• order and executed quantity;
• order type and price instructions;
• execution price or prices;
• order-entry and execution timestamps;
• trader, representative, algorithm, or desk identifier;
• venue, broker, dealer, or counterparty;
• commissions, markups, markdowns, or other charges when applicable;
• capacity, such as agent or principal, where relevant;
• trade date and expected settlement date;
• currency and settlement instructions;
• allocation, approval, correction, or cancellation status; and
• links to execution and clearing identifiers.

Not every field applies to every product. A bond ticket may emphasize yield, accrued interest, principal amount, and dealer capacity. An option ticket needs the underlying, call or put, strike, expiration, and contract quantity. A foreign-exchange deal ticket needs the currency pair, direction, amount, rate, and value date.

Order Ticket vs. Execution Report vs. Confirmation

These records are often confused because an online brokerage interface may display them in one screen.

Order Ticket

The order ticket captures intent: what the customer or trader asked the broker or system to do. It can exist even if the order is rejected or never trades.

Execution Report

The execution report captures a fill or a change in execution status. A single order can receive several reports as it is partially filled. The total executed quantity and weighted average price may therefore require more than one record.

Trade Confirmation

The confirmation communicates the completed transaction to the customer and provides transaction-specific disclosures. FINRA advises investors to review confirmations and statements promptly, while the exact required content depends on applicable rules and the security.

Settlement and Custody Record

The settlement record shows whether the cash and securities movement was completed, remains pending, failed, or was corrected. A valid execution can exist even when settlement later fails.

Example: Reconciling a Partially Filled Order

Assume an investor enters a day limit order at 10:05 a.m. ET to buy 100 shares of ABC at no more than $25.00.

The order quantity was 100, but the executed position was 75. Treating the original ticket as the final trade would overstate both the shares acquired and the cash required.

The volume-weighted average execution price before fees is:

[(40 x $24.96) + (35 x $25.00)] / 75 = $24.9787

The confirmation or broker calculation may round the displayed average. The underlying execution reports remain the better source for reconstructing each fill.

Why Trade Date and Records Matter

Investors

Trade records help investors identify unauthorized activity, unexpected quantities, incorrect prices, fees, and settlement dates. A prompt review is more useful than waiting for a monthly or quarterly statement to reveal a discrepancy.

Trading and Operations Teams

Operations teams use identifiers and timestamps to match the front-office instruction with execution, allocation, confirmation, clearing, settlement, and ledger entries. A mismatch can create a booking error, incorrect position, failed settlement, or unexplained cash balance.

Analysts and Accountants

Analysts need the correct measurement date and transaction amount. Accountants and controllers need evidence that the booked transaction belongs to the correct entity, account, period, instrument, and currency. Accounting recognition rules are a separate question from the market’s trade-date label.

Compliance and Audit

Order and trade records support supervision, best-execution review, communications review, regulatory reporting, and audit trails. The relevant rule and retention requirement must be checked for the actual firm, product, and jurisdiction.

How to Review a Trade Record

1. Confirm the account: verify owner, account type, strategy, and authorization.
2. Identify the instrument: use a precise identifier, not only a shortened display name.
3. Separate order from execution: compare instructed quantity with filled quantity and status.
4. Check side and capacity: buy versus sell, long versus short, and agent versus principal where shown.
5. Reconcile price: compare each execution, average price, accrued interest, and applicable charges.
6. Check time: record timestamp, time zone, session, and trade date.
7. Check settlement: expected date, currency, custody location, and current status.
8. Trace changes: corrections, cancels, allocations, reversals, or rebookings should have linked evidence.
9. Compare the statement: confirm that the final position and cash movement agree with the transaction records.
10. Escalate unexplained differences: contact the broker, custodian, or responsible operations team promptly.

For the order instruction itself, see Order. For the completed fill, see Execution.

Common Mistakes and Limitations

• Calling an order a trade: an accepted order may remain unfilled.
• Using the order quantity as the executed quantity: partial fills are common.
• Using a quote as the execution price: a displayed bid, ask, or last sale is not the account’s fill.
• Ignoring time zones: the device date can differ from the assigned trade date.
• Treating a confirmation as immutable: trades can be corrected, canceled, or adjusted.
• Assuming settlement completed because execution occurred: the trade can remain unsettled or fail.
• Confusing trade date with accounting recognition: the applicable accounting policy controls recognition.
• Assuming every product uses the same ticket fields: equities, bonds, options, futures, and foreign exchange differ.
• Relying on screenshots alone: a screenshot may omit identifiers, status history, or later changes.
• Treating a generic ticket as legal advice: contractual and regulatory consequences depend on the governing documents and jurisdiction.

Sources and Further Reading

• FINRA: How Online Stock Trading Works follows an order through broker handling, execution, confirmation, clearing, and settlement.
• FINRA: Buying and Selling Investments advises investors to review trade confirmations and account statements after transactions.
• SEC: Shortening the Securities Transaction Settlement Cycle discusses trade-date allocations, confirmations, affirmations, and the U.S. T+1 framework.
• FINRA: Trade Reporting Frequently Asked Questions explains how execution time and reporting responsibility are determined for transactions subject to FINRA reporting.

These sources focus on U.S. securities markets. Other products and jurisdictions can use different record labels, confirmation requirements, and settlement conventions.

FAQs

Related Terms

• Order: Instruction to buy or sell under specified terms.
• Execution: Completed fill that establishes transaction quantity and price.
• Audit Trail: Linked records used to reconstruct actions, approvals, and changes.
• Clearing: Post-trade matching and processing before final settlement.
• Market Quotes: Bid, ask, last-sale, midpoint, depth, and timing evidence.
• Settlement Timing and Failures: Regular-way timing, when-issued trades, settlement fails, sell-outs, and buy-ins.

Educational Use

This article is for financial education only. It does not determine the legal effect, tax treatment, accounting recognition, or suitability of a specific transaction. Use the governing confirmation, account agreement, market rules, and professional advice for a real dispute or reporting decision.