Bisher war das Berichtswesen innerhalb des Haushaltsmanagement PSM-FM (Public Sector Management – Funds Management) auf der klassischen Budgetierung (KB) aufgebaut. Vor einen Wechsel nach SAP S/4HANA ist jedoch ein Wechsel in Richtung Budgetverwaltungssystem (BCS Budget Control System) erforderlich. Darauf wird insbesondere im SAP Hinweis  2226048 – „SAP-S/4-HANA-Vereinfachungselement: Funktion der klassischen Budgetierung (KB) in PSM-FM eingestellt“ hingewiesen.

Auf diesen Aspekt bin ich auch schon 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" näher eingegangen und hatte im Artikel "PSM Haushaltsmanagement Budgetverwaltungssystem BCS oder klassische Budgetierung" die Unterschiede zwischen beide Formen der Budgetierung im Haushaltsmanagement näher vorgestellt.

Neben der Umstellung in Richtung der Budgetierung (bspw. Wechsel vom Gesamtbudget zum Jahresbudget mit Periodenbudget und statt der Hierarchiebelege nur noch die Erfassungsbelege) ist ein wichtiger Punkt auch die Frage, wie das Berichtswesen unter BCS nach erfolgreicher Migration von der klassischen Budgetierung nach BCS erfolgen kann.

Migration von der klassischen Budgetierung (KB oder FBS) zum Budgetverwaltungssystem (BCS)

Da eine Umstellung auf BCS von der klassischen Budgetierung (hier: KB  oder FBS "Former Budgetary System") erforderlich ist, mag ich kurz auf die Umstellungsschritte im Customizing verweisen.

Die notwenidgen Migrationsschritte sind dabei im Customizing (Transaktion SPRO) unter

• Public Sector Management
• Haushaltsmanagement Öffentliche Verwaltung
• Budgetverwaltungssystem (BCS)
• Budgetierung
• Migration klassische Budgetierung nach BCS

zu finden. Dabei kann summenbasiert oder belegbasiert eine Migration der Budgetdaten erfolgen.

Bei der summenbasierten Migration (Transaktion FMKUMIGTOT) stehen die Budgetsummen aus der klassichen Budgetierung für Berichtszwecke aus den Jahren vor der BCS Aktivierung im BCS zur Verfügung. Sofern eine belegbasierte Migration (Transaktion FMKUMIGDOC) erfolgen soll werden auch Budgeterfassungs und Finanzstellenhierarchiebelege aus der KB migriert, so dass hier entsprechende Budgeterfassungsbelege mit angelegt werden.

Sind auf einen Fond sowohl Jahresbudget als auch Gesamtbudget ausgewiesen, werden nur die Jahresbeträge nach BCS migriert. Allerdings wird beim Aufruf der beiden Migrationen eine entsprechende Meldung, dass ein Delta zwischen Gesamtbudget und Jahresbudget vorhanden ist ausgegeben und so ist auch der Testlauf hier ein wichtiges Mittel.

Datenquelle PSM-FM (logische Datenbanken)

Die Änderungen in den Belegen ist auch durch zwei getrennte logische Datenbanken für die klassische Budgetierung (FMF) und die neue logische Datenbank FMB für das Budgetverwaltungssystem ersichtlich. Während in beiden logischen Datenbanken (LDB) die Stammdatenknoten für die einzelnen Kontierungselemente des Haushaltsmanagement sowie die Obligo- und Ist-Daten enthalten sind gibt es doch einen Unterschied bei den Knoten zur Auswertung der Budgetdaten bzw. auch der Verfügbarkeitskontrolle.

Mit der Transaktion SE36 kann sich der Aufbau der logischen Datenbank näher angesehen und anhand der Jahresbudgettabellen sind hier folgende Änderungen in den Tabellen/Strukturen ersichtlich:

Die logische Datenbank FMF – Klassische Budgetierung hat folgende Tabellen/Strukturen als Knoten eingebunden:

BPBYX Summensätze Jahresbudegt
EPBY Einzelposten: Jahresbudget

Während der logischen Datenbank FMB folgende Tabellen/Strukturen zugeordnet sind:

