SAP-TabelleObjektT001ModulFI_FICO

Tabelle T001 — Stammtabelle Buchungskreis

T001 ist die SAP-Stammtabelle für Buchungskreise. Eine Zeile entspricht einem Buchungskreis und enthält dessen Namen, Land, Stadt, Währung, Sprache, Kontenplan und Geschäftsjahresvariante. Jedes FI-Buchungsdokument, jede Sachkontenerweiterung und jede Berichtsauswahl wird durch den hier definierten Buchungskreis eingegrenzt, was T001 zum zentralen Nachschlagewerk macht, um die grundlegende Einrichtung einer juristischen Person zu bestätigen, bevor Buchungs- oder Konfigurationsfehler an anderer Stelle gesucht werden.

Diese Seite behandelt T001, die Stammtabelle, die jeden Buchungskreis und seine Kernsteuerungsparameter wie Währung, Kontenplan und Geschäftsjahresvariante definiert. Sie konzentriert sich darauf, wie Berater T001 bei der Incident-Triage und Konfigurationsprüfung tatsächlich nutzen, einschließlich der wichtigen Verknüpfungen, der Fallstricke, wenn man T001 als vollständiges Bild betrachtet, und der Besitzgrenzen zwischen funktionalen und Basis-Teams.

Veröffentlicht am 15. Sept. 2026· 1.086 Wörter

Was sie speichert

Jede Zeile in T001 repräsentiert einen Buchungskreis, die kleinste rechtlich selbstständige Einheit, für die in FI ein vollständiger, in sich geschlossener Satz von Konten erstellt werden kann. Die Zeile enthält die identifizierenden Attribute, die für Buchungen und Berichte erforderlich sind: den Buchungskreisschlüssel, seinen beschreibenden Namen, Stadt, Land, lokale Währung, Sprache, Kontenplan und Geschäftsjahresvariante. Sie enthält keine transaktionalen Daten und auch nicht alle Steuerungsparameter, die ein Buchungskreis benötigt; einige davon befinden sich in Satellitentabellen, die nach Buchungskreis geschlüsselt, aber separat gepflegt werden (globale Parameter, Steuerverfahren, Belegnummernkreise). T001 ist der übergeordnete Datensatz, auf den diese Satellitentabellen und jedes FI-Dokument letztendlich verweisen.

Schlüsselfelder

MANDT – Client, immer der erste Filter
BUKRS – Buchungskreis, der Primärschlüssel
BUTXT – Name des Buchungskreises (kurzer beschreibender Text)
ORT01 – Stadt des Buchungskreises
LAND1 – Landesschlüssel
WAERS – lokale (Buchungskreis-)Währung
SPRAS – Sprachschlüssel, der für die Buchungskreistexte verwendet wird
KTOPL – operativer Kontenplan, der diesem Buchungskreis zugeordnet ist
PERIV – Geschäftsjahresvariante, die diesem Buchungskreis zugeordnet ist
ADRNR – Adressnummer, die auf die zentralen Adresstabellen verweist
RCOMP – Firmen-ID für die Konsolidierung (Handelspartnergruppierung)

Wie sie das Datenmodell verbindet

T001-BUKRS = BKPF-BUKRS (jeder gebuchte Beleg gehört zu genau einem Buchungskreis)
T001-BUKRS = BSEG-BUKRS (jede Position erbt den Kopf-Buchungskreis)
T001-BUKRS = ACDOCA-RBUKRS (Universal Journal-Zeile auf einen Buchungskreis beschränkt)
T001-BUKRS = SKB1-BUKRS (Sachkonten-Buchungskreissegment existiert nur, wenn das Konto hier erweitert wird)
T001-KTOPL = SKA1-KTOPL (Kontenplanstammdaten müssen mit dem zugewiesenen Kontenplan des Buchungskreises übereinstimmen)

Wie man sie sicher liest

T001 ist klein und vollständig mandantenabhängig; filtern Sie immer nach MANDT und gehen Sie niemals davon aus, dass ein in einem Client sichtbarer Buchungskreis in einem anderen existiert. Die Auswahl erfolgt fast immer nach BUKRS, entweder einem einzelnen Code oder einer kurzen expliziten Liste; es gibt keinen Grund, diese Tabelle ohne Einschränkung auf den Buchungskreis auszuführen, es sei denn, das Ziel ist eine vollständige Client-Inventur. Die Tabelle überschreitet selbst in einem großen Unternehmen selten ein paar hundert Zeilen, daher ist die Performance hier nie das Problem, sondern die Genauigkeit des Lesevorgangs. Das eigentliche Risiko besteht darin, den Umfang eines Feldes falsch zu interpretieren: Währung, Kontenplan und Geschäftsjahresvariante, die hier angezeigt werden, sind die Einstellungen des Buchungskreises selbst, nicht unbedingt das, was ein bestimmter Beleg oder ein bestimmtes Konto tatsächlich verwendet hat, da diese an anderer Stelle überschrieben oder abgeleitet werden können.

