Meine ersten Erfahrungen mit SAP hatte ich mit SAP R/3 4.6b welches dann auch im Hochschulbereich durch SAP ERP (heute: SAP ECC) abgelöst worden ist und vor einiger Zeit im Artikel "Änderungen und Nacharbeiten nach Einspielung SAP ERP 6.0 Enhancement Package 8 (EHP 8) insbesondere im CO" auch noch aktuell war.

Die nächste große Softwareumstellung wird künftig dann SAP S/4HANA sein.

Dabei werden zwischen Cloud und der On-Premise Version unterschieden.

Die On-Premise Version wird dabei selbst betrieben, während die S/4HANA Cloud durch die SAP SE gepflegt wird. Sehr vereinfacht könnten die Vorteile und Nachteile zwischen Betreibermodell OnPremise oder Cloud wie folgt beschrieben werden:

On Premise bedeutet eigene Server in eigenen Rechenzentren

• Vorteil: Eigenentwicklungen möglich, Modifikationen sind erlaubt
• Nachteil/Vorteil: Wartung und Systembetreuung durch eigenes Personal

Private Cloud

Hier wird ein OnPremises System nicht direkt vom Kunden selbst, sondern das SAP System als private managed cloud sowohl was Server als auch Hardware durch die SAP oder einen SAP Partner betrieben.

Cloud - Anwendung und Datenbank extern bei SAP oder Drittanbietern

• Vorteil: „Rundum-Sorglos-Paket“
• Nachteile: Prozesse sind standardisiert, keine Abweichungen erlaubt

Ab 2020 wurde von der SAP die begriffliche Unterscheidung zwischen Public und Private Cloud durch den Oberbegriff SAP S/4HANA Cloud ersetzt. 

Er wird nun generell gegenüber Kunden der SAP verwendet und erst im Rahmen einer Projekteinführung (Discovery Assessment Service) erfolgt die Festlegung, welche Form der Cloud für den Kunden passend ist.  Im Hintergrund stehen hier die neuen S/4HANA Cloud Essentials (ehemals Public Cloud/SAP S/4HANA Cloud, Multi Tenant Edition (MTE)) oder die S/4HANA Cloud Extendend (ehemals Privat Cloud/SAP S/4HANA Cloud, Single Tenant Edition (STE)) zur Verfügung.

 

Versionen S/4 HANA On-Premise oder Cloud

In der OnPremise Version wurde bis 2020 immer die Versionsnummer in der Form Jahr Monat angegeben. So wurde die SAP S/4HANA 1511 am 11. November 2015 veröffentlicht und meine ersten SAP S/4HANA sammelte ich mit SAP S/4HANA 1709 welches am 15. September 2017 veröffentlicht wurde.

Ab 2020 hat sich die Nomenklatur jedoch so angepasst, dass statt Jahr,Monat nun nur noch das Jahr in der Versionsnummer zu sehen ist. Im Ergebnis sind aktuell SAP S/4HANA 2021 (veröffentlicht am 12. Oktober 2021) für die OnPremise während die SAP Cloud Version das Jahr und den Monat in dem das neue Release erscheint beinhaltet. In der Cloud werden zweimal im Jahr Versionen veröffentlicht, sodass hier die aktuelle Version SAP S/4HANA CLoud 2202 Anfang 2022 veröffentlicht wurde.

Etwas ausführlicher hatte ich das im Artikel "Bisherige Erkennntnisse rund um SAP S/4HANA und FIORI aus Sicht Rechnungswesen CO und FI" festgehalten:
 

Unterschiede SAP Versionen S/4HANA OnPremise oder Cloud

Es werden zwei unterschiedliche Betriebsarten zum Betrieb von SAP S/4HANA angeboten. In der OnPremise oder Cloud. Während in der On-Premise Version das SAP System vom Unternehmen selbst betrieben wird, erfolgt die Pflege von S/4HANA Cloud durch die SAP selbst als Software as a Service (SaaS) Lösung.

"Bei der Abwägung zwischen den einzelnen Betriebsmodellen bietet On-Premise den Vorteil, dass Sie eigenständig Modifikationen und Eigenentwicklungen vornehmen können, sich allerdings in diesem Fall selbst um Wartung und Systembetreuung kümmern müssen. Die Cloud-Lösung ist dagegen ein »Rundum-sorglos-Paket«, in dem alle Prozesse standardisiert und Abweichungen davon nur in eingeschränktem Umfang möglich sind. Ab 2020 wurde von der SAP die begriffliche Unterscheidung zwischen Public und Private Cloud durch den Oberbegriff SAP S/4HANA Cloud ersetzt. Er wird nun generell gegenüber Kunden der SAP verwendet und erst im Rahmen einer Projekteinführung (Discovery Assessment Service) erfolgt die Festlegung, welche Form der Cloud für den Kunden passend ist. Im Hintergrund stehen hier die neuen S/4HANA Cloud Essentials (ehemals Public Cloud/SAP S/4HANA Cloud, Multi Tenant Edition (MTE)) oder die S/4HANA Cloud Extendend (ehemals Privat Cloud/SAP S/4HANA Cloud, Single Tenant Edition (STE)) zur Verfügung."

Bis zum 20. September 2019 war die Version (Release) Bezeichnung der On-Premise Version eine Kombination aus Jahr und Monat, aber seit der derzeit aktuellen Version (vom 7. Oktober 2020) erfolgt die Bezeichnung nur noch nach dem Erscheinungsjahr.

Damit ist die Nachfolgeversion von SAP S/4HANA 1909 nun die Version SAP S/4HANA 2020 und nicht SAP S/4HANA 2010.

In der Cloudversion ist die Bezeichnung jedoch identisch geblieben und so ist die aktuelle Cloudversion SAP S/4HANA Cloud 2102 (erschienen im Februar 2021).

Dies ist sowohl für die SAP Onlinehilfe als auch bei Büchern zu SAP S/4 relevant um hier diese näher einordnen zu können.

 

Wartungsende SAP S/4HANA Versionen

Betrachten wir nicht nur die Updatezyklen ist auch die Frage der Wartung der SAP Versionen eine entscheidende Rolle.

In der Cloud gibt es zwei Updates je Jahr und ein festes Zeitfenster, in dem ein Update durchgeführt werden muss und auch in OnPremise gibt es ebenfalls jährliche Updates, aber weniger einen Updatezwang. Jedoch sollte beachtet werden, dass S/4 HANA Releases jeweils einen fünfjährigen Lebenszyklus haben. Dieses bedeutet, dass S/4HANA 1709 bspw. im September 2022 nicht mehr aktuell, von der SAP unterstützt wird.

Nach den fünf Jahren muss entsprechend ein Update auf die SAP onPremise Version durchgeführt werden, da sonst Support und Wartung durch die SAP entfällt.

Nachtrag: Neue Release-Zyklen ab S/4HANA 2023

Im September 2023 wurde eine neue Updatestrategie der SAP SE vorgestellt. Im Artikel "2-Jahres Releasezyklus ab S/4HANA 2023 und was könnte dieses für eine Migrationsplanung nach S/4HANA bedeuten?" bin ich darauf eingegangen und bin neugierig, welche Änderungen künftig noch zu sehen sind.
 

Welche Änderungen sind in den einzelnen S/4HANA Versionen zu erwarten

Neben der Roadmap zu den einzelnen SAP Modulen werden auch zu den einzelnen Releases Neuerungen kommuniziert und für die einzelnen SAP Module vorgestellt.