BUDT Budgetsummen (BCS)
BUDP Budgeteinzelposten (BCS)
BUHL Budgeterfassungsbelege (BCS)

Damit sind die einzelnen "Datenquellen" zusammengestellt.

Vergleich der Tabellen aus KB und BCS - Gegenüberstellung in der SAP Onlinehilfe:

In der SAP Hilfe sind die "Budgettabellen in der Datenbank"   für die einzelnen logischen Datenbanken im Zusammenhang mit BCS unter


https://help.sap.com/doc/baf2cc53a8b77214e10000000a174cb4/700_SFIN20%20006/de-DE/5ceccc53a8b77214e10000000a174cb4.html

den Tabellen der klassischen Budgetierung gegenübergestellt.
 

 

Reporting-Tools im Haushaltsmanagement Recherchebericht oder Report Painter?

Nun stellt sich jedoch die Frage, wie künftig das Berichtswesen nach der Migration nach BCS erfolgen kann. Grundsätzlich sollten die bisherigen Rechercheberichte weiterhin die Budgetdaten aus der klassischen Budgetierung auslesen. Die Frage ist jedoch, wie eine Auswertung von BCS per Recherchebericht erfolgen kann oder ob eine Budgetauswertung nur per Report Painter in der Berichtsbibliothek 4FM erfolgen kann.

Die „neuen“ BCS Berichte sind als Report Painter Berichte in der Bibliothek 4FM ersichtlich. So zum Beispiel der Bericht 4FBUDCON zum Budgetverbrauch in der Bibliothek 4FM.
Als Auswertung wird dabei die Basiskennzahl HSLT sowie Ledger und Budgetkategorie als Merkmal genutzt.

Für die Auswertung der klassischen Budegtierung kann die Berichtsbibliothek 0FA verwendet werden. Hier kann das Budget mit der Budgetart KBU* über die Basiskennzahl HSLT ausgewertet werden.  Ein entsprechend von der SAP bereitgestellter Bericht 0FA1-001 ist hier ein entsprechendes Beispiel.

Hier sind als Budgetarten:

• KBUD Originalbudget
• KBN0 Nachträge
• KBU0 bis KBUC und KBUE bis KBUZ für Umlagen
• KBR0 Reduzierungen

eingebunden.

Rechercheberichte in der klassischen Budgetierung

Bisher hatten wir für die klassische Budegtierung Recherchebrichte über die Kennzahl BUF99 „Jahresbudget (Verteilbar) hierarchisch“ und die Budgetversion sowie Geschäftsjahr und Periode als Merkmale hinterlegt und hier von Möglichkeiten wie slice and dice profitiert.

Ein umfangreicher Recherchebericht ist im Artikel "Mehrjahresvergleich im Recherchebericht mit Beschränkung von Aufwand und Ertrag für das laufende Geschäftsjahr bis aktuelle/selektiere Periode/Jahr und komplette Perioden der Vorjahre sowie übertragene Jahresendsalden" beschrieben. Gerade das Berichtswesen im Bereich des Haushaltsmanagement kann dabei je nach Einrichtung auch relativ umfangreich sein.

Ein guter Eindruck davon ist im Artikel "»Rechercheberichte de lux« im Modul PSM FM Haushaltsmanagement" zu gewinnen.

Die "einfachste Form" eines Rechercheberichtes nach Aufwand und Ertrag ist im Artikel "Saldenliste für Fonds im Haushaltsmanagement Saldo gegen Ertrag und Saldo gegen Budget" festgehalten. Schon einmal vorab die Info, dass dieser Bericht, allerdings ohne Budget, auch weiterhin genutzt weden kann.

Der Vorteil an den Rechercheberichten ist, dass wir hier zwischen den innerhalb des Berichts (Transaktion FMEL) hinterlegten Merkmalen über die Navigation die Ansicht per „slice and dice“ neu zusammenstellen können, was quasi ein Würfelmodell an Merkmalen innerhalb der Berichte entspricht. Damit kann neben der Darstellung von Fonds auch die Ergebnisse nach Finanzstelle, Finanzierungszweck oder auf einzelne Jahreswerten im gleichen Bericht dynamsich umgestellt werden. Dieses kann die Auswertung für einzelne Statistiken erleichtern, sofern nicht in einer Grundtabelle die Stammdaten und entsprechende Zuordnung der Fonds mit ergänzt werden.

