Tabelle CSKS — Stammdatentabelle Kostenstelle

Eine Zeile in CSKS repräsentiert eine einzelne Zeitscheibe der Stammdaten einer Kostenstelle innerhalb eines Kostenrechnungskreises. Da Attribute wie Buchungskreis, Profitcenter, Währung, verantwortliche Person oder Hierarchiezuordnung sich über die Lebensdauer einer Kostenstelle ändern können, überschreibt SAP den Datensatz bei einer Änderung nicht: Es schließt die aktuelle Zeitscheibe, indem es ihr Gültigkeitsendedatum festlegt, und fügt eine neue Zeile für die neue Periode ein. Eine Kostenstelle, die über zehn Jahre fünfmal reorganisiert wurde, hat also fünf Zeilen in CSKS, nicht eine. Die Tabelle enthält nur organisatorische und Steuerungsattribute. Sie hat keine Betragsfelder und keine Felder für Geschäftsjahr oder Buchungsperiode, da sie keine Salden-Tabelle ist; sie ist die Definition des Objekts, auf das spätere Buchungen mit einer Nummer verweisen.

Schränken Sie immer zuerst nach MANDT ein, dann nach KOKRS, da KOSTL nicht global eindeutig ist und eine Abfrage ohne Kostenrechnungskreis stillschweigend die falsche Kostenstelle über Bereiche hinweg verbinden kann, die zufällig dieselbe Nummer wiederverwenden. Für jede auf ein bestimmtes Datum bezogene Suche filtern Sie DATAB kleiner oder gleich diesem Datum und DATBI größer oder gleich diesem Datum, anstatt davon auszugehen, dass DATBI gleich 99991231 ist, was nur die offene Zeitscheibe erfasst und historische oder zukünftige Datensätze übergeht. Die Tabelle ist in den meisten Systemlandschaften nicht groß, daher ist die Leistung selten das Problem; die Korrektheit des Datumsfilters ist es.

Symptom: Eine Buchung auf eine Kostenstelle wird als für das Buchungsdatum ungültig abgelehnt. Auswahl: Lesen Sie CSKS für den betreffenden KOKRS und KOSTL ohne Datumsfilter, listen Sie alle Zeilen nach DATAB sortiert auf und vergleichen Sie das Buchungsdatum mit dem DATAB- und DATBI-Bereich jeder Zeitscheibe. Fällt das Buchungsdatum in eine Lücke zwischen zwei Zeitscheiben oder nach dem letzten DATBI, hat die Kostenstelle keinen gültigen Stammsatz für dieses Datum, was die Ablehnung unabhängig von Autorisierungs- oder Sperrproblemen erklärt.

CSKS bleibt eine transparente Tabelle in S/4HANA mit derselben zeitgescheibten Struktur, die sie in ECC hatte; Kostenstellenstammdaten wurden nicht in das Universal Journal aufgenommen oder neu strukturiert, wie es bei FI-Summenstabellen der Fall war. Sie wird weiterhin über dieselben Transaktionen zur Kostenstellenpflege gepflegt und speist weiterhin ACDOCA als Merkmal für gebuchte Einzelposten. Berichtstools lesen Kostenstellendaten zunehmend über Kompatibilitätssichten und nicht direkt aus der Tabelle, aber die zugrunde liegende Tabelle und ihr Feldlayout sind unverändert geblieben.

Die Erstellung, Sperrung und Hierarchiezuordnung von Kostenstellen liegt beim Controlling- oder FP&A-Stammdaten-Team, in der Regel gesteuert durch einen Änderungsantragsprozess, der an die Organisationsstruktur gebunden ist. Die Finanzabteilung der Geschäftseinheit ist für die Richtigkeit der verantwortlichen Person und der Kostenstellenkategorie zuständig. Ein Streit darüber, ob eine Kostenstelle an einem bestimmten Datum gültig, gesperrt oder korrekt hierarchisch zugeordnet war, wird durch Abrufen der CSKS-Historie gelöst, nicht indem der Anfragende gebeten wird, sich an seine ursprüngliche Absicht zu erinnern.

CSKT enthält die sprachabhängige Beschreibung für jede CSKS-Zeitscheibe. CSKB definiert, welche Kostenarten in einer bestimmten Periode auf die Kostenstelle gebucht werden dürfen. CSKA enthält den Kostenartstammsatz auf Kostenrechnungskreisebene, auf den CSKB verweist. Die Pflege erfolgt über die Standardtransaktionen zum Anlegen, Ändern und Anzeigen von Kostenstellen sowie über die Transaktionen zur Kostenstellengruppen- und Hierarchiepflege; Massenänderungen erfolgen in der Regel über eine dedizierte Massenpflegetransaktion und nicht durch direkte Tabellenbearbeitungen.