Praktisch habe ich diese Änderung an meinen eigenen Publikationen zu SAP S/4HANA gemerkt. Neben der Darstellung von Abschlussarbeiten im SAP Controlling unter SAP S/4HANA ist das besonders deutlich geworden beim Migrationscockpit und Migrationsobjektmodellierer.

Veränderungen FIORI Oberfläche

Ein großer Unterschied, besonders für reine Anwendende ist das neue FIORI Konzept in dem künftig Bereiche statt Kachelgruppen und Seiten definiert werden.

Mit SAP S/4HANA 2020 werden die Apps im FIORI Launchpad in Bereiche und Seiten unterteilt. Seiten werden anstelle der klassischen Startseite zur Anzeige der Apps verwendet. Bereiche können mehrere Seiten zusammenfassen und sortieren. Über die Bereiche werden Seiten zu Geschäftsrollen zugeordnet.

Diese Geschäftsrollen oder "Business Roles" sind dann zusätzlich zu den Berechtigungsrollen den Benutzer zuzuordnen.

Beispiel Weiterentwicklung SAP S/4HANA

Für mein SAP Buch "SAP S/4HANA Migration Cockpit - Datenmigration mit LTMC und LTMOM" (siehe Buchbesprechung)  hatte ich als Beispiel für den Migrationsobjektmodellierer zur Anpassung von Migrationsobjekten das Feld Geschäftsbereich der Kostenstelle als fehlendes Datenfeld bemerkt und im Rahmen des Buches die Pflege fehlender Felder mit LTMOM unter S/4HANA 1709 erläutert.

Mit Version 1909 (vielleicht auch 1809) hatte aber auch die SAP dieses Feld im Migrationsobjekt Kostenstelle umgesetzt, so dass dieses ebenfalls ohne Bearbeitung eines MIgrationsobjektes migriert werden konnte.

Für "Mein Online-Training »Einführung SAP S/4HANA Datenmigration mit Migrationscockpit und Migrationsobjektmodellierer« (Andreas Unkelbach)", das auch im Herbst 2022 erneut angeboten wird, bemerkte ich dann, dass die LTMC durch die FIORI App Migrationscockpit abgelöst wird und hier per Staging Tabellen Migrationsobjektdaten hochgeladen werden.

Ende 2021 wurde ich durch Espresso Tutorials auf einen SAP Community Beitrag aufmerksam gemacht, wonach die LTMC scheinbar stillgelegt oder ersetzt werden soll. Die entsprechende Meldung erscheint unter 2020 auch beim Aufruf der Transaktion LTMC.

Mit S/4HANA 2020 wurde die Transaktion LTMC (und die zugehörige FIORI Oberfläche) durch eine eigenständige FIORI App abgelöst. Bis S/4HANA 2020 können noch eigene Migrationsprojekte angelegt werden.

Konkret lautet die Meldung:

„Mit SAP S/4HANA 2021 ist es nicht mehr möglich, Daten mit der Transaktion LTMC zu migrieren. Es wird weiterhin möglich sein, vorhandene Projekte anzuzeigen,aber es können keine neuen Projekte angelegt werden. Sie können die App "Daten migrieren -Migrationscockpit" verwenden, um Daten nach SAP S/4HANAzu migrieren. Sie können im Fiori Launchpad auf diese App zugreifen.“

Auch sonst gibt es immer wieder Anpassungen und Veränderungen, die in den einzelnen Modulen durchaus Auswirkungen haben.

Kurzer Exkurs: Darstellung Betriebe gewerblicher Art (BgA) unter SAP
Das Thema Geschäftsbereich ist nicht ganz zufällig gewählt, da die beiden Artikel "Grundlagen Finanzbuchhaltung - Geschäftsbereiche als mögliche Lösung zur Abbildung eines Betrieb gewerblicher Art (BgA)" sowie "Grundlagen: Segment-Berichtserstattung in der Profit-Center-Rechnung und das neue Hauptbuch (NEW GL)" ebenfalls in dieser Zeit veröffentlicht worden sind und hier auch auf die Möglichkeiten der neuen Profitcenter-Rechnung und des neuen Hauptbuchs eingegangen worden ist.

Schon an diesen kleinen Beispielen ist zu sehen, dass hier eine stetige Weiterentwicklung erfolgt, was auch die Änderungen bei der Freischaltung der klassischen Planungstransaktionen im SAP GUI, die aber nicht mehr im SAP Menü abgebildet werden, oder auch künftige FIORI Apps, die im Berichtswesen eine Rolle spielen, gezeigt werden kann.

SAP Hilfe Darstellung der Neuerungen für jeweiliges OnPremise Release

Die SAP Online Hilfe bietet unter Neuerungen in SAP S/4HANA 2021 FPS02 - Neuerungen https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/e296651f454c4284ade361292c633d69/3bb9111e62334c8082ec57b55a828c36.html für das jeweils aktuelle OnPremise Release einen Überblick je nach Modul welche Neuerungen hier umgesetzt worden sind.



Innerhalb der Navigation in der Seite kann das jeweilige Modul ausgewählt werden. Unter 1 können Sie das aktuelle Release (hier: 2021 Latest) oder auch unter 2 die Sprache (hier Deutsch) für die Onlinehilfe auswählen.

Dies verschafft einen ersten Überblick über etwaige SAP Änderungen im jeweiligen SAP Modul.
 

Fazit S/4HANA Version entscheidend

Gerade in Hinblick auf die Migration von SAP ERP nach SAP S/4HANA dürfte neben der Wartung und Lebenszyklus auch das jeweilige Release sein. Wenn es sich um ein Vorprojekt zur Migration nach S/4HANA handelt, dürfte ein Blick in ein älteres SAP Release aber ebenfalls schon eine Menge praktischer Fragen beantworten.

Entscheidender sind ohnehin Vorprojekte wie die Einführung von Geschäftspartner (Customer Vendor Integration (CVI)), die Einführung von BCS im Bereich Public Sector Management oder auch die Wechselwirkungen zum neuen Hauptbuch oder der neuen Profit-Center-Rechnung, die auch im Artikel "Bisherige SAP ERP / ECC Berichte unter SAP S/4HANA insbesondere im Bereich FI - Bilanzreporting, CO - Report Painter CO-OM und EC-PCA und PSM - BCS und Klassische Budgetierung" angesprochen wurden.

Weiterbildung im Bereich SAP S/4HANA

Da ich von einigen Kolleg*innen gefragt worden bin, ob es neben Workshops und aktuellen Best Practise Anwendungen auch noch klassische Literaturempfehlungen zur Vorbereitung auf eine Migration nach SAP S/4HANA gibt bzw. ob ich hier (Online)Kurse oder SAP Bücher empfehlen kann, möchte ich an dieser Stelle gerne auf folgende Liste verweisen:

• Liste von interessanten SAP S/4HANA Büchern

Im Laufe der Zeit werde ich diese Liste sicher auch erheblich erweitern bzw. die Bücher auf meiner Seite ebenfalls ausführlicher vorstellen.

Daneben würde ich an dieser Stelle auch auf die Möglichkeiten der Weiterbildung durch ein Online-Training bei Espresso Tutorials für unterschiedliche SAP Module verweisen.

Neben Onlinevideos werden hier auch wöchentlichen Live Expert Sessions angeboten, in denen SAP Experten direkt Fragen beantworten und entsprechende Demos und interaktive Websessions anbieten.


SAP Weiterbildung & Online Training von Espresso Tutorials

Dabei möchte ich aus Transparenzgründen ebenfalls darauf hinweisen, dass ich selbst hier ebenfalls ein Online-Training anbiete, aber auch schon das ein oder andere SAP Training bei Espresso Tutorials besucht habe.