Gerade dem Stammdatum Finanzierungszweck kommt hier eine besondere Bedeutung zu. Diese ist im Artikel "Grundlagen: PSM-FM Finanzierungszweck (FMFINCODE-FINUSE) im Hochschulberichtswesen für Drittmittelstatistik" beschrieben.

Bezüglich der Ausgabe von Berichtsdaten ist aber auch der Artikel "Grundlagen Rechercheberichte Ausgabeart grafische Berichtsausgabe oder klassische Recherche" interessant, da sowohl die grafische Berichtsausgabe als auch die klassische Recherche unterschiedliche Darstellungen ermöglicht.

Berichtswesen und Report Painter unter BCS

Wie erwähnt wird für das Reporting über BCS wird in der Bibliothek 4FM die Reportingtabelle FMRBCS „HHM-Reporting für BCS mit Report Writer“ genutzt. Es scheint so, dass diese Tabelle bzw. damit auch die Bibliothek 4FM nur die BCS Budget auswerten kann und nicht die Budgetdaten dar klassischen Budgetierung.
Fraglich ist, ob die bisher eingesetzten Reporting-Tools der Recherche nur noch nachrichtlich die Werte der klassischen Budegtierung oder künftig auch die Jahresbudget aus BCS auswerten können.

Der Hinweis „Beachten Sie im Hinblick auf Recherche-Berichte, dass die Berichte, die in der klassischen Budgetierung (KB) zur Verfügung stehen, im BCS nicht unterstützt werden.“ aus der SAP Hilfe spricht jedoch dafür, dass die Rechercheberichte tatsächlich nur für die klassische Budgetierung aber nicht für BCS verwendet werden kann auch wenn unter SAP S/4HANA weiterhin im Customizing unter:

• Public Sector Management
• Haushaltsmanagement Öffentliche Verwaltung
• Informationssystem
• Recherche-Berichte

sowohl Formular als auch Bericht zur Verfügung steht. Dies dürfte weiterhin für Ertrag und Aufwand sowie die Budgetwerte der klassischen Budgetierung aber nicht mehr für BCS anwendbar sein.

Rechercheberichte und BCS
Der Hinweis auf die Nichtverfügbarkeit von BCS Daten im Rechercheberichte ist in der SAP Online-Hilfe zum Thema Haushaltsmanagement - Migration und Berichtswesen festgehalten.

Quelle:
https://help.sap.com/docs/SAP_ERP_SPV/0101f6d95e7246ba9f877f2c7b216bba/6be8cc53a8b77214e10000000a174cb4.html?locale=de-DE

Ein entsprechendes Umdenken bzw. neues Tool sollte aber auch im Haushaltsmanagement keine allzu große Hürde aufstellen. Der Artikel "Grundlagen: Was sind die Unterschiede zwischen Report Painter und Rechercheberichte?" vielleicht bei der Einordnung beider Reporting-Tools.
 

Zwischenfazit

Derzeit ist eine Umstellung auf BCS noch nicht erfolgt, daher ist dieser Artikel eine valide Analyse. Hier würde ich mich über eine kurze Rückmeldung von Einrichtungen die von der klassischen Budgetierung nach BCS gewechselt haben sehr freuen. Dabei ist für mich insbesondere die Frage interessant, ob hier auch im Berichtswesen vom Recherchebericht auf Report Painter gewechselt worden ist. Darüberhinaus wäre die Frage, ob alle Budgets aus der klassischen Budgetierung übertragen worden sind oder ob die Rechercheberichte für Auswertung der Vorjahre (mit KB) und neue Berichte durch Report Painter (BCS) genutzt werden.

Alternativ kann ich mir auch vorstellen, dass die ein oder andere Einrichtung von Fonds und PSM auf PSP Elemente gewechselt sind. Hier gibt es aber auch unterschiedliche Rückmeldungen.

