Im Artikel "Bisherige Erkennntnisse rund um SAP S/4HANA und FIORI aus Sicht Rechnungswesen CO und FI" hatte ich schon verschiedene Veränderungen mit SAP S/4HANA beschrieben und dabei auch auf die neue Oberfläche FIORI Bezug genommen. Da sich SAP immer weiter entwickelt, was auch im Artikel "Grundlagen Lebenszyklus SAP S/4HANA Versionen und was ändert sich mit S/4HANA 20.. ?" beschrieben ist, habe ich mich auch im aktuellen Buch »Abschlussarbeiten im Gemeinkosten-Controlling in SAP S/4HANA« mit der FIORI Oberfläche und dem dahinter liegenden Konzept beschäftigt.

Dabei bin ich im Buch auch auf das FIORI Design Konzept eingegangen und möchte dieses hier ebenfalls kurz erwähnen.

Die Grundidee hinter der Fiori-Oberfläche ist, dass der Mensch (Persona) im Mittelpunkt stehen soll und die SAP-Oberfläche gemäß den Funktionen, die dieser Mensch ausübt, gestaltet werden kann. Das Fiori Launchpad (FLP) passt sich rollenbasiert an die Rolle an, die eine Person im Unternehmen ausübt, und ist damit vergleichbar mit dem bisherigen Benutzermenü, das Ihnen ggf. unter ERP bzw. im SAP GUI schon vertraut ist.

SAP Fiori ab Edition S/4HANA 2020

Mit SAP S/4HANA 2020 wurden die Kachelgruppen im Fiori Launchpad durch Bereiche (engl.: Spaces) ausgetauscht. Außerdem wurde das Konzept der Oberflächengestaltung durch Pages (Seiten) erweitert. Die Nutzung von Bereichen können Sie unter Einstellungen im Abschnitt Bereiche und hier die Option BEREICHE VERWENDEN aktivieren. Bereiche selbst sind optional und müssen von ihrer SAP Basis Administration aktiviert werden.

Die Bereiche (Spaces) sind vergleichbar mit einem übergeordneten Menü am oberen Rand des FIORI Launchpad, über das mithilfe von Tabs (die einzelnen Menüpunkte) verschiedene Pages Seiten (Pages) mit Sections Abschnitten (Sections) aufgerufen werden können. Von einem Abschnitt aus lassen sich dann einzelne Kacheln (Tiles) ansteuern.

Die folgende Abbildung zeigt schematisch das aktuelle Konzept der Fiori-Oberfläche bzw. des Launchpads. Dabei sind die neuen Navigationselemente mit der englischsprachigen Bezeichnung abgebildet.



Die einzelnen Bereiche (1) in der Abbildung dienen zur Navigation innerhalb des Fiori Launchpads. Sie können dabei als Dropdown-Menü, wie im Beispiel BEREICH OFFEN, genutzt werden. Die Bereiche gliedern sich wiederum in einzelne Seiten (2), die anstelle einer klassischen Startseite zur Anzeige der Apps verwendet werden. Einem Bereich können auch mehrere Seiten zugeordnet sein (siehe SEITE 1, SEITE 2 und SEITE 3). Jede Seite (Page) ist zudem in Abschnitte (Sections) (3) aufgeteilt, die auch von den Seiten direkt per Link angesteuert werden können. Die Kacheln (Tiles) (4) werden einem Abschnitt zugeordnet. Über sie können per Klick SAP-Fiori-Apps und andere Anwendungen direkt gestartet werden.

Typen von Fiori-Kacheln/Apps

Zur Unterscheidung wurden unter (5) die unterschiedlichen Typen von Kacheln und unter (6) die App-Typen eingezeichnet, auf die wir gleich noch näher eingehen.

Wie in der Abbildung unter (5) zu sehen, werden in Fiori drei verschiedene Kacheltypen  unterschieden:

• Dynamische Kachel = zeigt flexibel aktuelle Kennzahlen (KPI) an
• Nachrichten-Kachel = zeigen Texte wie aktuelle Mitteilungen der Verwaltung an
• Statische Kachel = stellt lediglich den Titel und ein Icon dar

Über diese Kacheln lassen sich unterschiedliche App-Typen (6) aufrufen:

• Analytische App = Darstellung von Auswertungen wie Einzelposten oder Bilanzen mit entsprechenden analytischen Informationen oder Indikatoren.
• Fact Sheet App = Übersicht zu zentralen Objekten (z. B. Anzeige von Stammdaten einer Kostenstelle). Diese Faktenblätter stellen die wesentlichen kontextbezogenen Fakten zu zentralen Objekten dar.
• Transaktionale App = vergleichbar mit Transaktionen; sie dienen zur Ausführung von Aufgaben, etwa für die Freigabe einer Bestellung oder für die Stammdatenpflege.

