Samstag, 28. September 2019
17:49 Uhr
17:49 Uhr
Zeitabhängige Felder für Stammdaten insbesondere bei Zusatzfeldern zum Beispiel für Hochschulfinanzstatistik innerhalb des SAP Modul CO-OM
Ausgangslage:
Innerhalb des Gemeinkostencontrolling (CO-OM) sind Stammdaten um kundeneigene Zusatzfelder erweitert worden um hier über die verfügbaren Stammdatenfelder hinaus weitergehende Informationen festzuhalten.
Im Artikel "Stammdatenerweiterung von CO-Objekten am Beispiel ergänzende Kostenstelle beim Innenauftrag" bin ich da schon einmal darauf eingegangen.
Im Rahmen des Hochschulberichtswesen war es hier besonders interessant die Stammdaten Kostenarten, Kostenstellen und Innenaufträge um weitere Stammdatenfelder zum Beispiel im Rahmen der Hochschulfinanzstatistik zu erweitern. Hier werden Kostenarten sogenannte Systemfinanzierungscodes und Kostenstellen sowie Innenaufträge Fächergruppen zugeordnet (was auch per SET/Gruppe möglich wäre). Auf die Hintergründe dazu bin ich im Artikel "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik" näher eingegangen.
Gerade was die Hochschulen in Hessen anbelangt schätze ich hier schon immer einen technischen Austausch so dass auch ein kleiner Ausflug nach Frankfurt (und für mich aus Gründen im Anschluss nach Darmstadt) dazu führen kann, dass hier bestimmte Artikel ein klein wenig länger liegen bleiben.. :-)
Aber der Ausflug nach Frankfurt hat sich tatsächlich gelohnt, führte uns doch eine Stadtführung in die "neue Altstadt" von Frankfurt, um zwischen Dom und Römer verwinkelte Gassen und Rekunstruktionen sowie 20 Neubauten historischer Gebäude im Rahmen einer Stadtführung zu entdecken.
Für alle abseits der Teilnehmenden dürfte aber das Thema Zusatzfelder wesentlich interessanter sein, so dass ich darauf direkt eingehen möchte.
Technisch erfolgt die Umsetzung über einen Customer-Exit der über CMOD angelegt wird.
Im Wesentlichen ist es möglich über sogenannte Userexits Zusatzfelder zu Stammdaten zu erstellen. Dieses ist über die Transaktion CMOD möglich und zum Beispiel für
Als weitere Objekte mit der Möglichkeit kundeneigene Zusatzfelder anzulegen wären unter anderen noch:
Eine Übersicht aller Userexits ist auch auf der Seite easymarketplace.de möglich.
Im Berater-Wiki ist die Nutzung von CMOD anhand eines Beispiels im Eintrag "Customer-Exits" erläutert.
Eine Auswertung dieser gepflegten Felder ist sowohl in den Stammdatenberichten als auch über die Stammdatentabellen durch sogenannte CI (Customer_Includes) innerhalb der Tabellen möglich. Für die von uns gepflegten Daten ist dieses im Artikel "Auswertung per CMOD eingeführter kundeneigener Felder Kostenart, Kostenstelle und Innenauftrag per Stammdatenverzeichnis und SAP Query" beschrieben.
Zusammengefasst werden hier die Stammdatentabellen um ein CI (Customer Include) erweitert, so dass hier die weiteren Datenfelder in der Tabelle ebenfalls mit eingebunden werden.
Abseits der Auswertung all jener Zusatzfelder stellt sich aber auch die Frage, wie die Daten künftig gepflegt werden sollen.
Grundsätzlich bieten sich unterschiedliche Methoden an um diese Felder dann mit Daten zu versorgen. Gerade wenn nachträglich eine Menge an Stammdaten um diese Informationen beeichert werden sollen ist eine Massenpflege sicherlich das passende Mittel der Wahl.
Beim Einspielen der CSV Datei gab es jedoch eine Fehlermeldung obgleich vorher die Transaktion KS02 zur Änderung von Kostenstellen ordentlich aufgezeichnet worden ist.
Nachdem die Transaktion einzeln aufgerufen wurde, war die Ursache schnell gefunden. Für die Kostenstellen sind teilweise unterschiedliche Betrachtungszeiträume berücksichtigt.
Unter BEARBEITEN > BETRACHT.ZEITRAUM... können für einzelne Zeitabschnitte Änderungen festgehalten sein.
Hier hatte mir ein Kollege die Empfehlung gegeben zwei Testfälle aufzuzeichnen:
Nachdem wir nun den zweiten eCATT abgespielt hatten, war tatsächlich die Änderung, Hinterlegung des SYF Code an der Kostenstelle in jeden Betrachtungszeitraum festgehalten.
Im Customizing (Transaktion SPRO) sind für die obigen Userexits für die Kundenfelder an folgender Stelle festzulegen.
Auf die einzelnen Felder gehe ich in den folgendne Abschnitten ein.
Unter
Die Zeitabhängigkeit wird hier tatsächlich durch die SAP festgelegt und unterschieden zwischen Tag, Periode, GJahr oder keine unterschieden. Durch die Checkbox wird die entsprechende Zeitabhängigkeit aktiviert (für die Kundenfelder ist dieses tatsächlich eine tagesabhägige Zeitabhängigkeit.
Da ich ja auch die obigen Userexit erwähnt habe, erwähne ich auch gleich noch für die anderen Felder die Customizingpfade:
Für Kostenarten (Userexit COOMKA01) ist dieses unter
Gerade bei einer jährlichen Statistik in der keine Vorjahresvergleiche der Stammdaten erfolgt, ist es hier sinnvoll eine direkte Zuordnung über die Ewigkeit zu haben, als noch an die einzelnen Betrachtungszeiträume zu denken.
Interessant ist übrigens, dass in den Stammdatentabellen für die CO Objekte tatsächlich die Betrachtungszeiträume mehrfach gefüllt sind, aber hier für das Zusatzfeld stets der gleiche EIntrag automatisch zu finden ist, so dass bei Bedarf tatsächlich die Zeitabhängigkeit auch im Nachhinein aktiviert werden kann.
Besonders interessant war es hier tatsächlcih aus der Datenbankebene (die Stammdatentabelle war für jeden einzelnen Betrachtungszeitraum mit einen Wert versehen), über einen fachlichen Austausch bishin zur Möglichkeit der Anpassung im Rahmen des Customizing einzugehen.
Die Idee tatsächlich nur zwei eCATT aufzuzeichnen, ist da tatsächlich der einfache Weg, auch wenn über die Massenpflege bspw. per MASS wohl ebenfalls Zusatzfelder als zu pflegende Stammdatenfelder angepasst werden können.
Die Bedeutung von Stammdaten oder auch Stammdatengruppen können bei der Konzeption de Berichtswesen tatsächlich eine wichtige Rolle spielen. Dieses ist auch der Grund, warum ich sowohl im Bereich Berichtswesen als auch beim Schnelleinstieg ins Controlling (siehe Punkt Publikationen) intensiver auf dieses Thema eingegangen bin.
Hinweis: Aktuelle Buchempfehlungen besonders SAP Fachbücher sind unter Buchempfehlungen inklusive ausführlicher Rezenssionen und Bestellmöglichkeit zu finden.
Innerhalb des Gemeinkostencontrolling (CO-OM) sind Stammdaten um kundeneigene Zusatzfelder erweitert worden um hier über die verfügbaren Stammdatenfelder hinaus weitergehende Informationen festzuhalten.
Im Artikel "Stammdatenerweiterung von CO-Objekten am Beispiel ergänzende Kostenstelle beim Innenauftrag" bin ich da schon einmal darauf eingegangen.
Im Rahmen des Hochschulberichtswesen war es hier besonders interessant die Stammdaten Kostenarten, Kostenstellen und Innenaufträge um weitere Stammdatenfelder zum Beispiel im Rahmen der Hochschulfinanzstatistik zu erweitern. Hier werden Kostenarten sogenannte Systemfinanzierungscodes und Kostenstellen sowie Innenaufträge Fächergruppen zugeordnet (was auch per SET/Gruppe möglich wäre). Auf die Hintergründe dazu bin ich im Artikel "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik" näher eingegangen.
Gerade was die Hochschulen in Hessen anbelangt schätze ich hier schon immer einen technischen Austausch so dass auch ein kleiner Ausflug nach Frankfurt (und für mich aus Gründen im Anschluss nach Darmstadt) dazu führen kann, dass hier bestimmte Artikel ein klein wenig länger liegen bleiben.. :-)
Aber der Ausflug nach Frankfurt hat sich tatsächlich gelohnt, führte uns doch eine Stadtführung in die "neue Altstadt" von Frankfurt, um zwischen Dom und Römer verwinkelte Gassen und Rekunstruktionen sowie 20 Neubauten historischer Gebäude im Rahmen einer Stadtführung zu entdecken.
Für alle abseits der Teilnehmenden dürfte aber das Thema Zusatzfelder wesentlich interessanter sein, so dass ich darauf direkt eingehen möchte.
Userexit für kundeneigene Zusatzfelder im Stammsatz
Technisch erfolgt die Umsetzung über einen Customer-Exit der über CMOD angelegt wird.
Im Wesentlichen ist es möglich über sogenannte Userexits Zusatzfelder zu Stammdaten zu erstellen. Dieses ist über die Transaktion CMOD möglich und zum Beispiel für
- Kostenarten:
http://www.consolut.com/s/sap-ides-zugriff/d/e/doc/P-COOMKA01 - Kostenstellen:
http://www.consolut.com/s/sap-ides-zugriff/d/e/doc/P-COOMKS01 - oder auch Innenaufträge:
http://www.consolut.com/s/sap-ides-zugriff/d/e/doc/P-COOPA003
Als weitere Objekte mit der Möglichkeit kundeneigene Zusatzfelder anzulegen wären unter anderen noch:
- Leistungsarten:
https://www.consolut.com/s/sap-ides-zugriff/d/e/doc/P-COOMLA01/ - oder auch aus der Prozesskostenrechnung für Geschäftsprozesse:
https://www.consolut.com/s/sap-ides-zugriff/d/e/doc/P-COOMBP01/
Eine Übersicht aller Userexits ist auch auf der Seite easymarketplace.de möglich.
Im Berater-Wiki ist die Nutzung von CMOD anhand eines Beispiels im Eintrag "Customer-Exits" erläutert.
Eine Auswertung dieser gepflegten Felder ist sowohl in den Stammdatenberichten als auch über die Stammdatentabellen durch sogenannte CI (Customer_Includes) innerhalb der Tabellen möglich. Für die von uns gepflegten Daten ist dieses im Artikel "Auswertung per CMOD eingeführter kundeneigener Felder Kostenart, Kostenstelle und Innenauftrag per Stammdatenverzeichnis und SAP Query" beschrieben.
Zusammengefasst werden hier die Stammdatentabellen um ein CI (Customer Include) erweitert, so dass hier die weiteren Datenfelder in der Tabelle ebenfalls mit eingebunden werden.
Pflege der kundeneigener Zusatzfelder per Massenpflege
Abseits der Auswertung all jener Zusatzfelder stellt sich aber auch die Frage, wie die Daten künftig gepflegt werden sollen.
Grundsätzlich bieten sich unterschiedliche Methoden an um diese Felder dann mit Daten zu versorgen. Gerade wenn nachträglich eine Menge an Stammdaten um diese Informationen beeichert werden sollen ist eine Massenpflege sicherlich das passende Mittel der Wahl.
eCATT für Zusatzfelder im Gemeinkostencontrolling (zum Beispiel Kostenstelle)
Unterschiedliche Methoden sind im Artikel "Massenstammdatenpflege mit LSMW oder SECATT dank Transaktionsaufzeichnung - Handbuch erweiterte computergestützte Test-Tool (eCATT) und LSMW" beschrieben, wobei wir uns hier für einen eCATT entschieden haben.Beim Einspielen der CSV Datei gab es jedoch eine Fehlermeldung obgleich vorher die Transaktion KS02 zur Änderung von Kostenstellen ordentlich aufgezeichnet worden ist.
Nachdem die Transaktion einzeln aufgerufen wurde, war die Ursache schnell gefunden. Für die Kostenstellen sind teilweise unterschiedliche Betrachtungszeiträume berücksichtigt.
Unter BEARBEITEN > BETRACHT.ZEITRAUM... können für einzelne Zeitabschnitte Änderungen festgehalten sein.
Hier hatte mir ein Kollege die Empfehlung gegeben zwei Testfälle aufzuzeichnen:
- ein eCATT für eine Kostenstelle ohne unterschiedliche Betrachtungszeiträume
- ein eCATT für Kostenstellen die mehr als einen Betrachtungszeitraum haben.
Um eine Pointe vorwegzunehmen wäre es noch möglich mehrere eCATT aufzuzeichen mit 2, 3, 4 ... und natürlich weitere, je nachdem wieviele Betrachtungszeiträume so allgemein zur Verfügung stehen, aufzuzeichnen.
Nachdem wir nun den zweiten eCATT abgespielt hatten, war tatsächlich die Änderung, Hinterlegung des SYF Code an der Kostenstelle in jeden Betrachtungszeitraum festgehalten.
Zeitabhängige Felder für ... festlegen
Tatsächlcih liegt dieses daran, dass die angelegten Kundenfelder keine Zeitabhängigkeit festgelegt bekommen.Im Customizing (Transaktion SPRO) sind für die obigen Userexits für die Kundenfelder an folgender Stelle festzulegen.
Auf die einzelnen Felder gehe ich in den folgendne Abschnitten ein.
Zeitabhängigkeit kundeneigene Felder für Kostenstelle Userexit COOMKS01 - Transaktion OKEG
Ein Klassiker im Gemeinkostencontrolling ist die Kostenstelle unter der ebenfalls kundeneigene Felder gepflegt werden. Für die Hochschulfinanzstatistik würde es sich hier anbieten die Fächergruppe oder auch Lehr und Forschungsbereich zu hinterlegen.Unter
- Controlling
- Kostenstellenrechnung
- Stammdaten
- Kostenstellen
- Zeitabhängige Felder für Kostenstellen festlegen
Die Zeitabhängigkeit wird hier tatsächlich durch die SAP festgelegt und unterschieden zwischen Tag, Periode, GJahr oder keine unterschieden. Durch die Checkbox wird die entsprechende Zeitabhängigkeit aktiviert (für die Kundenfelder ist dieses tatsächlich eine tagesabhägige Zeitabhängigkeit.
Da ich ja auch die obigen Userexit erwähnt habe, erwähne ich auch gleich noch für die anderen Felder die Customizingpfade:
Zeitabhängigkeit Zusatzfelder für Kostenart Userexit COOMKA01 - Transaktion OKEK
Für die Kostenarten könnte es sich anbieten hier Systemfinanzierungscodes zu hinterlegen. Diese ordnen Erträge, Aufwendungen oder Investitionsausgaben gruppiert werden. Hier bietet es sich an die Kostenart um diese Funktion zu ergänzen gerade, da nicht nur über Kostenartengruppen sondern vielleicht auch in Listen entsprechend selektiert werden können.Für Kostenarten (Userexit COOMKA01) ist dieses unter
- Controlling
- Kostenartenrechnung
- Stammdaten
- Kostenarten
- Zeitabhängige Felder für Kostenarten festlegen
Zeitabhängige Felder für Leistungsart Userexit COOMLA01 - Transaktion OKEI
Auch für Leistungsarten könenn Zusatzfelder per Userexit COOMLA01 einer Zeitabhängigkeit festgelegt werden.- Controlling
- Kostenstellenrechnung
- Stammdaten
- Leistungsarten
- Zeitabhängige Felder für Leistunsgarten festlegen
Zeitabhängige Felder für Geschäftsprozesse Userexit COOMBP01 - Transaktion OKEZ
In der Prozesskostenrechnung findet sich die Einstellung unter- Controlling
- Prozeßkostenrechnung
- Stammdaten
- Geschäftsprozesse
- Zeitabhängieg Felder für Geschäftsprozesse festlegen
Fazit - sollten die Zusatzfelder zeitabhängig oder zeitlos sein
In unseren Fall dürfte es aber tatäschlich am interessantesten gewesen sein, hier keine Zeitabhängigkeit festgelegt zu haben, so dass die Erfassung unproblematisch war.Gerade bei einer jährlichen Statistik in der keine Vorjahresvergleiche der Stammdaten erfolgt, ist es hier sinnvoll eine direkte Zuordnung über die Ewigkeit zu haben, als noch an die einzelnen Betrachtungszeiträume zu denken.
Interessant ist übrigens, dass in den Stammdatentabellen für die CO Objekte tatsächlich die Betrachtungszeiträume mehrfach gefüllt sind, aber hier für das Zusatzfeld stets der gleiche EIntrag automatisch zu finden ist, so dass bei Bedarf tatsächlich die Zeitabhängigkeit auch im Nachhinein aktiviert werden kann.
Besonders interessant war es hier tatsächlcih aus der Datenbankebene (die Stammdatentabelle war für jeden einzelnen Betrachtungszeitraum mit einen Wert versehen), über einen fachlichen Austausch bishin zur Möglichkeit der Anpassung im Rahmen des Customizing einzugehen.
Die Idee tatsächlich nur zwei eCATT aufzuzeichnen, ist da tatsächlich der einfache Weg, auch wenn über die Massenpflege bspw. per MASS wohl ebenfalls Zusatzfelder als zu pflegende Stammdatenfelder angepasst werden können.
Die Bedeutung von Stammdaten oder auch Stammdatengruppen können bei der Konzeption de Berichtswesen tatsächlich eine wichtige Rolle spielen. Dieses ist auch der Grund, warum ich sowohl im Bereich Berichtswesen als auch beim Schnelleinstieg ins Controlling (siehe Punkt Publikationen) intensiver auf dieses Thema eingegangen bin.
ein Angebot von Espresso Tutorials
unkelbach.link/et.books/
unkelbach.link/et.reportpainter/
unkelbach.link/et.migrationscockpit/
Diesen Artikel zitieren:
Unkelbach, Andreas: »Zeitabhängige Felder für Stammdaten insbesondere bei Zusatzfeldern zum Beispiel für Hochschulfinanzstatistik innerhalb des SAP Modul CO-OM« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 28.9.2019, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=1060 (Abgerufen am 13.5.2024)
Keine Kommentare - Permalink - SAP
Artikel datenschutzfreundlich teilen
🌎 Facebook 🌎 Twitter 🌎 LinkedIn