Zumindest von einigen anderen Hochschulen und öffentlichen Einrichtungen außerhalb Hessen ist mir bekannt, dass dieses Blog gelesen wird und ich freue mich immer wieder über einen entsprechenden Austausch rund um SAP und andere IT Themen.

Bjoern Kemmoona  (Marlin Blog / Marlin Consulting GmbH ) ist leider im Buch "Öffentliches Haushalts- und Fördermittelmanagement mit SAP" nicht weiter auf die Erstellung von Berichten unter BCS eingegangen, auch wenn ich das Buch noch immer empfehlen kann und leider im Austausch sich herausgestellt hat, dass eine Neuauflage gerade in Hinblick auf PSM und S/4HANA keinen Sinn macht, da sich wenig hier im Modul änderte.

Aber vielleicht gibt es ja noch andere Akteure, die hier kurz berichten können, wie das Berichtswesen sich mit BCS geändert hat.

Ich freue mich über Kommentare, eMail oder auch Nachrichten per Social Media :-) (siehe Kontaktdaten).

Im Artikel "Grenzen der Migration Report Painter Berichte aus der klassischen Profitcenter-Rechnung ins neue Hauptbuch" bin ich darauf eingegangen, dass beim Wechsel von der klassischen Profit-Center-Rechnung ins neue Hauptbuch (neue Profitcenterrechnung) das Feld AUFNR nicht in der Tabelle FAGLFLEXT zur Verfügung steht und damit nicht über die Profitcenterrechnung eine Auswertung nach CO Objekten wie eben CO Innenaufträgen möglich ist.

Es gibt jedoch die Möglichkeit der Kundenerweiterung im neuen Hauptbuch ( CI_FAGLFLEX04 Kundenerweiterung Hauptbuch: Kontierungselemente) die Summentabelle zum neuen Hauptbuch zu erweitern.

ZZAUFNR in FAGLFLEXT per Customer Include CI_FAGLFLEX04 unter ERP/ECC

Unter ERP / ECC ist dieses durch die Transaktion FAGL_GINS (Programm SAPLFAGL_CREATE_INCLUDES) möglich. Nach Aufruf der Transaktion wird die Summentabelle des neuen Hauptbuches ausgewählt FAGLFLEXT und es gibt einen Verweis auf den SAP Hinweis 1683906 der auf entsprechende Performanceprobleme bei zu vielen kundeneigene Felder hinweist.

Ist die Tabelle ausgewählt können im Abschnitt Zusatzfelder Summensätze eigene Felder gepflegt werden. Über die F4 Auswahlhilfe stehen als Option "Kundenfelder" und "Weitere Felder" zur Verfügung.

Durch die Auswahl von "Weitere Felder" können vorgegebene Feldnamen ausgewählt werden. Unter anderen ist es hier möglich das Feld ZZAUFNR (Datenelement AUFNR, Prüftabelle AUFK, Kurzbeschreibung Auftragsnummer und Feldname AUFNR) auszuwählen.

Bei Auswahl wird dieses als Fremdschlüssel in der Summentabelle aufgenommen und kann gespeichert werden. Darauf wird ein Workbench-Transportauftrag angelegt, so dass diese Änderung mandantenübergreifend Wirkung entfaltet.

Seitens der Option Weitere Felder bietet die SAP eine Auswahl an Standardfelder zur Aufnahme in der Einzelposten- und Summensatztabelle der neuen Hauptbuchhaltung an, neben den oben erwähnten Innenauftrag ist das bspw. auch ZZGBER (Fonds) und weitere Felder.
 

Reporting-Tools für das neue Hauptbuch
Die Report Painter / Report Writer Bibliothek greift ebenfalls auf die FAGLFLEXT zu, so dass diese Felder dann auch für ein Reporting genutzt werden können.

Interessant ist, dass nicht nur in Report Painter und Report Writer Berichten (durch die Bibliothek 0FL) auf diese Felder zugegriffen werden kann sondern auch in den Rechercheberichten für das Bilanzreporting-

Die Rechercheberichte werden aus Formularen (Transaktionscodes im neuen Hauptbuch FGI4, FGI5, FGI6) und Berichten (Transaktionscodes im neuen Hauptbuch FGI1, FGI2, FGI3) definiert und können mit der Transaktion FGI0 ausgeführt werden. Im Artikel "Grundlagen: Was sind die Unterschiede zwischen Report Painter und Rechercheberichte?" habe ich beide Reporting-Tools miteinander verglichen.

 