Neben der reinen Umstellung auf SAP S/4HANA sollte auch das Thema Schulung nicht vernachlässigt werden. Vornehmlich bei einer größeren Softwareumstellung sollten auch alle mit SAP Zugang auf die neue Oberfläche oder auch neue Funktionen im SAP Umfeld geschult werden und entsprechende Dokumentationen angepasst werden.
 

Nachtrag: Neue Release und Wartungszyklen für SAP S/4HANA ab 2023

Im Artikel "Neue Release- und Wartungsstrategie für SAP S/4HANA für mehr Innovationen und Flexibilität" vom 15. September 2022 wird darauf hingewiesen, dass die onPremise Version ab S/4HANA 2023 zu einem 2-Jahres-Releasezyklus wechselt.

Auch bezüglich der Support Unterstützung gibt es eine Neuerung: "Ab SAP S/4HANA 2023 bleibt jedes Release für sieben Jahre in der Mainstream Maintenance. Bei vorherigen Releases waren dies fünf Jahre.". Neue Funktionen werden dann wohl über Feature Updates auch zwischen den beiden Jahren zur Verfügung gestellt.
 

Eigentlich bin ich gerade im aktuellen Buchprojekt eingebunden, aber dieses Blog ist ja auch dafür da bestimmte Gedankengänge festzuhalten und mir selbst als kleines Nachschlagewerk nützlich zu sein.

Daher möchte ich mich, wie auch schon im Artikel "Bisherige Erkennntnisse rund um SAP S/4HANA und FIORI aus Sicht Rechnungswesen CO und FI" mit aktuellen Themen im Zusammenhang der Umstellung von SAP ERP / ECC auf SAP S/4HANA beschäftigen.

Ein wichtiger Punkt ist da auch die Frage, der bisher eingesetzten Berichte und wie diese künftig in SAP S/4HANA umgesetzt werden können und welche künftigen Berichtstools hier als Alternative infrage kommen.

Ein wenig orientiere ich mich dabei am Artikel "Unterschiedliche Auswertungsmöglichkeiten im Controlling (Report Writer, Recherchebericht, SAP Query) und natürlich Excel ;-)" und gehe davon aus, dass im SAP ERP / ECC sowohl die klassische Hauptbuchhaltung sowie die klassische Profit-Center-Rechnung im Einsatz ist, aber ein Wechsel in Richtung SAP S/4HANA angestrebt wird.

Dabei sind folgende Themenbereiche behandelt:

• Report Painter Berichte im Gemeinkosten-Controlling (CO-OM) und der Profitcenter-Rechnung (EC-PCA)
  • Hintergrund: Integration der Profit-Center-Rechnung in das neue Hauptbuch
  • Neue Report Painter Berichte in ACDOCT über ACDOCA und ACDOCP
• Plandatenübernahme klassische Planungstransaktionen und ACDOCP
• Rechercheberichte im Bilanzreporting - Anpassung Neues Hauptbuch
• Rechercheberichte PSM-FM oder Report Painter Berichte PSM-FM
• Hintergrund "Neues Hauptbuch" und neue Profit-Center-Rechnung
• Werbung: Espresso Tutorials - »SAP-Wissen« so wirksam wie ein guter Espresso
• Fazit

Dieser Artikel bietet nur einen kleinen Überblick aber ist dafür gedacht erste Gedankenansätze zu liefern und gerade im Bereich SAP ERP im klassischen Umfeld wichtige Entscheidungspunkte zu liefern.

Report Painter Berichte im Gemeinkosten-Controlling (CO-OM) und der Profitcenter-Rechnung (EC-PCA)

Report Painter und Report Writer Berichte gehören teilweise zum Kompatibilitätsumfang, den SAP durch die Einführung von SAP S/4HANA bietet. Dabei ist der SAP Hinweis 2997574 - S4TWL - Report Writer/Report Painter im Finanzwesen und Controlling ein nützlicher Ausgangspunkt, sind hier doch per Anhang die einzelnen Berichtsbibliotheken aufgeführt und entsprechende Hinweise zur Nutzung verlinkt.

