KS03 — Display Cost Center Master Record
KS03 is the display-only transaction for a cost center master record in controlling. It shows the basic data, control indicators, templates, address, communication, and history tabs for a given cost center and validity period, without allowing any change. It is the standard way to confirm what a cost center actually looks like before blaming a posting or a report.
This page covers KS03, the display transaction for cost center master data, and how to use it to diagnose posting and reporting problems that are actually master data problems in disguise. It focuses on the time-dependent segment structure that trips up most investigations and on how to prove a symptom in the underlying tables rather than guessing from the screen.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,146 words
Purpose
KS03 displays a cost center master record: the controlling area, cost center, and validity period combination, spread across tabs for basic data (name, person responsible, hierarchy area, cost center category), control indicators (which record types the cost center accepts - actual primary costs, actual secondary costs, revenues, commitments), templates, address, communication, and history. The one structural fact that explains most confusion is that a cost center master record is time-dependent: each field group can have a different value in a different validity segment, and KS03 only shows the segment that covers the date you enter on the initial screen. A cost center that looks wrong today may simply be displaying last year's segment because nobody typed a current date.
When it is used
KS03 is reached for whenever a posting to a cost center fails, behaves unexpectedly, or a report shows a cost center with no activity, and the first question is whether the master data explains it. Typical triggers: a posting is blocked with a message about a control indicator, a cost center does not appear in a report because its validity period does not cover the posting date, or a cost center category restricts what account assignments are allowed. It is used ahead of KS01 or KS02 to see current state before changing anything, and instead of a Fiori app when the consultant wants the raw tab structure rather than a summarized display. For actual postings on the cost center, KSB1 is the follow-up transaction, not KS03.
How to use it in practice
- Call KS03 and enter the cost center code and controlling area (or let the system default the controlling area from the user's CO area setting)
- Enter or confirm the validity date - this determines which time segment of the master record is shown, not the current system date by default
- Review the basic data tab for cost center category, hierarchy area, and person responsible
- Check the control indicators tab for which record types are switched on (actual costs, plan costs, commitments, revenues)
- Use the environment or extras menu to jump to the change history if a field value looks inconsistent with what postings suggest it should be
Key data objects
- CSKS - cost center master, time-dependent segments keyed by controlling area, cost center, and validity dates, holding organizational and control fields
- CSKT - cost center texts, short and long description keyed by language, controlling area, cost center, and validity dates
- CSKU - cost center hierarchy assignment texts where applicable
- CHANGEDOCUMENT tables (CDHDR and CDPOS) - change history for the master record if change logging is active, useful for seeing who altered a control indicator and when
How to prove it in the data
Pull CSKS with controlling area and cost center as keys, restrict on DATBI (valid-to date) greater than or equal to the posting date in question and DATAB (valid-from date) less than or equal to it, to find the exact validity segment covering the disputed transaction date. Compare the control indicator fields in that segment against the record type the posting used. If a report shows the cost center missing, check whether any segment covers the report period at all; a gap between two DATBI/DATAB ranges means the cost center was inactive during that window.
ECC vs S/4HANA
KS03 still exists and behaves the same way on S/4HANA; the transaction has not been replaced. S/4HANA does add Fiori apps for managing and displaying cost center master data through the manage cost centers app family, and some organizations route consultants there for a friendlier view with search and mass display, but the underlying master data structure and validity logic KS03 exposes are unchanged. For deep diagnostic work, especially checking exact validity segments, KS03 or a direct table read remains more reliable than the Fiori summary view.
Common pitfalls and how to diagnose them
- Wrong validity segment read - the consultant checks KS03 with today's date but the disputed posting happened months ago under a different segment; always re-run KS03 with the posting date, not the current date, before concluding a control indicator is the cause
- Control indicator mismatch mistaken for a config problem - a posting rejected because 'actual primary costs' is unchecked on the cost center is not a controlling area configuration issue, it is a master data flag; changing global CO settings to work around it breaks other cost centers
- Validity gap - a cost center was created, closed with an end date, then reopened later, leaving a period with no valid segment; postings or reports for that gap fail and the fix is a new segment, not a change to the existing one, since changing an existing segment's dates in KS02 can silently shift its boundary and mask the original gap in history
- Cost center category restricting account assignment - a category like an internal order-only or a statistical-only category blocks direct actual postings by design; the symptom looks like an authorization or config error but is a deliberate structural restriction on that category
- Hierarchy area mismatch - a cost center displays fine in KS03 but is absent from a report grouped by hierarchy node because it sits under a different or orphaned hierarchy area than expected; check the hierarchy area field on the basic data tab against the report's selection node before assuming a report bug
Whose problem this is
This is a functional CO master data issue, owned by the controlling or FI/CO consultant maintaining organizational structures, not Basis or ABAP unless a change document or authorization trace is needed. A good handover includes the controlling area, cost center, the exact posting or report date in question, the validity segment pulled from CSKS covering that date, and which specific control indicator or hierarchy field appears inconsistent with the observed behavior.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/ks03ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.