Wie eingangs erwähnt, haben Sie es bei den transaktionalen Apps entweder mit nativen Fiori-Apps zu tun, die es nur innerhalb der Fiori-Oberfläche gibt, oder – dank GUI/4HTML – mit aus SAP GUI vertrauten Transaktionen, die im Web aufgerufen werden. Im letzteren Fall dürfte Ihnen der Aufbau der Maske bekannt vorkommen, da aus der Fiori-Oberfläche heraus Transaktionen der SAP GUI aufgerufen werden.

SAP stellt innerhalb der einzelnen Bereiche und Seiten passende Anwendungen zu Geschäftsrollen zusammen. Nach der Anmeldung an der Fiori-Oberfläche sind nur die Anwendungen zu sehen, die auch tatsächlich für die eigene Arbeit erforderlich sind. All diese Apps werden über sogenannte SAP Business Roles bzw. Arbeitsplatzrollen bereitgestellt, die somit eine individuelle Oberfläche unter Fiori gestalten.

Aus Sicht von Basis und Berechtigungen würden Sie zwischen Backend-Rollen, die klassisch über Berechtigungsobjekte und Berechtigungsfeldwerte den Zugriff auf Daten und Programme innerhalb des SAP GUI steuern, und Fiori-Frontend-Rollen, die durch die Zuordnungen der Fiori-Apps einen Katalog an Apps bieten und die Oberfläche des Fiori Launchpads gestalten, unterscheiden.
 

Berechtigungen zur Darstellung von Bereichen und Fiori-Apps

Mit dem neuen Designkonzept von Bereichen sind noch weitere Punkte bei der Gestaltung der Fiori-Frontend-Rollen zu beachten. Sollten Sie beim Umschalten auf das Bereichslayout die Fehlermeldung "EIN IHNEN ZUGEORDNETER BEREICH WURDE NICHT GEFUNDEN. WENDEN SIE SICH AN IHREN SYSTEMADMINISTRATOR." erhalten, sind bestimmte Einstellungen durch die SAP-Basisabteilung zu treffen.

Hier müssen neben den Launchpad-Katalogen (welche in Gruppen definieren, auf welche Kacheln Sie Zugriff erhalten) auch die Launchpad-Spaces (Bereiche) in der Berechtigungsrolle über das Menü der Rolle zugewiesen werden. Kacheln, die in einem solchen Launchpad-Sapce enthalten sind, werden nur angezeigt, wenn Sie auch in einem passenden Launchpad-Katalog enthalten sind. Daher sollten Sie eine entsprechende Vorarbeit bei der Gestaltung Ihrer Berechtigungsrollen zur Nutzung der Fiori-Oberfläche einplanen.

Eine ausführliche Beschreibung zur Vorgehensweise liefert Kapitel 13 (Alternative Darstellung im Launchpad) des Buches »Grundlagen für Einsteiger in SAP S/4HANA« von Manfred Sprenger (Espresso Tutorials, 2022).

Dies Buch kann bei Espresso Tutorials entweder direkt erworben werden oder ist alternativ auch in der SAP Bibliothek Flatrate enthalten.


Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

Oder bei Amazon **




 

Hinweis - Auszug aus Abschlussarbeiten zum Gemeinkosten-Controlling
Dieser Abschnitt ist ein Auszug aus der aktuellen Buchveröffentlichung »Abschlussarbeiten im Gemeinkosten-Controlling in SAP S/4HANA«. Daneben werden hier aber auch noch weitere Themen rund um die Abschlussarbeiten im Controlling unter SAP S/4HANA besprochen. Das Buch ist im Buchhandel oder auch bei Espresso Tutorials direkt erwerbbar.

  (20. Juli 2022) Paperback ISBN: 9783960120551

Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

Oder bei Amazon **

Oder bei Autorenwelt


Ich würde mich freuen, wenn dieser Auszug sie neugierig gemacht hat und bin sehr gespannt auf ihre Rückmeldungen zum Buch.

Die letzten beiden Jahre habe ich mich intensiver mit SAP S/4HANA im Modul Controlling mit Schwerpunkt auf CO-OM beschäftigt und kann nun gemeinsam mit Martin Munzel den Abschluss am Buchprojekt »Abschlussarbeiten im Gemeinkosten-Controlling in SAP S/4HANA« bekannt geben.