Problematisch dabei ist, dass zwar die Berichte der Vollkostenrechnung (Bibliothek 1VKfür Kostenstellen und 6o1 für Innenaufträge weiterhin für das Reporting verfügbar sind, jedoch insbesondere die Berichtsbibliothek 8A2 für die klassische Profitcenter Rechnung nur eingeschränkt noch verfügbar sind.

Die Berichte der klassischen Profitcenter-Rechnung werden keine Daten mehr ausgeben, wenn hier die neue Profitcenter-Rechnung aktiviert ist. Ein paralleler Betrieb zwischen neuer und klassischer Profitcenter-Rechnung ist zwar möglich aber definitiv nicht empfohlen.

Das Nutzungsrecht dieser Kompatibilitätsumfang endet 2025 (siehe SAP Hinweis 2269324 "2269324 - Kompatibilitätsumfangsmatrix für SAP S/4HANA" mit der Aussage "Nutzungsrecht zum Ausführen bestimmter klassischer SAP-ERP-Lösungen in ihren SAP-S/4HANA-Installationen bis 31.12.2025" bzw. 2993220 - S4TWL - EC-PCA - Klassische Profitcenter-Rechnung mit Verweis auf das Scope Item).

Seitens SAP ist vorgehsehen ein separates neues S/4HANA Produkt oder ein anderes Angebot bis Ende 2023 zur Verfügung zu stellen. Hier kann ein vergleichbarer Kompatibilitätsumfang vorhanden sein, aber es könnte auch eine separate Lizenz erforderlich sein. Wichtig wäre daher sich frühzeitig um das Berichtswesen mit neuen Hauptbuch und der neuen Profit-Center-Rechnung zu kümmern.

Ohne die klassische Profitcenter-Rechnung werden die entsprechenden Berichte keine Werte mehr ausgeben.

Innerhalb eines Beitrags im  FICO Forum zum Thema "Profit-Center-Rechnung im neuen Hauptbuch" ist das wie folgt zusammengefasst worden:
Zitat: "sämtliche Auswertungen nur noch im Bereich der Hauptbuchhaltung ansehen kann? Alle Berichte im Bereich Profit-Center-Rechnung sind bei uns nämlich leer ... Die leeren Berichte ließen sich dadurch vermeiden, dass man klassische und neue Profit-Center-Rechnung parallel betreibt, aber das wird - wenn überhaupt - nur für eine Übergangszeit empfohlen. "

Hintergrund: Integration der Profit-Center-Rechnung in das neue Hauptbuch

Bisher war die klassische Hauptbuchhaltung im Ledger 0 und der Tabelle GLT0 und die Profit-Center-Rechnung im Ledger 8A sowie der Tabelle GLPCT abgebildet. Im neuen Hauptbuch werden aber Profit-Center-Rechnung und Finanzbuchhaltung zusammengelegt, so dass dies nun alles innerhalb eines Ledger 0L und der Tabelle FAGLFLEXT abgebildet wird. Somit hat auch die Bibliothek 8A2, hier einen Bezug zur klassischen Profitcenterrechnung. Die Bibliothek 8A2 basiert dabei auf die Reportingtabelle GLPCT. Technisch weist die Reportingtabelle GLPCT eine Besonderheit auf.

Die Tabelle umfasst insgesamt drei Tabellen:

• GLPCT "EC-PCA: Summentabelle" = Summensätze der Profit-Center-Rechnung
• GLPCA "EC-PCA: Ist-Einzelposten" = Einzelposten im Ist
• GLPCP "EC-PCA: Plan-Einzelposten" = Einzelposten im Plan

Entsprechend wären Berichte in der Bibliothek 0FL neu anzulegen, sofern nicht die klassische Profitcenterrechnung weiterhin genutzt wird. Mit S/4HANA wird hier direkt auf die ACDOCA als Kompatibilitätsview verwiesen.

Insgesamt orientiert sich SAP allerdings auf das Universal Journal, das entsprechend auf die Berichtsmöglichkeiten und neue Reportingtools eingeht.

Neue Report Painter Berichte in ACDOCT über ACDOCA und ACDOCP

Ein spannneder Punkt ist noch die Möglichkeit der Auswertung der ACDOCA und ACDOCP über eine Berichtsbibliothek  mit der Tabelle ACDOCT.

Im Erfahrungsbericht S/4HANA im Controlling auf den FICO Forum Infotagen (siehe "Rückblick auf die FICO Forum Infotage Digital 2020 - 1. Tag 📝 u.a. S/4HANA Finance, Anlagenbuchhaltung, neue Bank Account Ledger und Controlling")
Ein für mich spannender Punkt war hier auch die Frage der Auswertung ausserhalb der FIORI Oberfläche und die Möglichkeit der Verwendung von Report Painter über die Berichtstabelle ACDOCT als Summentabelle zum Universal Journal.

Sofern noch nicht alle Berichte auf FIORI umgestellt worden sind steltl sich die Frage, ob weiterhin Report Painter Berichte erstellt werden können. Martin Munzel berichtete im FICO-Forum (siehe Beitrag "Berichte mit Report Painter in SAP S/4HANA auf Basis von ACDOCT") über die Aufgabe "einen Bericht für eine GuV in UKV (also mit Profitcentern und Funktionsbereichen) im Universal Journal in Report Painter" zu erstellen. Denkbar wäre hier unter ERP die Verwendung der Berichtsbibliothek 8A2 bzw. der Berichtstabelle GLPCT (siehe Beitrag "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter") jedoch gehört diese Tabelle zu EC-PCA und wird im Universal Journal nicht mehr verwendet.

Allerdings kann eine Berichtsbibliothek auf der Tabelle ACDOCT - die Summentabelle zum Universal Journal aufgebaut werden. Diese liefert alle Daten der ACDOCA (Ist Buchungen). Mit SAP Hinweis "2476144 - ACDOCP in Berichtstabelle ACDOCT verfügbar" st die Tabelle ACDOCP für Reporting-Zwecke in der Berichtstabelle ACDOCT zur Verfügung gestellt worden. Somit können kundeneigene Report-Painter-/Writer-Berichte (Plan/Ist-Vergleiche) zur Berichtstabelle ACDOCT definiert werden.

Damit besteht die Möglichkeit auch unter S/4 eigene Berichte über Report Painter anzulegen. Hier kann als Berichtstabelle ACDOCT – die Summentabelle zum Universal Journal als Bibliothek für Report Painter anzulegen.

Ergebnis: Alle Merkmale, die die ACDOCT enthält, entsprechen nach dem ersten Eindruck der ACDOCA. Damit können Report Painter Berichte mit sämtliche Kennzahlen aus dem Finanzwesen umfassen - sämtliche FI und FI-AA-Merkmale, Kostenstellen, Innenaufträge, Projekte, Profitcenter, Funktionsbereiche  … . Absprung auf die Einzelposten ist nur mit FBL3H und FAGLL03H möglich.

Es gibt den SAP Hinweis 2476144 - ACDOCP in Berichtstabelle ACDOCT verfügbar "Ab Release S/4 HANA OP1610 Support Package 3 ist die Tabelle ACDOCP für Reporting-Zwecke in der Berichtstabelle ACDOCT zur Verfügung gestellt worden. Somit können kundeneigene Report-Painter-/Writer-Berichte (Plan/Ist-Vergleiche) zur Berichtstabelle ACDOCT definiert werden."

Vielen Dank an dieser Stelle an FICO-Forum (Beitrag von Martin Munzel "Berichte mit Report Painter in SAP S/4HANA auf Basis von ACDOCT") sowie die Ergänzungen dazu.

Plandatenübernahme klassische Planungstransaktionen und ACDOCP

Um Plandaten zwischen ACDOCP und den CO Tabellen zu übertragen gibt es zwei relevante SAP Hinweise 2968212 und aktuell 3007760  für etwaige Korrekturen je nach Release für zwei Hintergrundjobs die die Plandaten zwischen klassischen Planungstabellen und der ACDOCP austauschen.

Dabei übertragt  R_FINS_PLAN_TRANS_CO_S4H_2_ERP in Fiori Apps erfasste Daten aus der ACDOCP in die klassischen Planungstabellen während R_FINS_PLAN_TRANS_CO_ERP_2_S4H den umgekehrten Weg beschreitet.

Im Blogposting unter "Cost planning integration between Controlling and Finance table ACDOCP" sind beide Reports mit Screenshot und SAP Hinweis vorgestellt.

Dabei werden die klassischen Plandaten nach Ledger und Plankategorie übertragen.
Umgekehrt werden von der ACDOCP zu den CO Tabellen in SAP RP die Plankategorie, Ledger auf die (Plan)Version übertragen.

Plankategorie vs. Planversion
Dabei sind die Plankategorien im Customizing (Transaktion SPRO) unter

• Controlling
• Controlling Allgemein
• Planung
• Kategorien für Planung pflegen

zu pflegen und werden zum Fortschreiben der Plandaten in die ACDOCP genutzt. Die klassische Planversion oder Version ist zum Beispiel in der Kostenstellenrechnung unter

• Controlling
• Kostenstellenrechnung
• Planung
• Grundeinstellungen zur Planung
• Versionen definieren

zu finden.


Da die Plandaten ebenfalls ein wichtiger Punkt für das Berichtswesen darstellen, sind diese ebenfalls zu beachten.

Rechercheberichte im Bilanzreporting - Anpassung Neues Hauptbuch

Ebenfalls im Zusammenhang mit der Umstellung auf das neue Hauptbuch sind auch die FI-Rechercheberichte zu beachten.

Im Artikel "Rechercheberichte im Modul FI (Bilanzanalyse)" habe ich das Bilanzreporting im Falle eines Quartalsbericht über die Bilanz und GuV Konten näher beschrieben. Für das neue Hauptbuch sind jedoch Berichte und Formulare ebenfalls neu anzulegen. Hier kann ich auch schon auf den Artikel "Grundlagen: Was sind die Unterschiede zwischen Report Painter und Rechercheberichte?" verweisen. Die entsprechenden Transaktionen zur Pflege der Recherchebrichte haben sich dabei wie in der folgenden Tabelle verändert:
 

Rechercheberichte Bilanzreporting

Funktion	Class GL Klassische Hauptbuchhaltung	New GL neues Hauptbuch
Formular anlegen	FSI4	FGI4
Formular ändern	FSI5	FGI5
Formular anzeigen	FSI6	FGI6
Bericht anlegen	FSI1	FGI1
Bericht ändern	FSI2	FGI2
Bericht anzeigen	FSI3	FGI3
Bericht ausführen	FSI0	FGI0

Entsprechend sind natürlich auch kundeneigene Transaktionen anzupassen.

Rechercheberichte PSM-FM oder Report Painter Berichte PSM-FM

Vor den Wechsel nach SAP S/4HANA ist die klassische Budgetierung im Modul Public Sector Management - Haushaltsmanagement (PSM-FM) durch BCS zu ersetzten.

Hier ändert sich nicht nur die Budgetierung im Sinne der Transaktionen FR50 und FR58 hin zum Budgetierungs-Workbench (FMBB), sondern auch die Umstellung vom Gesamtbudget in Richtung eines Jahresbudgets. Eine allgemeine Zusammenfassung habe ich schon im Artikel "PSM Haushaltsmanagement Budgetverwaltungssystem BCS oder klassische Budgetierung" zusammengefasst.

Die Budgetwerte der klassischen Budgetierung können entweder summenbasiert in ein Geschäftsjahr übernommen werden (Transaktion FMKUMIGTOT) oder belegbasiert  (Transaktion FMKUMIGDOC) in die einzelnen Ursprungsjahre übertragen werden.

Die Rechercheberichte im PSM-FM basieren auf die logische Datenbank FMF, welche sowohl Gesamtbudget als auch Jahresbudgetwerte auswertet.

Soweit ich dieses sehe, gibt es keine Unterscheidung zwischen der klassischen Budgetierung und BC. In beiden Fällen scheint die Kennzahl Jahresbudget (verteilbar) hierarchisch (BUF99) sowohl für die klassische Budgetierung als auch für BCS verwendet zu werden. Entsprechend wichtig wäre bei einer Übernahme der Budgetwerte aus der klassischen Budgetierung darauf zu achten, dass die bestehenden Rechercheberichte nciht sowohl die bisherigen Budgetes der klassischen Budgetierung als auch BCS ausweisen.

Mit Aktivierung von BCS kann aber auch das Reporting über Haushaltsmanagement an Report Painter Berichten übergeben werden. Hier sind in der Bibliothek 4FM "FM BCS Reporting" nur die Budgetwerte aus BCS auswertbar. Basis dafür ist die Berichtstabelle FMRBCS (HHM-Reporting für BCS mit Report Writer).

An dieser Stelle kann als Budget die Kennzahl HSLT mit der Budgetkategorie 9F sowie passenden Ledger ausgewertet werden.

Auch an dieser Stelle ist eine Entscheidung zu treffen, welches Berichtstool künftig genutzt werden soll.

Hintergrund "Neues Hauptbuch" und neue Profit-Center-Rechnung

Jörg Siebert bietet im Vortrag "SAP Neues Hauptbuch" (von 2013 :-)) auf Espresso Tutorials ebenfalls einen umfangreichen Vortrag in Form von Videos zur Auswirkung des neuen Hauptbuches an.
In 17 Videos wird neben aufgezeichneten Demos auch das grundlegende Konzept hinter der neuen Hauptbuchhaltung vorgestellt. Persönlich mag ich die Erklärungen von Jörg Siebert sehr, was einerseits am guten Erklärstil aber auch am fachlichen HIntergrund liegt. Da er mehr im Bereich FI tätig ist freue ich mich immer, wenn hier ein Vortrag oder ein Buch mir manche Zusammenhänge zwischen CO und FI erläutert.

