TDR decision map
TDR is a data process
GSA describes TDR as collecting transactional data about prices paid for products and services sold through MAS. That makes the real contractor job data discipline, not just knowing the acronym.
The company needs an owner, source system, review checklist, submission calendar, and backup.
Approved-file consistency matters
GSA's TDR help page notes that values should match approved FCP Product File, Services Plus File, or approved PPT values where applicable. This is why product and services files need clean names and stable identifiers.
TDR and IFF are connected but not identical
TDR is the reporting requirement. IFF is the fee payment obligation. The records should reconcile, but the team should understand the timing and ownership of each.
What this looks like in practice
In practiceA simple monthly TDR close
On day one, finance exports MAS sales. On day two, contracts checks the line items against approved catalog values. On day three, exceptions are fixed or documented. The submission owner files the report and records the confirmation.
The rhythm is intentionally boring. Boring is good for recurring reporting.
- Export
- Match approved values
- Review exceptions
- Submit
- Reconcile IFF
Frequently asked questions
How often is TDR reporting due?
GSA's help page describes monthly TDR reporting through SRP, with reports due within 30 calendar days from the last calendar day of the month.
Does TDR replace traditional FAS sales reporting?
GSA's TDR help page says TDR is monthly line-item transactional reporting, while traditional FAS reporting is quarterly and does not require line-item detail.
What causes TDR errors?
Common issues include values that do not match approved FCP or PPT records, such as part numbers, labor category titles, or UCIDs.