SAP tableObjectTKA01ModuleFI_FICO

TKA01 table — Controlling Area Master Table TKA01

TKA01 is the controlling area master table in SAP CO. One row represents one controlling area, the organizational unit that groups company codes for cost and profit accounting. It holds the controlling area key, description, currency, and assigned chart of accounts. It does not list which company codes belong to the controlling area; that assignment lives in a separate table.

TKA01 defines the controlling areas active in a client and the currency and chart of accounts rules governing them. This page covers the fields worth trusting, the joins used in practice against cost center and CO line item tables, and the recurring mistake of treating TKA01 as if it also held the company code assignment.

Published 15 Sept 2026· 953 words

What it stores

One row in TKA01 is one controlling area: the top-level organizational object under which cost centers, internal orders, profit centers and cost elements are grouped for internal management accounting. A controlling area can span one company code or several, provided the company codes share a compatible chart of accounts and (in most configurations) fiscal year variant. TKA01 carries the controlling area key, its descriptive name, the currency in which CO valuates postings, and the chart of accounts governing the cost elements defined in it. It is set up once during CO configuration and rarely changes afterward; a client typically has very few controlling areas, often just one. Everything downstream in CO - cost center accounting, internal orders, profitability analysis - is scoped by this key.

Key fields

  • MANDT - client
  • KOKRS - controlling area key, the primary identifier referenced by every CO object and line item table
  • BEZEI - descriptive text or name of the controlling area, shown in configuration screens and dropdowns
  • WAERS - currency of the controlling area, used to valuate CO postings when the controlling area currency setting requires a fixed currency rather than the company code currency
  • KTOPL - chart of accounts assigned to the controlling area; every company code assigned to this controlling area must use a compatible chart of accounts

How it joins the data model

  • CSKS-KOKRS = TKA01-KOKRS, every cost center master record belongs to exactly one controlling area
  • CSKB-KOKRS = TKA01-KOKRS, cost elements in CO are defined per controlling area, not per chart of accounts alone
  • COEP-KOKRS = TKA01-KOKRS, every CO line item carries the controlling area of the posting
  • ACDOCA-KOKRS = TKA01-KOKRS, the universal journal line item carries controlling area on CO-relevant postings
  • Which company codes report into a given controlling area is not stored in TKA01 itself; that link sits in a separate assignment table, not this one

How to read it safely

TKA01 is tiny, usually a handful of rows per client, sometimes just one. Restrict on MANDT and KOKRS out of habit but selectivity is never a real concern here; performance is never the issue with this table. The value of TKA01 is almost always configuration lookup, not data volume analysis: confirming the currency and chart of accounts governing a controlling area before chasing a posting error further downstream. Always read it alongside the company code assignment table to see the full picture of which company codes feed into the controlling area in question.

How to prove it in the data

Symptom: a CO document fails to post with a currency or chart-of-accounts mismatch error, or a cost element cannot be created for a given company code. Select TKA01 by KOKRS to retrieve WAERS and KTOPL for that controlling area, then compare KTOPL against the chart of accounts on T001 for the company code attempting the posting. A mismatch there, not a data entry error on the transaction, is the actual root cause.

ECC vs S/4HANA

TKA01 still exists as a database table in S/4HANA and the controlling area concept has not been retired. The universal journal in ACDOCA carries the controlling area on every CO-relevant line, so TKA01 remains the reference point for validating that field. There is no widely known compatibility view replacing TKA01 for reporting purposes; it continues to be read directly through configuration transactions rather than through analytical queries.

Common pitfalls

  • Assuming TKA01 lists the company codes assigned to the controlling area - it does not, that assignment is stored elsewhere; TKA01 is only the controlling area's own attributes
  • Assuming WAERS on TKA01 is automatically the currency every CO document posts in - the actual valuation depends on the currency type configuration for the controlling area, and postings can still carry the original transaction currency alongside it
  • Assuming a controlling area can only ever have one company code - cross-company code controlling with several company codes sharing one controlling area is a standard and common setup
  • Assuming KTOPL on TKA01 is the same concept as the chart of accounts stored on individual G/L account master records in SKA1 - it is the constraint the controlling area imposes, not a per-account attribute
  • Chasing a cost element creation error in cost center accounting transactions when the real blocker is a chart of accounts incompatibility between TKA01-KTOPL and the company code's chart of accounts - checking TKA01 first saves a lot of wasted troubleshooting in the wrong transaction

Whose problem this is

Controlling area definition is owned by the CO configuration lead or the FI/CO functional consultant responsible for enterprise structure, not by basis or by the cost center owner. Questions about currency settings or chart of accounts assignment on a controlling area go to whoever owns the CO org structure design, since changes here affect every company code assigned to it.

Related SAP objects

Reviewed pages this object connects to in the ERPClimb knowledge graph.

Source: ERPClimb — https://erpclimb.com/sap-tables/tka01ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.