In den 2 Stunden und 34 Minuten werden unter anderen folgende Themen behandelt:

• Erweiterung der Summentabelle
• Belegaufteilung (Grundlagen & Vertiefung)
• Umsatzkostenverfahren (Grundlagen und Demo)
• Echtzeitintegration CO-FI
• Profit-Center-Rechnung im Hauptbuch
• Ledgergruppenspezifisches Ausgleichen
• ... u.v.m.

Daneben hat aber auch Martin Munzel die klassische Profitcenter-Rechnung mit der neuen Profitcenter-Rechnung in einer kurzen Präsentation "Unterschiede klassische Profitcenter-Rechnung / neue Profitcenter-Rechnung in SAP" vorgestellt. Somit ist hier sowohl die FI als auch die CO Sicht dargestellt.

Espresso Tutorials - »SAP-Wissen« so wirksam wie ein guter Espresso

Die verlinkten Videos sind mit der Espresso Tutorials Bibliothek im Rahmen einer Flatrate aufrufbar. Teilweise haben hier einzelne Hochschulbibliotheken oder Firmen einen allgemeinen Zugang, so dass erst einmal per LOGIN sich angemeldet werden muss (basierend auf eine IP innerhalb des internen Netzwerks) und danach die Videos und Medien aufgerufen werden können.

Unter SAP Know How habe ich schon die digitale SAP-Bibliothek von Espresso Tutorials vorgestellt, dennoch mag ich hier kurz Werbung für das Angebot machen.

Onlinezugriff auf alle Medien von Espresso Tutorials


Die SAP-Bibliothek bietet E-Books und Videos zu den Themen Finanzwesen, Controlling, Einkauf, Verkauf, Produktion, Berichtswesen, HANA und Programmierung. Aktuell sind 250+ Medien verfügbar, die fortlaufend ergänzt werden. Sowohl Einsteiger (SAP-Navigation, FI, CO, HCM, SD, MM, PP, ABAP) als auch Fortgeschrittene finden hier praxisnahe Antworten auf ihre Fragen.

Fazit:

Schon vor einer Umstellung auf SAP S/4HANA kann mit der Umstellung auf das neue Hauptbuch und der Einführung von BCS auf das Berichtswesen ein erheblicher Aufwand zukommen. Insbesondere was die Einführung der neuen Profit-Center-Rechnung anbelangt sind hier auch etwaige bisher genutzten Berichte wie "ZPING - Auswertung Profitcenter (EC-PCA) nach Investitionen (Anlagenzugänge) + GuV Konten sowie Query und Einzelpostenbrowser als Empfängerberichte" oder auch "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" anzupassen und auf Kompatibilität zum neuen Hauptbuch und damit auch in Richtung SAP S/4HANA zu prüfen. Gerade was das Ende der klassischen Profitcenterrechnung 2025 anbelangt, ist dieses ebenfalls ein kritischer Meilenstein für das Berichtswesen basierend auf der Profitcenterrechnung.

An dieser Stelle möchte ich mich aber wieder in Richtung des aktuellen Buchprojektes verabschieden, was auch schon 2021 hätte fertig sein sollen.

Immerhin sind mittlerweile die Begleitvideos zu "Gemeinkosten-Controlling in SAP S/4HANA" zum Buch schon online.



Hierzu ist ein Login für die Espresso Tutorials Bibliothek erforderlich oder ein Erwerb des Buches, welches ebenfalls bald erscheinen wird.

Als Videos und Demos zeigen wir hier

• Kostenstelle anlegen
• Sachkonto anlegen
• Leistungsart definieren und Tarifplanung durchführen
• Grundlagen Universelle Verrechnung / Universal Allocation
• Verrechnungszyklus Kopf definieren
• Verrechnungszyklus Segement definieren
• Verrechnungszyklus Regeln
• Verrechnung ausführen
• Verrechnungsergebnis
• Zentrale App Verrechnungen verwalten

Für mich persönlich war die Arbeit an diesem Buch, dass die Abschlussarbeiten im Gemeinkosten-Controlling unter SAP S/4HANA abbildet, sehr hilfreich, um selbst in das Controlling mit SAP S/4HANA einzutauchen und ich freue mich schon auf die Veröffentlichung der Abschlussarbeiten im Gemeinkostencontrolling mit SAP S/4HANA.

Dennoch sind auch die klassischen Berichtstools wie Recherchebericht, Report Painter und Report Writer, aber auch SAP Query für mich weiterhin nützliche Tools deren Berichte jedoch angepasst und ggf. auch neu angelegt werden müssen.

Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlich auf diese "Reporting Tools" eingegangen.
  Vielleicht finden sich hier ja auch noch weitere Anregungen für den Aufbau eines Berichtswesen mit SAP nicht nur für CO im Buch aber auch mit SAP S/4HANA gibt es neue Berichtstools auf die ich in einen künftigen Artikel gerne eingehen werde.
 

