SAP tableObjectT004ModuleFI_FICO

T004 table — Chart of Accounts Master Table

T004 stores the header definition of a chart of accounts, one row per chart of accounts key (KTOPL). It does not hold GL accounts themselves. Company codes point to it through T001-KTOPL, and GL account master records at the chart level (SKA1) and company code level (SKB1) are only valid if their KTOPL exists here.

T004 is the configuration table that defines each chart of accounts key used across the FI landscape. This page covers what a row actually represents, how the table joins to company codes and GL account master data, and the pitfalls consultants hit when they mistake it for a list of GL accounts rather than a list of account plans.

Published 15 Sept 2026· 1,055 words

What it stores

One row in T004 represents one chart of accounts: a named account plan identified by a four character key (KTOPL), such as INT or a client specific key. It is the top of the GL account master hierarchy. A chart of accounts is not tied to a single company code; multiple company codes can share the same chart of accounts, and a company code can additionally reference a group chart of accounts and a country chart of accounts for consolidation and local statutory reporting. T004 only defines the plan itself and a few structural attributes of that plan. The actual GL accounts, their descriptions, and their company code specific control data live in other tables that reference KTOPL as a foreign key.

Key fields

Only fields that are safe to rely on are listed here; anything else should be checked in the data dictionary before being used in a query.

  • MANDT - client
  • KTOPL - chart of accounts key, the primary identifier referenced by every table that needs to know which account plan an account belongs to

How it joins the data model

The joins a consultant actually writes against T004 are almost always outbound from KTOPL into the account master and into company code assignment. T001-KTOPL = T004-KTOPL confirms which chart of accounts a given company code operates on. SKA1-KTOPL = T004-KTOPL confirms a GL account exists at the chart of accounts level under a valid plan. SKAT-KTOPL = T004-KTOPL is used to pull the account description in a given language for that chart. T030-KTOPL = T004-KTOPL is relevant when tracing automatic account determination, since account determination keys are also scoped by chart of accounts, not by company code directly.

  • T001-KTOPL = T004-KTOPL
  • SKA1-KTOPL = T004-KTOPL
  • SKAT-KTOPL = T004-KTOPL
  • T030-KTOPL = T004-KTOPL

How to read it safely

T004 is a small configuration table, typically a handful of rows per client, so selectivity is not a concern the way it is for BSEG or ACDOCA. The only thing worth restricting on is MANDT, and even that is usually implicit in any client-dependent read. The table is worth querying directly only to answer a structural question: does this chart of accounts key exist, and is it flagged in a way that blocks new account creation. It is not the table to query to find out what accounts exist or what their balances are; that pull belongs to SKA1, SKB1, or the account balance tables.

How to prove it in the data

Symptom: a GL account creation fails with a message saying the chart of accounts does not exist or is blocked. Selection: read T004 for the client and the KTOPL value shown on the error, and check its blocking indicator. If the row is missing entirely, the chart of accounts was never configured for that client, which is a Basis or transport issue, not a master data issue. If the row exists but is flagged, someone has deliberately closed that chart of accounts to new entries.

ECC vs S/4HANA

T004 is a configuration table, not a transactional one, so it was not absorbed into the universal journal and is not superseded by ACDOCA or a compatibility CDS view the way many FI line item tables were. It continues to exist in S/4HANA in essentially the same shape, maintained through the same chart of accounts configuration activity in the IMG. The practical difference in S/4HANA is that the chart of accounts decision has more downstream weight, because GL account master data now also underpins the merged ledger structure that feeds ACDOCA directly.

Common pitfalls

Most incidents involving T004 come from misreading what the table represents, not from the table itself being wrong.

  • Treating T004 as a list of GL accounts. It is a list of account plans; the accounts live in SKA1 and SKB1.
  • Assuming one company code equals one chart of accounts one to one. A company code can carry an operative chart of accounts plus a group chart of accounts and a country chart of accounts simultaneously, and T004 alone does not show which role a given KTOPL plays for a specific company code, that mapping is on the company code record.
  • Assuming the chart of accounts assignment on a company code can be changed freely once postings exist. It is a structural setting; changing it after go live does not retroactively reclassify existing GL account master records or balances.
  • Confusing account number length settings for the chart of accounts with a purely cosmetic field. If a length attribute is changed, it affects every account number field that references that chart of accounts, and inconsistent lengths across a landscape cause interface and reconciliation failures downstream.
  • Reading a missing row as a data error when it is actually a transport or client copy gap. If T004 is missing a chart of accounts that exists in a source client, GL account creation and account determination lookups fail in ways that look like authorization or configuration bugs at first glance.

Whose problem this is

The chart of accounts design belongs to the FI general ledger lead during the initial build, since it is a foundational, hard to reverse decision. Once live, questions about a specific KTOPL entry, including blocking flags, are handled by whoever owns FI configuration in the support team, not by a functional GL analyst working account by account.

Related SAP objects

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

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