2019 hatten Martin Munzel und ich von der Möglichkeit der Universellen Verrechnung auf den FICO Forum Infotagen erfahren und uns war direkt klar, dass dieses ein spannendes Thema für ein Buchprojekt sein könnte. Zwischendurch hat sich die Welt dann ein wenig verändert und auch SAP hat mit SAP S/4HANA 2020 noch einmal ein wenig FIORI und CO abgeändert, sodass ich heute froh bin, dass dieses Buch doch einen recht aktuellen Stand hat und sich auch für Kolleg*innen, Interessierte aus dem Bereich Controlling, aber auch Einrichtungen die sich mit der Migration nach SAP S/4HANA von ERP/ECC beschäftigen ansprechend sein dürfte.

Für mich hat die Arbeit am Buch viele Punkte klären können und ich bin froh, hier auch für andere einen guten Überblick in das Controlling unter S/4HANA bieten zu können. Die ergänzenden Videos sind ebenfalls ein kleines Plus und ich bin sehr neugierig auf Rückmeldungen, die wir zum Buch erhalten werden.  Was die Weiterentwicklungen im internen Rechnungswesen betrifft, sind Controlling und Berichtswesen zwei Themen, die sich wunderbar verknüpfen lassen. Daher schildern wir im Hinblick auf diese Abschlussarbeiten nicht nur die Sicht des Controllings und der Finanzbuchhaltung, sondern auch die Auswirkungen auf Verantwortliche von Kostenstellen, die Buchungen aus dem Controlling interpretieren müssen, um den eigenen Verantwortungsbereich qualifiziert steuern zu können.
  (20. Juli 2022) Paperback ISBN: 9783960120551

Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

Oder bei Amazon **

Oder bei Autorenwelt
Ich bin persönlich sehr gespannt, wie das Buch aufgenommen wird und empfinde besonders die Idee der Begleitvideos sehr gelungen. Über eine Rückmeldung würde ich mich ebenso wie über Rezensionen oder Bewertungen sehr freuen und bin gespannt, wie das Thema SAP S/4HANA in Zukunft noch neue Themen bringen wird.

 Eine ausführliche Beschreibung meiner bisherigen Buchveröffentlichungen ist unter Buchempfehlungen zu finden

1.  Schnelleinstieg ins SAP-Controlling (CO) (01. November 2015)
   (SAP Modul CO; interne Rechnungswesen)
2.  Berichtswesen im SAP®-Controlling (01. Juni 2017)
   (SAP Modul CO; internes Berichtswesen)
3.  Schnelleinstieg ins SAP-Controlling (CO) – 2., erweiterte Auflage (08. März 2019)
   (SAP Modul CO; interne Rechnungswesen)
4.  SAP S/4HANA Migration Cockpit - Datenmigration mit LTMC und LTMOM (14. April 2020)
   (SAP S/4HANA, BC, Datenmigration)
5.  Abschlussarbeiten im Gemeinkosten-Controlling mit SAP S/4HANA (20. Juli 2022) 
   (SAP Modul CO; internes Berichtswesen)

Noch ein kleiner Hinweis (Werbung):
Mein Online-Training Einführung SAP S/4HANA Datenmigration mit Migrationscockpit und Migrationsobjektmodellierer findet vom 29. September 2022 bis Donnerstag, 17. November 2022 jeweils am Donnerstagabend von 17 bis 18 Uhr statt.
Kosten: 595,00 EUR (inkl. 19 % MwSt.) je Person.

Hier lernen Sie die Datenmigration nach SAP S/4HANA mit Migrationscockpit und Migrationsobjektmodellierer
Veranstaltungsdaten:
Beginn: 29.09.2022 17:00 Uhr - Ende: 17.11.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.

Ich bin gespannt, wie das Online-Training im Herbst 2022 angenommen wird und freue mich schon sehr auf alle, die sich ebenfalls für das Thema SAP S/4HANA begeistern lassen. Vielleicht sind die Bücher (oder auch das Online-Training) ja ebenfalls etwas für Personen, die noch auf ERP/ECC unterwegs sind und wo ein Wechsel nach S/4 ansteht.

Benutzerparameter sind vorbelegte Werte für bestimmte SAP-Felder, sodass diese im Dynpro zum Beispiel beim Aufruf einer Auswertung nicht extra eingetragen werden müssen.

Pflege von Benutzerparametern

Die Benutzerparameter selbst können über die Transaktion SU3 oder SU52 gepflegt werden.
Innerhalb des SAP GUI sind diese unter

• (Mehr)
• System
• Benutzervorgaben
• Eigene Daten

pflegen. Dies entspricht der Transaktion SU3. Alternativ können die Parameter auch direkt per SU52 im Reiter Parameter oder in der Benutzerpflege (SU01) ebenfalls im Reiter Parameter gepflegt weden.

So kann für SAP Query zum Beispiel die Benutzergruppe und der Arbeitsbereich direkt gesetzt werden.