SFIN_004  "Funktion ist nicht verfügbar" FAGL_GINS unter S/4HANA

Während unter ERP die Summentabelle zum neuen Hauptbuch (FAGLFLEXT) noch durch kundeneigene Felder erweitert werden konnte, ist dieses unter S/4HANA nicht mehr möglich. Beim Aufruf der obigen Transaktion kommt es zur Fehlermeldung SFIN_FI004 "Funktion ist nicht verfügbar", mit der Diagnose "Sie möchten eine Funktion verwenden, die im SAP S/4HANA Finance nicht zur Verfügung steht und die Funktion kann nicht ausgeführt werden." Der Transaktionscode wird mit dieser Fehlermeldung dann abgebrochen.

Der Hintergrund ist im SAP Hinweis 2518535 erläutert. Die Summentabelle des neuen Hauptbuchs FAGLFLEXT wird unter S/4HANA als Kompatibilitätsview (compatbility view) verwendet und referenziert dabei auf die Tabelle ACDOCA des umfassenden Journals (universal journal). Da es sich um ein View handelt können hier nicht weitere Felder ergänzt werden, da ja ohnehin alle Daten in der ACDOCA genutzt werden. Ist vor der Migration nach S/4HANA schon eine entsprechende Erweiterung durchgeführt worden und per Brownfield-Ansatz ein Upgrade nach S/4HANA durchgeführt worden, kann die oben beschriebene Erweiterung weiterhin genutzt werden. Auch diese würde dann aus der ACDOCA das entsprechende Feld auslesen.

Nun kann es aber sein, dass diese Erweiterung nicht gewählt worden ist oder ein anderer Migrationsansatz zur Migration nach S/4HANA gewählt worden ist, sodass hier eine andere Option gesucht, aber glücklicherweise auch gefunden werden kann.

Darauf möchte ich im kommenden Abschnitt eingehen.

Berichtstabelle ACDOCT unter S/4 HANA für Report Painter

Zur Tabelle ACDOCA und ACDOCP gibt es eine übergreifende Summentabelle ACDOCT, mit der eine Auswertung des umfassenden Journals / Universal Journal möglich ist. Dank SAP Hinweis "2476144 ACDOCP in Berichtstabelle ACDOCT verfügbar" können damit sowohl Ist- als auch Plan-Daten ausgewertet werden und in Report Painter Berichten genutzt werden.

Hierzu ist eine kundeneigene Berichtsbibliothek anzulegen. Über die Transaktion GR21 kann eine eigene Bibliothek zu einer Berichtstabelle angelegt werden. Hierzu ist der dreistellige kundeneigene Bibliotheksname anzugeben (bspw. ZAT) und bei einer Neuanlage die zu verwendende Berichtstabelle. In unseren Fall ist dieses die Tabelle ACDOCT als "Berichtstabelle für Reporting". Danach kann eine Kurzbeschreibung für die Bibliothek hinterlegt werden. Hier wäre ein Beispiel "ACDOCT Summetable ACDOCA + ACDOCP".

Namenskürzel für kundeneigene Tabellen

Sofern ich nicht eine bestehende Bibliothek kopiere (bspw. 1VK zu ZVK) bemühe ich mich darum den Namen der Bibliothek sprechend zu lassen. Im Beispiel ist dieses Z für eine kundeneigene Tabelle und AT für Anfang und Ende der Berichtstabelle ACDOCT = AT.

Bibliotheken sind mandantenabhängig und eine Kopie einer Bibliothek bietet sich insbesondere dann an, wenn hier weitere Merkmale aktiviert werden sollen oder sich die Bibliothek von der von SAP zur Verfügung gestellte Bibliothek unterscheiden soll.

Beispiele für angepasste Bibliotheken sind auch im Artikel "Erweiterung Report Writer Berichtsbibliothek 1CT zur Darstellung rollierendes Geschäftsjahr für Kostenstelle und Innenauftrag" oder für die klassische Profitcenterrechnung im Artikel "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" beschrieben worden.