Wie man es in den Daten belegt

Symptom: Eine Buchung schlägt mit einem Fremdwährungs- oder Geschäftsjahresperiodenfehler fehl und der Berater vermutet, dass der Buchungskreis selbst falsch konfiguriert ist. Wählen Sie T001 für den betreffenden BUKRS aus und prüfen Sie WAERS gegen die im Beleg verwendete Währung und PERIV gegen die von der Buchungsperiodenkontrolle erwartete Geschäftsjahresvariante. Eine Nichtübereinstimmung erklärt hier einen Währungsumrechnungsfehler oder eine 'Periode nicht offen'-Meldung, die sonst wie ein Problem auf Belegebene aussieht; eine Übereinstimmung bedeutet, dass der Fehler stromabwärts in der Periodenkontrolle oder Kontenzuordnung liegt und nicht in der Buchungskreisdefinition.

ECC vs. S/4HANA

T001 ist in seiner Struktur unverändert und existiert weiterhin als transparente Tabelle auf S/4HANA; sie wurde nicht in das Universal Journal aufgenommen und nicht durch eine Kompatibilitätssicht ersetzt. Das Universal Journal (ACDOCA) enthält ein eigenes Buchungskreisfeld für die Journaleintragsposition und stützt sich weiterhin auf T001 als Master-Referenz für Buchungskreisattribute wie Währung und Kontenplan. Berater, die Buchungskreisstammdaten auf S/4HANA lesen, verwenden T001 genau wie auf ECC.

Häufige Fallstricke

Annahme, dass T001 Buchungsperioden direkt steuert: Das tut sie nicht, die Geschäftsjahresvariante benennt hier nur die Variante, die tatsächlich offenen/geschlossenen Perioden befinden sich in der Konfiguration der Buchungsperiodenvariante, die über eine separate Zuordnung verknüpft ist, nicht in dieser Tabelle.
Annahme, dass ein Sachkonto in einem Buchungskreis verwendbar ist, weil T001 den richtigen Kontenplan anzeigt: Die Kontenplanübereinstimmung ist notwendig, aber nicht ausreichend, das Konto benötigt noch ein eigenes Buchungskreissegment, das in SKB1 und nicht in T001 gespeichert ist.
WAERS als Währung jedes Belegs in diesem Buchungskreis behandeln: Belege können frei in Fremdwährung gebucht werden, WAERS ist nur die lokale Währung, die für die lokale Bewertung und Berichterstattung verwendet wird, keine Einschränkung der Transaktionswährung.
Buchungskreis (BUKRS) mit Unternehmen (RCOMP) oder mit Kostenrechnungskreis verwechseln: Mehrere Buchungskreise können einen Kostenrechnungskreis teilen oder unter einem Handelspartnerunternehmen konsolidieren, und T001 allein wird diese Gruppierung ohne Prüfung der Zuordnungstabellen, die sie verknüpfen, nicht aufzeigen.
RCOMP als entscheidend für die Intercompany-Eliminierungslogik lesen, ohne zu prüfen, ob der Handelspartner tatsächlich in den relevanten Stammdaten und Belegen hinterlegt ist; ein leeres oder veraltetes RCOMP unterbricht die Konsolidierungsabgleichung stillschweigend, während T001 selbst perfekt konfiguriert aussieht.
Annahme, dass ein Buchungskreis existiert und für Buchungen verwendbar ist, nur weil eine Zeile in T001 existiert: Adressdaten, zusätzliche globale Buchungskreisparameter und Nummernkreiszuordnungen werden separat gepflegt und ein fehlendes Element dort blockiert Buchungen trotz eines sauberen T001-Eintrags.

Wessen Problem das ist

Die Anlage des Buchungskreises und seiner Kernattribute (Währung, Kontenplan, Geschäftsjahresvariante) sind eine FI-Konfigurationsentscheidung, die dem FI/CO-Funktionsleiter obliegt und typischerweise nach dem Go-Live gesperrt wird, da die Änderung der Währung oder des Kontenplans eines aktiven Buchungskreises ein eigenständiges Großprojekt ist. Basis hat an dieser Tabelle über den Client-Transport hinaus kein Interesse; jede Änderungsanforderung, die T001 betrifft, gehört zum FI-Konfigurationsteam, nicht zum technischen Support.