Gerade im Hochschulcontrolling und Hochschulberichtswesen sind nicht nur Fragen wie "Grundlagen: Wohin mit den Kosten? Leistungsverrechnung, Kostenverteilung und Kostenumlage im SAP CO-OM." oder "Statistische Kennzahlen für Verrechnung in SAP - Umlage und Verteilung nicht nur im Hochschulcontrolling und Hochschulberichtswesen" von besonderer Bedeutung im Berichtswesen, sondern auch die Frage nach der Herkunft von Planwerten oder Bugdet für die einzelnen Bereiche.

Naheliegend im öffentlichen Bereich ist die Nutzung des Haushaltsmanagement (PSM-FM Public Secotr Management - Funds Management). Hier kann die klassische Budegtierung (siehe "SAP PSM-FM klassische Budgetierung mit unterschiedlichen Budgetversionen" und auch "Negatives Budget in Public Sector Management Haushaltsmanagement buchen (klassische Budgetierung und BCS)") oder auch das unter SAP S/4HANA verpflichtend als Nachfolge der klassischen Budgetierung einzuführende BCS (Budget Controll System) eingeführt werden. Dieses wurde im Artikel "PSM Haushaltsmanagement Budgetverwaltungssystem BCS oder klassische Budgetierung" vorgestellt und ermöglicht die Budgetierung das Dreier-Team Finanzstelle, Finanzposition und Fond, die auch im Artikel "Grundlagen: Kontierungselemente im Modul Public Sector Management Haushaltsmanagement (PSM-FM) - Finanzposition, Finanzstelle, Fond und FMDERIVE" vorgestellt sind.

Aber auch abseits des Moduls PSM-FM gibt es im Controlling auch andere Möglichkeiten, neben der Planung, um die verfügbaren Mittel abzubilden.
 

Kostenstellen-Etatplanung

Innerhalb des Gemeinkostencontrolling (CO-OM) besteht, neben der Planung von primären und sekundären Konten als eine weitere Möglichkeit der Kostenstellen-Etatplanung zur Verfügung.

Hier kann im SAP Menü unter

• Rechnungswesen
• Controlling
• Kostenstellenrechnung
• Planung
• Kostenstellenetats

über die Transaktion KPZ2 ein Etat zur Verfügung gestellt werden und dieser über einen Verteilschlüssel auf die Perioden aufgeteilt und je Kostenstelle eingeplant werden. Dafür muss im Costomizing (Transaktion SPRO) ein Etatprofil unter

• Controlling
• Kostenstellenrechnung
• Etatverwaltung
• Profile für die Etatverwaltung definieren (Transaktion OKF1)

angelegt werden. Dieses bildet sowohl Zeithorizonte für Vergangenheit und Zukunft ab und definiert, ob die Werte als Jahreswerte oder Periodenwerte eingebucht werden können.

Die Etatplanung erfolgt auf einzelnen Perioden je Kostenstellen, analog der Budgetverteilung und kann nicht auf einzelne Kostenarten heruntergebrochen werden.

Import Finanzplandaten und Etat Planung auf Kostenstellen unter SAP S/4HANA

Hier gibt es unter S/4HANA eine Neuerung, da der Upload/Import von Etats als Budget für Kostenstellen einen Bezug zur Kontonummer haben. Es gibt ferner ab Release 2021 auch die Möglichkeit der Umbuchung von Etat per FIROI App.

Der Artikel "Finanzplandaten importieren in S/4 / Budgetierung auf Kostenstellen" von sapmandoo / MrBojongoles beschreibt dieses noch etwas ausführlciher.
 

Budgetierung von CO Innenaufträgen

Auch für die CO Innenauftträge kann eine Budgetierung im Controlling erfolgen. Dazu muss im Customizing (Transaktion SPRO) ein passendes Budgetprofil unter

• Controlling
• Innenaufträge
• Budgetierung und Verfügbarkeitskontrolle
• Budgetprofil pflegen

angelegt werden. Im Gegensatz zur Etatplanung ist für eine Verfügbarkeitskontrolle eine Aktivierungsart zu wählen. Auf diese Möglichkeiten gehe ich im Buch zum Berichtswesen im SAP Controlling noch etwas ausführlicher ein.


An dieser Stelle möchte ich nur auf die einzelnen Möglcihkeiten der Budgeterfassung eingehen.
Die Budgetierung im CO kann unter:

• Rechnungswesen
• Controlling
• Innenaufträge
• Budgetierung
• Originalbudget
  • Ändern (Transaktion KO22) eingestellt werden,
• Nachtrag
  • Ändern (Transaktion KO24) erhöht werden,
• Rückgabe
  • Ändern (Transaktion KO26) reduziert werden.

Über folgende Abbildung sind die Zusammenhänge etwas ausführlicher beschrieben.



Diese Darstellung der Budgetierung von CO Innenaufträgen zeigt den ursprünglich genehmigten Kostenrahmen als Originalbudget, etwaige Nachträge während der Laufzeit und zum Projektabschluss die Rückgabe von Budgetresten an.

Darstellung CO Budgetwerte und Kostenstellen Etat im Report Painter

Das Budget wird dabei direkt auf die Innenaufträge gebucht und es gibt klassische Verfügbarkeitsberichte (Budget/Ist/Obligo) wie die Transaktion S_ALR_87013019.

Die Erfassung der Budgetwerte auf CO Innenaufträgen erfolgt als Gesamtbudget / Jahresbudget ohne Unterscheidung nach Kostenarten. Interessant ist, dass diese im Report Painter / Report Writer innerhalb der Bibliothek 6O2 durch die Basiskennzahl SWLGES Budget und Werttyp 41 Budget ausgewertet werden können. Die Kosten können dann über die Basiskennzahl SWKG ausgewertet werden und auch differenziert nach Kostenart dargestellt werden. Als Zeile kann das Merkmal Innenauftrag oder auch INnenauftrag und Kostenart definiert werden.

Für die Etat Berichte, zum Beispiel die Transaktion S_ALR_87013648 Bereich: Ist/Etat/Obligo wird ebenfalls als Spalte der Etat der Kostenstelle ausgewertet. Hier wird die Bibliothek 1CT Kostenstellen: Spezielle Berichte genutzt und das Basiskennzahl SWLJET Etat mit Werttyp 41 Budget verwendet.

Sowohl CO Budget auf Innenaufträgen als auch die Etat-Planung auf Kostenstellen kann nicht differenziert nach einzelnen Kostenarten erfolgen. Hier ist ide Kostenartenplanung eine bessere Wahl.


Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlich auf dies Thema eingegangen.
  Vielleicht finden sich hier ja auch noch weitere Anregungen für den Aufbau eines Berichtswesen mit SAP nicht nur für CO im Buch.  :-)

Im Artikel "Berichtsdokumentation in Excel - Hyperlink auf Tabellenblätter indirekt setzen" hatte ich vor einiger Zeit schon einmal erwähnt, dass es sinnvoll sein kann, bestehende Berichte umfassend zu dokumentieren.

Eine besondere Bedeutung kann dies Thema bei der Frage welcher Ansatz bspw. beim Wechsel von ERP nach S/4HANA genutzt werden kann und welche Berichte künftig hier als Thema gesetzt werden.  Dies dürfte auch im Artikel "Bisherige Erkennntnisse rund um SAP S/4HANA und FIORI aus Sicht Rechnungswesen CO und FI" absehbar sein oder auch als Frage beim Online-Training zur Datenmigration nach S/4HANA (siehe Artikel "Mein Online-Training »Einführung SAP S/4HANA Datenmigration mit Migrationscockpit und Migrationsobjektmodellierer« (Andreas Unkelbach)" oder "Live-Session zum Online-Training Datenmigration nach S/4HANA mit Migrationscockpit und Migrationsobjektmodellierer") bedeutend werden.