Optional kann auch ein Anwendungskomponentenkürzel hinterlegt werden sowie eine entsprechende Berechtigungsgruppe. Die Pflege und Nutzung von Berechtigungsgruppen bei Report Painter habe ich im Artikel "Report Painter und Berechtigungsgruppen - Berechtigungen zur Pflege von Report Writer Berichten im CO Berichtswesen" näher vorgestellt.

Im Ergebnis werden zur Berichtstabelle automatisch Merkmale, Basiskennzahlen und Kennzahlen für diese Bibliothek angelegt, die auch um weitere Merkmale erweitert werden können.

Basiskennzahlen der ACDOCT

Als Basiskennzahlen stehen diverse Währungen zur Verfügung unter anderen:

• HSL - Beleg Hauswährung Ist
• HSL-P Beleg Hauswährung (Plan)
• KSL Beleg 2. Währung (Ist)
• KSL-P Beleg 2. Währung (Plan)
• MSL - Belegmenge (Ist)
• MSL-P Belenge (Plan)
• ....

Merkmale der ACDOCT sowie Aktivierung von weiteren Merkmalen

Während als Merkmale beim direkten Anlegen der Bibliothek erst wenige Merkmale aktiviert sind:

1. RLDNR Ledger in der Hauptbuchhaltung
2. RBUHRS Buchungskreis
3. RYEAR Geschäftsjahr Hauptbuch
4. RRCTY Satzart

Allerdings können eine Vielzahl von weiteren Merkmalen der ACDOCA und ACDOCP zusätzlich aktiviert werden und in der Bibliothek für Report Painter und Report Writer Berichte verwendet werden.

Schwerpunkt von mir ist ja das Berichtswesen und Controlling mit SAP unter anderen auch im Bereich der Hochschulen. Neben der Möglichkeit von Rechercheberichten im SAP Modul PSM-FM (Haushaltsmanagement) ist daher die Sicht des Controllings auf die Daten der Finanzbuchhaltung für mich von besonderem Interesse. Daher sind folgende aktivierbare Merkmale zur Berichtstabelle ACDOCT besonders interessant in meinen Augen:

• RACCT Kontonummer
• RCNTR Kostenstelle
• PRCTR Profitcenter
• ANLN1 Anlagen-Hauptnummer
• ANLN2 Anlagenunternummer
• ANBWA Anlagen-Bewegungsart
• LSTAR Leistungsart
• AUFNR Auftragsnummer

Damit dürften schon ein Großteil der von uns genutzten Berichte im Bereich des Finanzreporting weiterhin möglich sein.

Empfängerberichte zur Tabelle ACDOCT

Problematisch ist allenfalls, dass eine Auswertung von statistischen Kennzahlen in der ACDOCT nicht möglich ist. Für die Profitcenter-Rechnung ist daher, eine Auswertung über die Berichtsgruppe 0FS und der Berichtstabelle FAGLFLEXR "Berichtstabelle Summensätze und stat. Kennzahlen"  und für Kostenstellen e in der 1VK und Innenaufträge 6O1 / 6o2 notwendig zu erstellen.

Problematisch sind noch die Empfängerberichte. Hier sind noch keine beim Anlegen der Bibliothek definiert und FAGLL03H und FBL3H sind eine Idee, ist nur die Frage, ob sie mit ausreichenden Paramtern aus den Berichten versorgt werden und entsprechend als Transaktionen geeignet sind.

In der Bibliothek 0FS sind als Berichte

• Sachkonten Einzelpostenliste ( ABAP Report FAGL_ACCOUNT_ITEMS_GL )
• Planeinzelposten anzeigen ( Transaktionscode FAGLP03 )

hinterlegt, die ggf. eine Anregung sein können. Statt der Zuordnung von Empfängerberichten innerhalb der neuangelegten Bibliothek können die Empfängerberichte natürlich auch, wie gewohnt, in der Berichtsgruppe hinterlegt werden. Dies ist im Artikel "RW/RP Empfängerberichte zuordnen" beschrieben.

Fazit und weitere Anpassungen des Berichtswesens in der neuen Hauptbuchhaltung und unter S/4HANA

