Reporting Trades Under Dodd-Frank

advancedPublished: 2026-01-01

Reporting Trades Under Dodd-Frank

The Dodd-Frank Act requires comprehensive reporting of swap transactions to swap data repositories (SDRs). This transparency initiative aims to provide regulators with a complete picture of derivatives market activity, systemic risk, and individual position concentrations.

Definition and Key Concepts

Reporting Hierarchy

Who reports:

Counterparty TypeReporting Obligation
Swap dealer (SD)Reports all trades
Major swap participant (MSP)Reports all trades
Financial entityReports if no SD/MSP
Non-financial end userReports if no SD/MSP/financial

Determination rules:

Trade TypeReporting Party
SD vs. SDPlatform or determined by agreement
SD vs. MSPSwap dealer
SD vs. financialSwap dealer
SD vs. end userSwap dealer
End user vs. end userAgree by contract

Report Types

ReportContentTiming
CreationNew trade detailsReal-time (15 min)
ConfirmationTrade confirmation dataT+1
ValuationCurrent MTM valueDaily
ModificationAmendments, correctionsReal-time
TerminationPosition closedReal-time
StateFull position dataDaily

Swap Data Repositories

SDRProductsRegulator
DTCCAll swapsCFTC
ICE Trade VaultAll swapsCFTC
CME RepositoryAll swapsCFTC
Bloomberg SDRAll swapsCFTC

How It Works in Practice

Required Data Fields

Primary economic terms:

FieldDescriptionExample
USIUnique Swap Identifier1234567890ABCDEF
UPIUnique Product IdentifierC-I-S-R-USD-SOFR-10Y
LEILegal Entity Identifier549300XXXXXXXXXXXX
Effective dateStart of swap2025-01-20
Maturity dateEnd of swap2030-01-20
NotionalPrincipal amount$50,000,000
PriceFixed rate or spread4.25%
Execution timestampTime of execution2025-01-17T10:30:22Z

Additional fields:

FieldPurpose
VenueExecution platform
Clearing indicatorCleared or uncleared
Block trade indicatorBlock or standard
End user exceptionIf applicable
CollateralizationCSA details

Reporting Timeline

Real-time reporting (15 minutes):

  • Trade creation
  • Modifications
  • Terminations

End-of-day reporting:

  • Valuation data
  • State data (positions)

Example timeline:

TimeEventDeadline
10:30 AMTrade executed
10:45 AMReal-time report due10:45 AM
10:42 AMReport submittedCompliant
EODValuation report dueNext morning
EODState report dueNext morning

Message Formats

FpML (Financial products Markup Language): Standard format for OTC derivative messages.

Key message types:

MessageUse
TradeNewNew trade report
TradeModifyAmendment
TradeCancelCorrectCorrection
TradeTerminatePosition closed
ValuationDaily mark

Worked Example

Reporting an Interest Rate Swap

Trade details:

  • Counterparties: Bank A (SD) vs. Corporate B (end user)
  • Product: 5Y USD IRS, pay fixed 4.50%, receive SOFR
  • Notional: $75,000,000
  • Trade date: January 17, 2025, 2:15 PM ET
  • Venue: Bloomberg SEF

Reporting party: Bank A (swap dealer)

Step 1: Creation Report (Real-time)

FieldValue
Message typeTradeNew
USIBA20250117215900001
Execution timestamp2025-01-17T14:15:00-05:00
Reporting timestamp2025-01-17T14:20:00-05:00
Counterparty 1 LEIBank A LEI
Counterparty 2 LEICorporate B LEI
VenueBloomberg SEF
ClearedYes
CCPLCH

Deadline: 2:30 PM ET Submitted: 2:20 PM ET (Compliant)

Step 2: Confirmation Report (T+1)

FieldValue
Confirmation statusConfirmed
Confirmation timestamp2025-01-18T09:00:00-05:00
Confirmation methodElectronic

Step 3: Daily Valuation Report

DateMTM ValueCurrency
Jan 17$125,000USD
Jan 20$180,000USD
Jan 21$95,000USD

Margin Reporting

Under CFTC Margin Rules:

RequirementThresholdReporting
Initial marginPosted/collectedDaily
Variation marginPosted/collectedDaily
Collateral typeCash, securitiesDaily

Example:

DateIM PostedIM CollectedVM PostedVM Collected
Jan 17$0$5M$0$125K
Jan 20$0$5M$0$180K

Risks, Limitations, and Tradeoffs

Compliance Risks

RiskConsequence
Late reportingCFTC enforcement, fines
Data errorsCorrection required, potential penalty
Missing reportsRegulatory sanction
Wrong SDRMust correct and re-report

CFTC Enforcement

ViolationTypical Penalty
Late reportingWarning to $1M+ fine
Systematic failures$1M - $50M+
Data quality issuesRemediation orders
Willful violationsEnhanced penalties

Common Pitfalls

PitfallDescriptionPrevention
Wrong LEICounterparty not identifiedLEI validation
Missing USITrade not uniquely identifiedUSI generation process
Stale dataOld valuation reportedDaily valuation process
Duplicate reportsSame trade reported twiceReconciliation
Incorrect terminationsPosition still openPosition management

Data Quality Requirements

CFTC Data Quality Standards

StandardRequirement
AccuracyData must be correct
CompletenessAll required fields
TimelinessWithin deadlines
UniquenessNo duplicates
ConsistencyMatching with counterparty

Reconciliation Requirements

Counterparty reconciliation:

  • Compare reported data with counterparty
  • Resolve discrepancies within specified time
  • Document reconciliation process

Portfolio reconciliation schedule:

Counterparty TypeFrequency
With 500+ tradesDaily
With 51-499 tradesWeekly
With 50 or fewerQuarterly

Checklist and Next Steps

Reporting setup checklist:

  • Register with SDR(s)
  • Obtain LEIs for all entities
  • Implement USI generation
  • Configure reporting systems
  • Establish valuation processes
  • Test message connectivity

Daily operations checklist:

  • Submit real-time reports within 15 minutes
  • Generate end-of-day valuations
  • Submit state reports
  • Monitor for rejected messages
  • Correct any errors
  • Reconcile with counterparties

Quality control checklist:

  • Validate data before submission
  • Monitor rejection rates
  • Track reporting timeliness
  • Review error patterns
  • Conduct periodic audits
  • Update for regulatory changes

Related articles:

Related Articles