• Parameter AQW 
  • ohne Wert = mandantenabhängig (Standardbereich)
  • G = mandantenunabhängig (globaler Bereich)  
• Weitere Parameter wären: 
  • AQQ: Query AQB: Benutzergruppe
  • AQS: Sachgebiet

Klassische Parameter sind zum Beispiel

• BIL Bilanz/GuV-Version
• BUK Buchungskreis
• CAC Kostenrechnungskreis
• FWS Währungseinheit
• KPL Kontenplan
• SU53_STYLE Layout von SU53 und SU56 (CLASSIC oder TREE)

mit denen entsprechende Vorschlagswerte gepflegt werden können.

Massenpflege von Benutzerparamtern

Besonders für die SAP Basis kann das Thema Massenpflege von Benutzerparameter (Transaktion SU10) relevant sein, sofern hier neue Parameter für eine Vielzahl von Benutzerstamdaten verändert werden sollen. Diese ist im Artikel "DB650 - Untergrenze größer Obergrenze und Benutzerparameter per Massenpflege Benutzer (Transaktion SU10)" beschrieben.
 

Wie erkenne ich die Parameter für ein Feld?

Sollen für ein Selektionsfeld innerhalb einer Maske ein Parameter gesetzt werden, helfen die technischen "Technische Informationen" zum Feld weiter. Wie erwähnt, geben Benutzerparameter Standardwerte für die Selektion-Felder vor. Die Feldnamen sind innerhalb der SAP Maske durch die Taste "F1" für Hilfe und dort auf "Technische Informationen" (Werkzeugzange) innerhalb der Felddaten einsehbar. Im Abschnitt Feld-Daten zum Feld Kontenplan in der Finanzbuchhaltung wird hier zum Beispiel als Parameter-ID KPL ausgegeben.

Selektionsvarianten und zu ignoriende Benutzerparameter

Ein solcher Vorschlagswert kann innerhalb einer Selektionsvariante ignoriert werden, wenn innerhalb der Selektionsvariante beim Speichern das Feld GPA ausschalten gesetzt wird. Der technische Hintergrund dazu ist im Artikel "PSM: Selektionsvarianten und Wertübernahme aus vorherigen Selektionen" näher erläutert.
 

Auswertung vorhander Benutzerparamter

Gerade bei kundeneigenen Parametern Z* stellt sich auch die Frage, wie und ob diese im SAP System genutzt werden.

Hier ist es hilfreich, folgende Tabellen auszuwerten:

• TPARA - Verzeichnis der Memory-Id's (vorlaeufig)
  • enthält die Felder PARAMID (Set-/Get-Paramter-Id) und PARTEXT (Kurzbeschreibung von Repository-Objekten)
• TPARAT - Kurztexte zu den Memory-Id's
  • enthält die Felder PARAMID (Set-/Get-Paramter-Id), SPRACHE und PARTEXT (Kurzbeschreibung von Repository-Objekten)

Beide Tabellen können schon einmal einen Überblick über vorhandene Parameter im System liefern.

Auswertung genutzter Benutzerparameter

Die Frage der Zuordnung von Parametern und Benutzerstammdaten kann über die Tabelle USR05 "Benutzerstamm Parameter-ID" beantwortet werden.

Diese Tabelle umfasst folgende Felder:

• MANDT - Mandant
• BNAME - Benutzername im Benutzerstamm
• PARID - Set-/Get-Parameter-ID
• PARVA - Parameterwert

Hier können sowohl gepflegte Werte als auch zugeordnete Parameter der einzelnen Benutzer im SAP System ausgewertet werden. Dank SE16H ist hier auch relativ schnell eine Auswertung nach Z* für PARID möglich.

Standardwerte unter SAP S/4HANA FIORI

Unter SAP S/4HANA wird in der FIORI Oberfläche vergleichbar zu den Benutzerparametern auch die Möglichkeit der Setzung von Standardwerten angeboten. Diese sind unter Einstellungen im Abschnitt Standardwerte (hinter dem Personen-Icon) zu finden und legen bspw. für den Bereich Controlling den KostRechKreis, Finanzbuchhaltung Buchungskreis, Materialwirtschaft das Werk und die Einkäufergruppe oder im Bereich Public Sector Management den Finanzkreis fest. Teilweise können bei diesen Werten (Parametern) auch mehrere Werte hinterlegt werden. Interessant kann dieses zum Beispiel für das Feld Kostenstelle sein. Diese Werte werden dann von den Einstellungen übernommen und können hier bspw. auch als Vorbelegung für Filter verwendet werden.

Leider kann ich nicht sagen, ob diese Standardwerte vergleichbar auswertbar sind.
 

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.

---