Auf etwaige Anpassungen des Berichtswesens in anderen Modulen (zum Beispiel im Haushaltsmanagement bei der Einführung von BCS statt der klassischen Budgetierung) ist 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" eingegangen worden.

Im Gesamtergebnis erscheint hier für die neue Profitcenter-Rechnung, aber auch im neuen Hauptbuch das Berichtswesen anpassbar zu sein, aber auch die vertrauten Berichtstools wie Report Painter oder auch Rechercheberichte können weiterhin verwendet werden.

Berichtswesen und Controlling

Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlich auf dies Thema Berichtswesen sowie Report Painter, Rechercheberichte aber auch SAP Query eingegangen.
  Vielleicht finden sich hier ja auch noch weitere Anregungen für den Aufbau eines Berichtswesens mit SAP nicht nur für CO im Buch.

Ansonsten möchte ich an dieser Stelle auch gerne auf den aktuellen Artikel "Neue Buchveröffentlichung »Abschlussarbeiten im Gemeinkosten-Controlling in SAP S/4HANA«" hinweisen.
 
  (20. Juli 2022) Paperback ISBN: 9783960120551


Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *
   

---

Hinweis:

Eine kurze Einführung in das Thema Report Painter und Report Writer habe ich im Artikel "Grundlagen Kurzeinführung und Handbuch Report Painter Report Writer" beschrieben und hoffe Ihnen hier eine Einführung ins Thema bieten zu können.

---

Die Report Painter Bibliotheken 8A2 oder auch 8A3 werden zum Reporting innerhalb der klassischen Profitcenter Rechnung genutzt. Dabei kann die Berichtstabelle GLPCT auch um die Kennzahlen BHSL-I und BHSL-P erweitert werden, so dass auch die Einzelpostentabellen ausgewertet werden können. Im Artikel "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" ist dieses weiter erläutert.

Mit der Einführung von SAP S/4HANA steht allerdings auch ein Wechsel in Richtung neues Hauptbuch an, was auch in Hinblick auf die neue Profitcenter-Rechnung einen Abschied von der klassischen Profitcenter Rechnung bedeutet und gerade im Berichtswesen doch sowohl für Report Painter als auch für die Rechercheberichte einige notwendige Anpassungen mit sich bringt.
 

Einführung neues Hauptbuch und neue Profitcenter-Rechnung

Mit Aktivierung des neuen Hauptbuchs ist auch die neue Profitcenter-Rechnung aktiv, so dass ein Berichtswesen nicht mehr auf der GLPCT sonder FAGLFLEXT beruht. Darauf bin ich auch im Abschnitt "Report Painter Berichte im Gemeinkosten-Controlling (CO-OM) und der Profitcenter-Rechnung (EC-PCA)" 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" eingegangen.

Zur Übernahme der Report Painter Berichte aus der klassischen Profitcenter-Rechnung in das neue Hauptbuch ist im Customizing (Transaktion SPRO) unter

• Finanzwesen
• Hauptbuchhaltung
• Informationssystem
• Report Writer / Report-Painter Berichte
• Übernahme von Berichten aus der Profitcenter-Rechnung

die Möglichkeit Berichte übernehmen als Aktivität enthalten.

Als Vorraussetzung muss die Profitcenter-Fortschreibung im Customizing (im Rahmen der Einführung des neuen Hauptbuches) im Customizing (Transaktion FI) unter

• Finanzwesen (neu)
• Grundeinstellungen Finanzwesen (neu)
• Bücher
• Ledger
• Szenarios und kundeneigene Felder Ledger zuordnen

mindestens einem Ledger zugeordnet werden, damit Report-Writer bzw. Report-Painter Berichte weiter genutzt werden können.

Übernahme Report Painter Berichte ins neue Hauptbuch

Der Sammelhinweis (SAP Note / OSS Hinweis) 1555535 - FAQs: Migration von PCA Report Painter Berichte nach NewGL weist dabei auf einige Besonderheiten bei der Migration der Report Painter Berichte ins neue Hauptbuch hin. Dabei gibt es auch eine Referenz zum SAP Hinweis 1490811 - FAGL_RMIGR nicht für Einzelpostenberichte wonach die Tabellen GLPCA und GLPCT der Einzelposten in der klassichen Profit-Center-Rechnung nicht mit den Einzelpostentabellen FAGLFLEXA und FAGLFLEXP kompatibel sind und somit nicht übertragen werden können.