Der damaligen Anforderung eine Übersicht einiger selbst entwickelter Berichte zu erstellen, bin ich dann aber tatsächlich wesentlich lieber über das Lieblingstool im Controlling nachgegangen und habe eine Arbeitsmappe in Excel für diese Herausforderung angelegt und den Aufbau einer solchen Report-Matrix ausführlicher erläutert.

Sofern bei Ihnen ebenfalls eine solche Report-Matrix ansteht oder ein Überblick über bestehende kundeneigene Berichte im SAP Umfeld erstellt werden sollen, kann hier für das lokale Berichtswesen im SAP eine Übersicht über eigene Berichte erstellt werden.



Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlich auf dies Thema eingegangen.
  Vielleicht finden sich hier ja auch noch weitere Anregungen für den Aufbau eines Berichtswesen mit SAP nicht nur für CO im Buch.
 
Hier soll nun aber eine Auswertung über vorhandene Berichte im Bereich Report Painter / Report Writer, Rechercheberichte und SAP Query sowie kundeneigene Transaktionen erstellt werden.
 

Übersicht Report Painter / Report Writer Berichte

Innerhalb des SAP Menü gibt es zwei Berichte unter:

• Infosysteme
• Ad-hoc-Berichte
• Report Painter
• Hilfsmittel
• Verzeichnis
  • Berichtsgruppen (Transaktionscode GR5L)
  • Berichte (Transaktionscode GR3L)