Zwar ist ein Betrieb der klassischen Profitcenter-Rechnung für eine gewisse Zeit noch möglich (siehe SAP Hinweis 826357 zu den Einschränkungen), aber aus oben erwähnten Gründen ist dieses auch in Hinblick auf das dabei entstehende Datenvolumen durch klassische und neue Profitcenterrechnung nicht sinnvoll.

Bei der Übernahme der Profitcenter-Rechnung und der Berichte ist allerdings neben den Summenberichten (Auswertung der Profitcenter) zu beachten, dass die auf Einzelposten basierende Auswertung nicht möglich sind zu migrieren.

Allerdings stehen in der FAGLFLEXT ebenfalls die Basiskennzahlen BHSL-I (Beleg Hauswährung Ist) und BHSL-P  (Beleg Hauswährung Plan) ebenfalls zur Verfügung und könnten hier neben der Summenauswertung der FAGLFLEXT (Hauptbuch: Summen) dann auch die Ist-Buchungen der FAGLFLEXA (Hauptbuch: Ist-Einzelposten) und FAGLFLEXP (Hauptbuch: Plan-Einzelposten) auswerten. An Merkmalen sind auch in der Bibliothek 0FL die Merkmale Kostenstelle (RCNTR) und Bewegungsart (RMVCT) vorhanden, jedoch nicht die Auftragsnummer (AUFNR in der GLPCT). Damit ist vermutlich die Einzelposten für die CO Innenaufträge hier nicht auswertbar.

Auswertung statistischer Kennzahlen in der Profitcenter-Rechnung

Sollen auch statistische Kennzahlen in der neuen Profitcenterrechnung ausgewertet werden sollen ist hier die Bibliothek 0FS über die Berichtstabelle FAGLFLEXR "Berichtstabelle Summensätze und stat. Kennzahlen" zu verwenden.

Auswertung Herkunftsobjekt in Berichten der Profitcenterrechnung

Es ist weiterhin möglich zumindest die Art des Herkunftsobjektes zum Ausweis auf welche  Art von Kontierungsobjekt wie Kostenstelle, Innenauftrag oder andere Kontierungsobjekte die ursprüngliche Buchung erfolgte.

Dieses kann im Customizing als kundeneigenes Feld in die Summentabelle als ZZHOART übernommen werden und einen gewünschten Ledger zuzuordnen.

Beides ist laut SAP Hilfe im Customizing unter:

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Bücher
  • Felder
    • Kundeneigene Felder
    • Felder in Summentabellen aufnehmen
  • Ledger
    • Szenarios und kundeneigene Felder Ledger zuordnen

möglich.

Weitere Informationen dazu sind in der SAP Hilfe  unter "Hauptbuchhaltung (FI-GL) -> Berichtswesen -> Recherche-Berichte -> Recherche-Berichte definieren -> Felder HOART und EPRCTR in Berichte aufnehmen" zu finden.

Quelle SAP Hilfe:
Felder HOART und EPRCTR in Berichte aufnehmen:

Art des Herkunftsobjekts ( ZZHOART )
Eliminierungsprofitcenter (ZZEPRCTR)

https://help.sap.com/docs/SAP_ERP_SPV/aca96371908241ee81c5a3849bdf53cc/b24fd7531a4d424de10000000a174cb4.html?locale=de-DE

Auswirkungen und Nutzung von Report Painter / Report Writer im Berichtswesen

Auch an dieser Stelle sollte das Berichtswesen in Hinblick auf die neue Hauptbuchhaltung und die neue Profitcenterrechnung beachtet werden.

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

---

Hinweis:

Eine kurze Einführung in das Thema Report Painter und Report Writer habe ich im Artikel "Grundlagen Kurzeinführung und Handbuch Report Painter Report Writer" beschrieben und hoffe Ihnen hier eine Einführung ins Thema bieten zu können.

---

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.