Die Berichtsgruppen können über verschiedene Auswahlkriterien ausgewertet werden (Tabelle, Bibliothek,  oder auch Berichtsgruppe Z* sofern diese im Z* Namensraum angelegt worden sind.
Die Berichte können anhand der Berichtsbezeichnung, aber auch der Bibliothek ausgewertet werden sowie weitere Angeben wie Anlagedaten oder Änderungsdaten.

Gerade der Bericht GR3L hat zusätzlich den Vorteil, dass in der Spalte Ursprung eine Unterscheidung zwischen Report Painter Berichte (P) und Report Writer () dargestellt.

Leider sind die Berichte so aufgebaut, dass keine Zuordnung der Berichte und der Berichtsgruppen über diese beiden Berichte möglich ist.

Das Verzeichnis der Berichte (Transaktion GR3L) umfasst:
Bibliothek, Bericht, Beschreibung, Tabelle, Geänder von, Änderungsdatum, Angelegt von, Datum und Ursprung (P Report Painter sonst Report Writer)

Das Verzeichnis der Berichtsgruppen (Transaktion GR5L) umfasst:
Berichtsgruppe, Beschreibung, Tabelle, Bibliothek, Anzahl Selektionen, Geändert von, Änderungsdatum


Für eine Auswertung von Berichtsgruppe und darin enthaltene Berichte habe ich folgende SAP Query erstellt:

Infoset (Transaktion SQ02):

Tabellenjoin über T803J (Report Writer: Berichtsgruppen)  und T803L (Report Writer: Einträge in Berichtsgruppen). Wichtig ist dabei das Feld RGJNR Berichtsgruppe per left outer join zu verknüpfen.

Dieses Infoset ist einer passenden Benutzergruppe zugeordnet worden.

Query (Transaktion SQ01):

Die Query hat dann in der Grundliste folgenden Aufbau (L= Listenfeld, S = Selektionsfeld):

Report Writer: Berichtsgruppe - Tabelle T803J
Bibliothek (T803J-LIB) L
Berichtsgruppe (T803J-RGJNR) L, S

Zusatzfelder:
Text:Berichtsgruppe (TEXT_T803J_RGJNR ) L

Report Writer: Einträge in Berichtsgruppe - Tabelle T803L
Bericht (T803L-RNAME) L

Zusatzfelder:
Text:Bericht (TEXT_T803L_RNAME) L


Report Writer: Berichtsgruppe - Tabelle T803J
Datum der letzten Generierung (T803J-GEN_DATE) L
Autor - anlegender  Benutzer (T803J-CR_USER) L
Datum der Neuanlage (T803J-CR_DATE) L
Letzter Änderer (T803J-UPD_USER) L

Für SAP Query selbst wird im folgenden Abschnitt noch ein Handbuch zu SAP Query zur Einführung von SAP Query verlinkt.

Clusterung der Berichte:
Durch die Auswertung der Berichte unter Report Writer / Report Painter kann mit der Angabe Bibliothek - Berichtsgruppe - Bericht auch gleichzeitig eine Clusterung vorgenommen werden. Als Gruppierungsmerkmal sind die Berichtsgruppen für Report Painter und Report Writer vorgesehen, sodass hier über die Berichtsgruppen innerhalb der Bibliothek mehrere Berichte schon zusammengefasst worden sind.

Auch dieser Gesichtspunkt ist für ein strategisches Berichtswesen im SAP Umfeld durchaus relevant.

 

Weitere Informationen zum Thema Report Painter:
Unkelbach, Andreas: »Grundlagen Kurzeinführung und Handbuch Report Painter Report Writer« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 10.11.2015, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=658

 

Übersicht SAP Query

Für eine Dokumentation der SAP Query ist zwischen Globalen und mandantenabhängigen Bereich zu unterscheiden. Hier ist es sinnvoll in der Pflege der Infoset (Transaktionscode SQ02) über (Mehr) > Umfeld > Arbeitsbereich diesen sowohl Standardbereich (mandantenabhängig) als auch Globaler Bereich (mandantenunabhängig) zu betrachten.

In beiden Bereichen kann dann über das Infoset per Menü (Mehr) > Springen > Queryverzeichns (UMSCH+F8) ein Verzeichnis von Queries über Benutzergruppen oder Infosets aufgerufen werden. Dabei ist die Box Globaler Bereich je nach oben gesetzten Punkt schon markiert oder demarkiert.

Alternativ kann auch das Query-Verzeichnis über den ABAP Report (SA38) RSAQDEL0  aufgerufen werden. Hier ist dann die Option Globaler Bereich als Merkmal markierbar oder nicht.

Die Liste bietet dann folgenden Felder die entsprechend in der Liste ausgeblendet oder eingeblendet werden können:

• Infoset
• Benutzergruppe
• Query
• Query Eigenschaften (Titel)
• Autor
• Anlagedatum
• Änderer
• Änderungsdatum
• ...

Damit sind sowohl im Standardbereich als auch Globalen Bereich alle Query und Infoset aufgelistet.

 

Weitere Informationen zum Thema SAP Query:
Unkelbach, Andreas: »Grundlagen Kurzeinführung und Handbuch SAP Query « in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 28.11.2014, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=575

 

Übersicht Rechercheberichte

Ein Verzeichnis der Rechercheberichte (FI, CO, PSM-FM) ist mir leider nicht bekannt, daher führe ich hier den Pfad im jeweiligen Customizing (Transaktion SPRO) auf über den diese Berichte gepflegt und die Formulare und Berichte entsprechend festgehalten werden können.

• Public Sector Management
  • Public-Sector-Management
  • Haushaltsmanagement Öffentliche Verwaltung
  • Informationssystem
  • Recherche-Berichte
  • Formular
    (hier die Funktionen Formular anlegen, ändern, anzeigen)
  • Bericht
    (hier die Funktionen Bericht anlegen, ändern, anzeigen)
• Profitcenterrechnung (EC-PCA)
  • Profit-Center-Rechnung
  • Informationssystem
  • Recherche
    • Formular pflegen
    • Bericht pflegen
• Bilanzreporting (siehe Artikel "Rechercheberichte im Modul FI (Bilanzanalyse)")
  • Finanzwesen
  • Hauptbuchhaltung
  • Informationssysteme
  • Rechercheberichte (Sachkonten)
  • Formular
    • Formular festlegen
  • Bericht
    • Bericht festlegen

Im Artikel "Grundlagen: Was sind die Unterschiede zwischen Report Painter und Rechercheberichte?" bin ich ausführlicher auf die einzelnen Pflegetransaktionen zum Recherchebericht eingegangen und verweise hier insbesondere auch auf die Unterscheide zwischen klassischen Hauptbuch und neuen Hauptbuch (NewGL).

Übersicht kundeneigener Transaktionen

Zu einigen Berichten, sei es Query, Recherche oder Report Painter sind auch entsprechende kundeneigene Transaktionen im Y* oder Z* Namensraum angelegt worden. Diese können entweder per PFCG im Menü angelegt worden sein oder direkt in der Transaktion SE93.

Hier ist die Vorgehensweise im Artikel "Transaktion anlegen (Report, Parameter) bspw. für SAP Query / Unterschied Parameter- oder Reporttransaktion" beschrieben worden.

Neben der Ansicht in der Transaktion SE93 lassen sich diese Transaktionen auch in der Tabelle TSTC auslesen. Im Artikel "Tabellen hinter Transaktionscode oder ABAP Programm über eine SAP Query ermitteln" sind die Tabellen festgehalten worden.

Stammdatengruppen (SETS)

Neben bestehenden Berichten sind auch die Objekte über die berichtet werden relevant. Neben der Standardhierarchie sind hier auch passende SETS und Gruppen zu berücksichtigen. Im Artikel "Auflösen von Stammdatengruppen nach Einzelwerten - Einzelwerte zu Sets" ist eine Auswertung bestehender Gruppen beschrieben, so dass hier schnell eine Dokumentation bestehender Sets oder alternativer Hierarchien für einzelne Business Objekte erfolgen können.
 

ABAP Reports

Persönlich nutze ich obere Berichte im Berichtswesen und Controlling mit SAP nicht nur im Bereich von Hochschulen. Eine größere Flexibilität sind natürlich durch Entwicklungen von ABAP Programmen oder anderen Reports möglich, diese erfordern aber entsprechenden Entwicklerschlüssel und natürlich Kenntnisse in der Programmierung.

Um aber auch auf das Thema Eigenentwicklungen (ABAP Reports etc.) einzugehen verweise ich auf die Tabelle TADIR - Katalog der Repository-Objekte  ausgelesen werden. Hier kann als Objekttyp (Feld OBJECT) PROG für Programm genutzt werden und alle kundeneigene Programme ausgewertet werden.

Dies betrifft dann aber eher Entwicklungen und persönlich würde ich hier eher mit der SE80 innerhalb entsprechender Pakete nach Entwicklungen suchen.

An dieser Stelle auch ein Hinweis auf rz10.de "Identifizieren von Kundenentwicklungen in SAP".

 

Detailinformationen

Sofern Sie nicht neben ihren Ordner zum Berechtigungskonzept auch gleich ein Berichtshandbuch über ihre eigenen Berichte vorliegen haben ist dieses vielleicht auch ein guter Zeitpunkt sich um die Detaildokumentation der vorhandenen Berichte zu kümmern.

Wenn es um eine ausführlichere Dokumentation der Daten angeht finden sich in den Artikeln "Dokumentation von Berichtsgruppe und Berichtsdokumentation bei Report Painter und Writer Berichten", "Fachliche und technische Dokumentation von Selektionsvarianten und individuelle Berichte in SAP identifizieren" noch weitere Informationen wie bspw. die technischen Details unter "Report Painter Übersicht von Elementen und Merkmale zur Darstellung der Struktur und Aufbau eines Berichtes".

Ich hoffe, dass diese Kurzanleitung die Erfassung bestehender Berichte erleichtert hat und Sie sich einen schnellen Überblick der in den einzelnen Modulen genutzten Berichte verschaffen konnten.

In der letzten Zeit war es hier etwas ruhiger im Blog, was nicht unwesentlich an Projekten liegt, die derzeit offline ihre Aufmerksamkeit verlangt haben. Eines dieser Projekte ist nun aber so weit, dass ich es öffentlich bekannt geben mag. Nach meiner Buchveröffentlichung zum Migrationscockpit und Migrationsobjektmodellierer gab es erneut einige Änderungen im Rahmen der Nachfolger der LSMW, sodass ich heute auf ein neues Angebot in Kooperation mit Espresso Tutorials hinweisen möchte.

Persönlich bin ich sehr begeistert vom Ergebnis und freue mich noch mehr heute einen Trailer zum Angebot veröffentlichen zu können.

Gerne kann dieses in Social Media, unter Kolleginnen und Kollegen oder auf anderen Wege geteilt werden und seit dieser Woche kann sich hier auch angemeldet werden.

  per Mail weiterempfehlen  

Mein Online-Training Datenmigration nach SAP S/4HANA

Mein Online-Training zum Migrationscockpit und Migrationsobjektmodellierer als Nachfolger der LSMW.




Gemeinsam mit Espresso Tutorials biete ich von März bis April 2022 ein Online-Training zur Nachfolge der LSMW (Migrationscockpit und Migrationsobjektmodellierer) und bin sehr gespannt, wie dieses Angebot angenommen wird.
  Neugierig?
In Kurzform die wichtigsten Daten zur Online-Schulung:

 

Event-Daten
Einführung SAP S/4HANA Datenmigration mit Migrationscockpit und Migrationsobjektmodellierer

Ab 03. März 2022 bis Donnerstag, 28. April 2022
jeweils am Donnerstagabend von 17 bis 18 Uhr.

Kosten: 595,00 EUR (inkl. 19 % MwSt.) je Person.

Online-Training

Grundlagen Datenmigration
- Unterschied LTMC und Fiori App Migratioscockpit (S/4HANA 2020 / 2021)
- Projektverwaltung
- Anlage Migrationsprojekt und Auswahl Migrationsobjekte (LTMC + neue FIORI App)
- Arbeit mit Vorlage Dateien Template
- Migrationscockpit – einzelne Schritte zur Datenmigration (Daten hochladen, validieren, konvertieren)
- Migrationscockpit (Import simulieren, Import ausführen, Fehlerbehandlung)
- Migrationsobjektmodellierer (Aufbau eines Migrationsobjektes (Quellstruktur, Zielstruktur, Mapping))
- Migrationsobjektmodellierer (Anpassung Migrationsobjekt)
- Exkurs : Eigenes Migrationsobjekt auf Basis vorhandenen BAPI anlegen

Beginn: 03.03.2022 17:00 Uhr - Ende: 28.04.2022 18:00 Uhr
Die Veranstaltung findet online jeweils am Donnerstag von 17:00 bis 18:00 Uhr rein online bei Espresso Tutorials statt.
 

Ich freue mich darauf Sie für ihr Datenmigrationsprojekt fit zu machen.


Profile in Social Media

Facebook Twitter XING Linkedin


Für weitere Fragen stehe ich gerne zur Verfügung und freue mich schon selbst auf die Schulung :-). Gerne ergänze ich hier auch weiteres zum genauen Ablauf der Schulung.