Abgesehen von der für SAP S/4HANA erforderlichen Umstellung auf das neue Hauptbuch (NewGL) hat dieses auch Auswirkungen auf die Profitcenterrechnung. So kann die klassische Profitcenterrechnung (EC-PCA) nur noch eingeschränkt unter S/4HANA genutzt werden. Auf das Ende von EC-PCA bin ich schon im Abschnitt "Report Painter Berichte im Gemeinkosten-Controlling (CO-OM) und der Profitcenter-Rechnung (EC-PCA)" eingegangen und möchte in diesen Artikel praktisch auf die Umstellung von Berichten und das damit verbundene Umfeld unter der neuen Profitcenterrechnung (FIN-PCA) eingehen.

Dabei gehe ich auf folgende Themen ein:

• Neues Hauptbuch und Profitcenterrechnung
  • Fortschreibungsszenarien
  • FAGL_GINS (ZZAUFNR in FAGLFLEXT per Customer Include CI_FAGLFLEX04 unter ERP/ECC)
• Die neue Profitcenterrechnung FIN-PCA
  • Belegtabellen
  • Neue Transaktionen
• Besonderheiten in FIN-PCA
  • EC-PCA und FIN-PCA mit eigenen (Plan)Versionen
  • Exkurs Plankategorien
  • EC-PCA und FIN-PCA Umlagekostenart und Umlagekonto
• Übernahme von Berichten aus der Profit-Center-Rechnung EC-PCA nach FIN-PCA
  • Fehlermeldung: "Die Bibliothek 0FL kann nicht als Ziel-Bibliothek verwendet werden"
  • Fehlermeldung Laufzeitfehler ASSERTION_FAILED
  • Warnung &0FLLDNR Variable ist nicht definiert
  • Berichte zeigen trotz erfolgreiche Übernahme keine Daten an
  • Bericht zeigt zum Merkmal keine Bezeichnung an

Ich hoffe, dass dieser Artikel einen ersten Eindruck vom Anpassungsbedarf unter FIN-PCA mit einen Schwerpunkt auf Berichtswesen bieten kann.

Neues Hauptbuch und Profitcenterrechnung

Durch das neue Hauptbuch (NewGL) sind die Finanzbuchhaltung und das Controlling enger zusammengelegt, so dass die Profitcenter nun Teil des Hauptbuches sind und nicht mehr in einen gesonderten Ledger 8A abgebildet werden. Das Ledgerkonzept mit Erweiterungsledger wird auch unter S/4HANA relevant (siehe "Finanzbuchhaltung / Ledgerkonzept") daher verweise ich hier auf andere Artikel.

Fortschreibungsszenarien

Ein wichtiger Punkt ist welche Szenarien zur Fortschreibung von Feldern bei einer Buchung aus den jeweiligen Teilkomponenten in die Hauptbuchsicht (auf Ledger) fortgeschrieben werden sollen. Dabei werden von SAP direkt als Fortschreibungsszenarien Kostenstellen (FIN_CCA), Konsolidierungsvorbereitung (FIN_CONS), Geschäftsbereich (FIN_GSBER), Profitcenter (FIN_PCA), Segmente (FIN_SEGM) und Umsatzkostenverfahren (FIN_UKV) angeboten.

Diese Punkte sind auch für eine künftige Belegaufteilung relevant, je nachdem auf welches Merkmal die Belegaufteilung erfolgen soll.

Exkurs: Segment, Geschäftsbereich, Funktionsbereich

Im Artikel "Grundlagen: Segment-Berichtserstattung in der Profit-Center-Rechnung und das neue Hauptbuch (NEW GL)" bin ich auf die Bedeutung von Segmenten eingegangen und habe die praktische Einrichtung unter "Segmente in der neuen Profitcenter-Rechnung als Belegaufteilungsmerkmal" beschrieben.

Eine vergleichbare Darstellung für Geschäftsbereiche findet sich unter "Betriebe gewerblicher Art (BgA) und Belegaufteilungsmerkmale Profitcenter, Segment, Funktionsbereich und Geschäftsbereich" und "Grundlagen Finanzbuchhaltung - Geschäftsbereiche als mögliche Lösung zur Abbildung eines Betrieb gewerblicher Art (BgA)" sowie "Geschäftsbereiche als Belegaufteilungsmerkmal".

Der Themenbereich Umsatzkostenverfahren und Funktionsbereich ist im Artikel "Grundlagen Funktionsbereich im Umsatzkostenverfahren (UKV) und Haushaltsmanagement (PSM-FM)Grundlagen Funktionsbereich im Umsatzkostenverfahren (UKV) und Haushaltsmanagement (PSM-FM)" beschrieben.
 

FAGL_GINS (ZZAUFNR in FAGLFLEXT per Customer Include CI_FAGLFLEX04 unter ERP/ECC)

Neben den bestehenden Fortschreibungsszenarien kann für ein Berichtswesen auch die Erweiterung um kundeneigene Felder wie der CO Innenauftrag relevant sein. Dieses Thema ist unter "CO Innenauftrag AUFNR in FAGLFLEXT mit neuen Hauptbuch / neuer Profitcenterrechnung oder ACDOCT in S/4HANA" beschrieben.

Die neue Profitcenterrechnung FIN-PCA

Neben der eher technischen Darstellung einer FI und CO freundlichen Umgebung möchte ich im folgenden die wichtigsten Punkte noch einmal kurz zusammenfassen mit Blick auf die praktische Anwendung zum Beispiel als Keyuser*in. Neben den Berichtstabellen und neue Transaktionen wird hier auch das Thema "Grenzen der Migration Report Painter Berichte aus der klassischen Profitcenter-Rechnung ins neue Hauptbuch" noch einmal aufgegriffen mit Blick auf die Frage, wie eine funktionierende Migration der Report Painter Berichte, die nicht auf Einzelposten basieren funktioniert.

Belegtabellen

Auch wenn ich eingangs nicht zu sehr auf die Technik eingehen wollte mag ich doch kurz die Tabellen erwähnen in denen bisher die Belege ausgewertet werden konnten.
 

Tabelle 1: Tabellen EC-PCA und FIN-PCA

Beschreibung	EC-PCA	FIN-PCA
Summentabelle	GLPCT EC-PCA: Summentabelle	FAGLFLEXT Hauptbuch: Summen
Ist-Einzelposten	GLPCA EC-PCA: Ist-Einzelposten	FAGLFLEXA Hauptbuch: Ist-Einzelposten
Plan-Einzelposten	GLPCP EC-PCA: Plan-Einzelposten	FAGLFLEXP Hauptbuch: Plan-Einzelposten
Berichtstabellen Report Writer	Bibliothek 8A2, 8A3 GLPCT	Bibliothek 0FL: FAGLFLEXT Bibliothek 0FS: FAGLFLEXR

Auf die Besonderheit der Tabelle FAGLFLEXR FI-GL (neu): Summen und stat. Kennz gehe ich bei der Migration der Berichte noch einmal gesondert ein.

Neue Transaktionen

Da die Profitcenterrechnung nun im Hauptbuch angesiedelt ist sind hier auch neue Transaktionen für die Planung und Allokation erforderlich.

In der folgenden Aufstellung stelle ich die neuen Transaktionen aus FIN-PCA den bisherigen Transaktionen aus EC-PCA inklusive des Pfades im Anwendungsmenü gegenüber:

Statistische Kennzahlen

Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Statistische Kennzahlen
FAGLSKF - Buchen (Ist)
FAGLFKF1 - Buchen (Plan)

Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Istbuchungen > Statistische Kennzahlen
9KE5 - Ändern
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung > Statistische Kennzahlen
7KE5 - Ändern

Verrechnung im Ist

Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Abschluss > Allokation > Ist-Verteilung
FAGLGA31 - Anlegen
FAGLGA32 - Ändern
FAGLGA33 - Anzeigen
FAGLGA35 - Ausführen
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Abschluss > Allokation > Ist-Umlage
FAGLGA11 - Anlegen
FAGLGA12 - Ändern
FAGLGA13 - Anzeigen
FAGLGA15 - Ausführen

Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Istbuchungen > Periodenabschluss
4KE5 - Verteilung
3KE5 - Umlage

Verrechnung im Plan

Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Planung > Allokation > Plan-Verteilung
FAGLGA47 - Anlegen
FAGLGA48 - Ändern
FAGLGA49 - Anzeigen
FAGLGA4B - Ausführen
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Planung > Allokation > Plan-Umlage
FAGLGA27 - Anlegen
FAGLGA28 - Ändern
FAGLGA29 - Anzeigen
FAGLGA2B - Ausführen

Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung > Planabschluß
4KEB - Verteilung
3KEB - Umlage

Planung

Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Planung > Planwerte
GP12N - Erfassen
GP12NA - Anzeigen
FAGLP03 - Planeinzelposten anzeigen
FAGLGP52 - Planvorlage kopieren


Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung
7KEV - Planvorlage kopieren
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung > Kosten/Erlöse
7KE1 - Ändern

Besonderheiten FIN-PCA

Mit der Einführung des neuen Hauptbuches und der neuen Profitcenterrechnung FIN-PCA gibt es einige Punkte bei denen Besonderheiten gerade in der Planung relevant werden.

EC-PCA und FIN-PCA mit eigenen (Plan)Versionen

Im neuen Hauptbuch (damit auch in den FAGLFLEX* Tabellen) gibt es eine eigene Planversion.

Diese ist im Customizing (Transaktion SPRO) unter
Finanzwesen (neu) > Hauptbuchhaltung (neu) > Planung > Planversionen
Planversionen definieren (Transaktion GLPV)
anzulegen.

Dabei ist zu beachten, dass die Istdaten in Version 1 und die einzelnen Versionen einen jeweiligen Ledger zugeordnet werden.

In der klassischen Profitcenterrechnung waren die Planversionen unter
Controlling > Profit-Center-Rechnung > Planung > Grundeinstellungen in der Planung > Planversionen
Planversionen pflegen
zu pflegen.

Dies ist eine übergreifende Version die sowohl für die Einstellungen Profit-Center-Rechnung als auch für die Einstlelungen im Kostenrechnungskreis  genutzt wurde.

Dabei sind die Istdaten in der "Echtversion" 0 neben den Plandaten der Version erfasst worden.

Für das Berichtswesen bedeutet dies, dass hier nun in der klassichen Profitcenterrechnung und der neuen Profitcenterrechnung unterschiedliche Versionen gepflegt und auf den Belegen auch ausgewiesen werden.

Exkurs Plankategorien

Unter S/4HANA sind hier dann noch Plankategorien relevant, auf die ich unter anderen in meinen Buch "Controlling mit SAP S/4HANA – Customizing Kostenstellenrechnung" eingegangen bin.

EC-PCA und FIN-PCA Umlagekostenart und Umlagekonto

  Während in der Umlage für die klassische Profitcenterrechnung für die Umlage eine sekundäre Kostenart vom Kostenartentyp 42 genutzt wird, muss in der FIN-PCA ein Sachkonto als Umlagekonto genutzt werden.

Für die Umlage von Aufwandskonten kann die Kontengruppe ERG. Erfolgsonten und Erfolgskonto und  SAKO Sachkonten allgemein und Bestandskonten für die Umlage von Bestandskonten verwendet werden.

Bei Integration mit PSM-FM (Haushaltsmanagement) kann hier eine symbolische Finanzposition (Fiannzvorgang 50 Verrechnung, Finanzpositionstyp 3 Ausgaben) im Sachkonto hinterlegt werden. Grundsätzlich kann hier auch noch eine primäre Kostenart passend dazu für CO angelegt werden.

Unter S/4 HANA würde das Erfolgskonto als Sachkontoart P (Primärkosten oder Erlöse) mit Kostenartentyp 1 (Primärkosten/kostenmindernde Erlöse) angelegt werden.

Die in EC-PCA verwendeten Sekundärkostenarten (Kostenartentyp 42 Umlage) würden als Schkontoart S (Sekundärkosten) und Kostenart 42 Umlage angelegt werden.

Hier sind dann beide als Sachkonten in der Transaktion FS00 vorhanden. Unter S/4 mit Fiori in der Universellen Verrechnung werden als Umlagekonten Sachkonten mit der Kostenart 42 verwendet. Als Einschränkung im SAP Hinweis 3114399 „Verrechnung zwischen Beträgen zwischen Profitcentern in der universellen Verrechnung“ ist die Einschränkung auf Sachkonten der Sachkontenart X Bestandskonto und Sachkontenart N nicht betriebliche Aufwendungen und Erträge erwähnt. Hinweis der SAP für die anderen Konten soll eine Verrechnung über die originären CO Objekte (hie bspw. Kostenstelle, Innenauftrag,...) erfolgen.

Dies ist auch ein Grund warum die Umlage im neuen Hauptbuch ggf. auch unter S/4HANA noch eine Bedeutung hat, da nur hier (so ich den Hinweis richtig deute) die Verrechnung zwischen Profitcentern ohne das originäre CO Objekt (Kostenstelle, Innenauftrag, ...) zu verwenden genutzt werden kann.

Übernahme von Berichten aus der Profit-Center-Rechnung EC-PCA nach FIN-PCA

Zur Übernahme bestehender Profitcenter-Berichte aus den Berichtsbibliotheken 8A2 und 8A3 sind die Besonderheiten zu beachten, die schon im Artikel "Grenzen der Migration Report Painter Berichte aus der klassischen Profitcenter-Rechnung ins neue Hauptbuch" beschreiben worden sind.

Daneben sind jedoch auch weitere Punkte zu beachten.

Im Customizing (Transaktion SPRO) kann die Berichtsübernahme unter
Finanzwesen (neu) > Hauptbuchhaltung (neu) > Informationssystem > Report-Writer-/Report-Painter-Berichte > Ünbernahme von Berichten aus der Profitcenter-Rechnung
Berichte übernehmen (Transaktion FAGL_RMIGR)

können die Berichte übernommen werden.

Die Übernahmeprotokolle können unter
Protokolle der Berichtsübernahme anzeigen (Transaktion FAGL_RMIGR_LOG)
angezeigt werden.

In der Selektion der FAGL_RMIGR  "Berichtsübernahme von EC-PCA nach FI-GL(neu)" kann eine Quelle und ein Ziel definiert werden.

Als Quelle ist die Bibliothek (bspw. 8A2) und der entsprechende Bericht auszuwählen.

Abhängig von der Berichtsdefinition kann unter Ziel die Biblitohek 0FL "Neues Hauptbuch" Tabelle FAGLFLEXT  oder sofern der Bericht auch stat. Kennzahlen auswertet die Bibliothek 0FS "FI-GL (neu): Summen und stat. Kennz" Tabelle FAGLFLEXR verwendet werden.

Danach kann ein Testlauf in der ABlaufsteuerung aktiviert werden. Allerdings können  hier  je nach Supportpackagestand unterschiedliche Korrekturen erforderlich sind.

Fehlermeldung: "Die Bibliothek 0FL kann nicht als Ziel-Bibliothek verwendet werden"

Ist eine Report Painter Bibliothek 0FL schon vorhanden und hat diese als Berichtsbibliothek V_GLFLEXT hinterlegt ist eine Migration nicht möglich. Es kommt zur Fehlermeldung

Die Bibliothek kann nicht als Ziel-Bibliothek verwendet werden
Meldungsnr. FAGL_REPORTING102
Die Bibliothek 0FL mit der Berichtstabelle V_GLFLEXT ist nicht für die ANwendung FI-GL (neu) definiert: daher kann sie nicht als Ziel-Bibliothek ausgewählt werden.
Systemaktivitäten
Abbruch der Verarbeitung
Vorgehen
Wählen Sie eine Bibliothek der Anwendung FI-GL (neu) (z.B. mit Berichtstabelle FAGLFLEXT oder FAGLFLEXR) als Ziel-Bibliothek aus.

Statt nun aber eine eigene Bibliothek zu den Berichtstabellen anzulegen empfiehlt es sich die Bibliotheken in den aktuellen Mandanten aus den Mandanten 000 zu kopieren.

Diese Option steht unter
Infosysteme > Ad-hoc-Berichte > Report Painter > Report Writer > Bibliothek
Anlegen (Transaktion GR21)
zur Verfügung.
Aus der Transaktion kann über
(MEHR) > Hilfsmittel > Transportieren > Kopieren aus Mandant
die Transaktion GR29 aufgerufen werden.

Durch Angabe des Quellmandanten 000 und der beiden Bibliotheken 0FL und 0FS können diese aus den Referenzmandanten des SAP System kopiert werden.

Danach kann die Selektion gestartet werden, die entsprechende Bibliothek markiert werden und per Übernehmen (F8) in der Symbolleiste die Bibliothek aus 000 in den jeweiligen Mandanten übernommen werden.

Damit sind beide Bibliothek in der GRR3 oder GR23 einsehbar und haben die passende Berichtstabelle zugeordnet. Sollten Sie Zusatzfelder per FAGL_GINS wie ZZAUFNR in der Berichtstabelle FAGLFLEXT aufgenommen haben sind diese als Merkmal nicht aktiv gesetzt. Dieses wäre entweder durch eine Kopie der Biblothek und aktivieren der Merkmale oder direkt in der "neuen" Bibliothek in der Merkmalspflege erforderlich.

Fehlermeldung Laufzeitfehler ASSERTION_FAILED

Während nun im Testlauf die FAGL_RMIGR zu funktionieren scheint bricht diese im Echtlauf (ohne Testlauf) mit einen ABAP Programmierfehler ab.

Kategorie:
ABAP Programmierfehler
Laufzeitfehler
ASSERTION_FAILED
ABAP Programm CL_FAGL_REPORT_MIGRATION======CÜ
Anwendungskomponente FI-GL
Kurztext:
Die ASSERT-Bedingung wurde verletzt.

Die Ursache dieses Fehler ist im SAP Hinweis "3486363 - Report FAGL_RMIGR mit Dump ASSERTION_FAILED abgebrochen" beschrieben

"Dieser Dump wird ausgelöst, weil die Anlage des Nummernkreises gescheitert ist. Dies ist dadurch begründet, dass in den Basis-Nummernkreiswerkzeugen (SAP-Hinweis 3294404) eine Prüfung eingeführt wurde, die das Scheitern des Migrationsreport-Quelltexts verursacht."

Zur Beseitigung des Problems kann der SAP Hinweis per SNOTE eingespielt werden. Bei aktuelleren SAP Systemen sollte dieser in den im SAP Hinweis angegebenen Support Packages vorhanden sein.

Warnung &0FLLDNR Variable ist nicht definiert

Nun funktioniert die Migration der Berichte auch im Echtlauf.

Allerdings kann beim Protokoll zur Übernahme PCA-Berichte noch eine Warnmeldung mit ausgegeben weden.

Auch hier ist ein SAP Hinweis hilfreich. Unter "1112860 - Fehlerhafte Berichtsübernahme (Meldung GO009 im Protokoll)" ist beschrieben, dass die Variable 0FLLDNR in den angelegten Berichten verwendet wird, obwohl sie im System nicht vorhanden ist.

Die Variable ist ggf. auch im Mandaten 000 nicht vorhanden, so dass diese per Transaktion GS19 kopiert werden kann.

Abweichend zum SAP Hinweis (Anlage der Variable im Mandanten 000) kann diese auch direkt im aktuellen Mandanten angelegt werden. Dabei sind folgende Schritte zu befolgen.

1. Transaktion SU2
   Setzen des Userparameter GCF   (FI-SL:Experten-Modus aktivieren) mit den Parameterwert X
2. Transaktion GS11 Anlegen einer Variable
   1. Im Einstiegsbild sind folgende Werte einzutragen:
      Variable:  0FLLDNR
      Bezugsfeld
      Tabelle: FAGLFLEXT
      Feldname: RLDNR
      (Dies ist das Feld Ledger in der Hauptbuchhaltung)
      Variablentyp
      Wert
   2. Danach kann das Folgebild mit ENTER aufgerufen werden
   3. Hier kann als Beschreibung Ledger übernommen werden
   4. Im Feld Vorschlagswert sollte das führende Ledger (im SAP Standard 0L) einegtragen werden.
      Es gibt an dieser Stelle eine Wertauswahlhilfe F4 womit das für die neue Hauptbuchhaltung angelegte führende Ledger ausgewählt werden kann
   5. Nun kann die Variable gesichert werden
3. Damit ist die neue Variable angelegt
4. In der Transaktion SU2 ist der Benutzerparamert GCF wieder zu entfernen

Sobald diese Punkte abgeschlossen sind, kann über die Transaktion FAGL_RMIGR die Berichte erneut übernommen werden.

Nun erscheint keine Warnmeldung mehr, da die Ledgervariable nun angelegt ist.

Berichte zeigen trotz erfolgreiche Übernahme keine Daten an

Im Rahmen der Transaktion FAGL_RMIGR sind zum Beispiel die Variable Ledger in den Berichtsdefinitionen übernommen werden. Es kann jedoch sein, dass auch weitere Variablenzuordnungen fehlerhaft übernommen worden sind.

Daher sind die Allgemeinen Selektionen, Spalten und Zeilen der jeweiligen Berichte zu prüfen. So wurde in einem Beispielfall dem Merkmal Satzart eine Variable für Planversion zugewiesen. Auch an dieser Stelle sind dann Berichte anzupassen, zu testen und zu korrigieren und selbst wenn die Berichte nicht auf Einzelposten basieren können diese manchmal nicht 1:1 übernommen weden.

Folgendes Beispiel macht dieses deutlich:

Bericht zur Analyse von Planbelegen.

Unter EC-PCA war dieser wie folgt in der Bibliothek 8A2 definiert:

Zeilen (EC-PCA)
Zeile 1:
Merkmale:
Kostenrechnungskreis (Variable) 8AKOKRS
Profitcenter  (Set, Variable) 8A-PC-1

Spalten (EC-PCA)
Spalte 1:
Basiskennzahl KSL Betrag in PrCtr -Hauswährung
Kontonummer (Set) fest hinterlegt eine Kontengruppe
Geschäftsjahr (Variable) 8AYEAR1

Spalte 2:
Basiskennzahl KSL Betrag in PrCtr -Hauswährung
Kontonummer (Set) fest hinterlegt eine Kontengruppe
Geschäftsjahr (Variable) 8AYEAR2

Diese Elemente sind direkt übernommen worden.

Der Unterschied ist bei den allgemeinen Selektionen bemerkbar:
Allgemeine Selektion (EC-PCA)
Legder: 8A
Periode (Variable) von 0FRPMAF bis 0FRPMAT
Version (Variable) 0M1VERS
Satzart 1 und 3

Nach Aufruf der Transaktion FAGL_RMIGR sieht die Allgemeine Selektion in der Biblitoehk 0FL wie folgt aus:

Allgemeine Selektion (Nach FAGL_RMIGR)
Ledger (Variable) 0FLLDNR    (dies ist die neu angelegte Variable zum Ledger)
Geschäftsjahr (Variable) 0BYEAR
Periode (Variable) 0FRPMAF bis 0FMRPMAT
Version (Variable) 0M1VERS
Satzart (Variable) 8A-RCTY
Kostenrechnungskreis (Variable) 8AKOKRS

Entsprechend ist dies anzupassen:

Allgemeine Selektion (FIN-PCA)
Ledger (Variable) 0FLLDNR    (dies ist die neu angelegte Variable zum Ledger)
Geschäftsjahr (Variable) 0BYEAR
Periode (Variable) 0FRPMAF bis 0FMRPMAT
Version (Variable) 0M1VERS
Satzart: 1 und 3

In den Spalten ist als Basiskennzahl KSL 2. Währung definiert
Die Merkmale Kontonummer und Geschäftsjahr können in der Ausprägung beibehalten werden. Für einen Jahresvergleich eignen sich hier auch weiterhin die Variablen der 8A-YEAR1 und 8A-YEAR2. Alternativ können hier auch andere Jahresvariablen genutzt werden. Achten Sie nur darauf, dass wenn im Kurztext &VARIABLE genutzt wird um die Spalten zu beschriften diese Beschriftung auch der genutzten Variable entspricht.

In der Zeile kann für das Merkmal Profitcenter (Set, Variable) die Variable FL-1 Profit Center / Gruppe (1) genutzt werden, die direkt Bezug auf FAGLFLEXT nimmt. Aber auch hier kann die bestehende Variable weiter verwendet werden.

Damit sind nun auch wieder Daten vorhanden :-)

Bericht zeigt zum Merkmal keine Bezeichnung an

Auch wenn die Berichte nun Daten anzeigen habe ich noch einen offenen Fehler zur Darstellung einzelner Merkmale wie Profitcenter oder Konto.

Ich habe in der Zeile die Merkmale Profitcenter und Kontonummer als Merkmale eingefügt und diese ein Set (Kontengruppe, Profitcentergruppe) hinterlegt und dieses auch aufgelöst.

Hier werden beide Merkmale nur als Schlüssel dargestellt, obgleich im Berichtslayout für die Schlüsselspalte die Option im Abschnitt Inhalt "Schlüssel und Bezeichnung" ausgewählt ist.

Auch wenn ich nur einen Einzelwert angebe, unabhängig ob Profitcenter oder Konto, wird mir als Bezeichnung nur erneut der Schlüssel ausgegeben.

Beispiel:

Profitcenter: Schlüssel 101 Bezeichnung Verwaltung

Darstellung:

101 101

Hat jemand eine Idee, warum hier statt der Bezeichnung erneut der Schlüssel zum Merkmal (Objekt) ausgegeben wird und nicht die Bezeichnung?

Die korrekte Darstellung ist in den Rechercheberichten (Transaktion FGI0 oder alternativ die Transaktionen S_E38_98000088 und S_E38_98000089) für die Merkmale Konto und Profitcenter gegeben. Ebenso funktioniert dies in der klassischen Profitcenterrechnung (Report Painter Berichte der Bibliothek 8A2).

Das Problem ist noch offen, aber vielleicht hat ja jemand eine Idee zur Lösung.

Siehe auch meinen Beitrag auf fico-forum.de ("Report Painter/Writer Zum Merkmal in der Bibliothek 0FL (FAGLFLEXT) wird als Bezeichnung nur Schlüssel angezeigt") oder auf Linkedin.
 

Im Artikel "Betriebe gewerblicher Art (BgA) und Belegaufteilungsmerkmale Profitcenter, Segment, Funktionsbereich und Geschäftsbereich" wurde das Customizing für die beiden Belegaufteilungsmerkmale Geschäftsbereich und Segment näher eingegangen.

Beide wurden im Zusammenhang einer Belegaufteilung / Belegsplitt mit der Darstellung eines Betriebes gewerblicher Art vorgestellt.

An dieser Stelle soll noch einmal etwas ausführlicher das Merkmal Segment beschrieben werden.

Grundsätzlich werden Segmente, sofern das neue Hauptbuch und die neue Profitcenterrechnung aktiv sind im Customizing (Transaktion SPRO) innerhalb folgenden Pfades angelegt werden:

• Unternehmensstruktur
• Definition
• Finanzwesen
• Segment definieren

angelegt werden. Im gleichen Pfad werden auch Gesellschaft, Funktionsbereich oder auch Geschäftsbereich definiert.

IM Darauf folgenden Dialog Sicht "Segmente für Berichterstattung" ändern kann der Pflegeview V_FAGL_SEGM bearbeitet werden. Alternativ können entsprechende Segmente auch durch die Transaktion SM30 und den View V_FAGL_SEGM bearbeitet werden.

Die Segmente werden in der Tabelle FAGL_SEGM und FAGL_SEGMT gespeichert.
Dabei kann der Schlüssel des Segment 10 Zeichen umfassen (Tabelle FAGL_SEGM und Feld Segment) und die Beschreibung insgesamt 50 Zeichen (Tabelle FAGL_SEGMT und Feld Name). Die Segmente selbst sind dabei mandantenabhängig gespeichert und die Tabelle kann per Customizing Transportauftrag übertragen werden.
 

Ableitung Segment über die Profitcenterrechung FIN_PCA

Nachdem die Segmente angelegt sind können diese direkt einzelnen Profitcentern zugeordnet werden. Dies ist in folgender Abbildung ersichtlich.


Im Beispiel haben wir zwei Segmente ("Segment A" und "Segment B") und jeweils Profitcenter, die unterhalb des jeweiligen Segments zugeordnet sind.

Im Beispiel sind im Profticenter "P101" und Profitcenter "P102" das "Segment A" und im Profitcenter "P103" das Segment "Segment B" hinterlegt.

Bei der Pflege eines Profitcenters mit der Transaktion KE51 (Anlage) oder KE52 (Ändern) kann ein Segment als Stammdatum unterhalb der Grunddaten dem Profitcenter hinterlegt werden.

Im Beispiel werden einzelnen CO Objekte wie die Kostenstellen "101" und "201" aber auch die Innenaufträge "302001" bis "302006" über das zugewiesene Profitcenter entsprechende Segmente zugeordnet.

Nun haben wir hier aber die beiden Innenaufträge "302002" am Profitcenter "P101" und "302004" am Profitcenter "P102", die nicht länger dem Segment A zugeordnet werden sollen.

Es soll jedoch die Zuordnung zum Profitcenter aus Gründen des einheitlichen Berichtswesens und wegen bestehender Berechtigungen beibehalten werden.

Das Feld Segment im Profitcenter ist kein zeitabhängiges Feld, was bedeutet, dass beide Profitcenter über den gesamten Gültigkeitszeitraum zugeordnet sind und hier Änderungen nur möglich sind, sofern keine Bewegungsdaten am Profitcenter vorhanden sind (siehe SAP Hinweis 1037986).

Sofern noch keine Bewegungsdaten vorhanden sind kann nach SAO Hinweis 940721 über die Tabellenpflege (SM30) der View V_FAGL_SEGM_PRCT bearbeitet werden und hier für den jeweiligen Mandaten das Flag (Feld SEGMENT_PRCTR_MD) aktiviert werden. Sofern keine Bewegungsdaten im Profitcenter vorliegen kann nun mit der Transaktion KE52 das Segment geändert werden. Sollten doch Bewegungsdaten vorhanden sein bleibt das Feld ausgegraut.

Reorganisation von Segmenten bei bestehenden Ist-Daten

Sofern doch Bewegungsdaten vorhanden sind kann ab EHP6 untd aktiven neuen Hauptbuch eine Segmentreorganisation erfolgen. Vorraussetzung dafür ist die zusätzliche Business Function FIN_GL_REORG_SEG und Lizenzierung der SAP Landscape Transfordmation wodurch Segmentänderungen und Umbuchungen von Bewegungsdaten konsistent unter ECC durchgeführt werden. Nähere Informationen dazu liefert der SAP Hinweis 2205584 sowie allgemeine Informationen der SAP Hinweis 1686874.
 

Ableitung Segment durch Kundenerweiterung / Business-Add-In (BAdIs)

Eine andere Alternative ist das Segment nicht direkt über das Profitcenter sondern über ein Business Add-In abzuleiten. Dabei wird das BAdi FAGL_DERIVE_SEGMENT für das Segment und FAGl_DERIVE_PSEGMENT für das Partnersegment abgeleitet. Die entsprechende Ableitung ist im SAP Hinweis 686531 beschrieben und es kann auf alle Felder der Struktur COBL (Kontierungsblock) der Belegerfassung zugegriffen werden. Dabei stehen hier auch die Felder AUFNR für Innenauftrag und KOSTL für Kostenstelle zur Verfügung.

Nach folgender (absteigender) Hierarchie erfolgt die Fortschreibung des Segment auf den entsprechenden Beleg.

1. Manuell gesetztes Segment
   Hier ist es empfehlendeswert das Feld Segment in der Feldauswahlliste / Feldstatuspflege der Belegerfassung möglichst an hinterer Position zu setzen, so dass nicht aus Versehen das Segment abweichend zu den anderen Objekten überschrieben wird.
2. BAdI
   FAG_DERIVE_SEGMENT /
   FAGL_DERIVE_PSEGMENT
3. Stammsatz ds Profitcenters

Die Priorität 3 ist schon eingangs ebschrieben worden. Der Aufruf des BAdi erfolgt innerhalb des FUnktionsbausteins FAGL_SEGMENT_BELEGPOS_CHECK, so dass hier beim Belegaufbau im FI/CO die Ableitung erfolgt und anschließend die Beleginformation in allen relevanten Berichten im FI für die Hauptbuchsicht zur Verfügung steht.

Im oberen Beispiel soll nun per BAdI ein abweichendes Segment für die Innenaufträge 302002 und 302004 zugeordnet werden. Statt "Segment A" soll hier das "Segment C" als Beleginformation fortgeschrieben werden.

Die folgende Abbildung sollte dieses etwas klarer darstellen.



Im Beispiel sind die Innenaufträge weiterhin jeweiligen Profitcentern zugeordnet. Im Beispiel ist der Innenauftrag 302002 über das Profitcenter P101 und der Innenauftrag 302004 über das Profitcenter P102 jeweils dem "Segment A" zugeordnet.

Erfolgt jetzt jedoch eine Buchung, kann per BAdI abweichend zu der direkten Zuordnung per Profitcenter das "Segment C" als Beleginformation fortgeschrieben werden.

Denkbar ist eine solche Ableitung über eine kundeneigene Tabelle, in der Kostenstelle und Innenauftrag abweichende Segmente zugeordnet sind oder aber durch das Auslesen von Zusatzfeldern an Kontierungsobjekten.

Sollte ein Zusatzfeld an der Kostenstelle oder Innenauftrag gewählt werden, ist hier ein besonderer Blick auf die Zeitabhänigkeit zu werfen. Bei den Stammdaten von Innenaufträgen besteht hier erst einmal kein Betrachtungszeitraum, sodass allenfalls ein Startdatum als weiteres Zusatzfeld bearbeitet werden kann. Bei Kostenstellen oder auch Kostenarten kann die Zeitabhängigkeit mit unterschiedlichen Zeiträumen, ebenso wie beim Geschäftsbereich einzeln eingestellt werden.

Im Artikel "Zeitabhängige Felder für Stammdaten insbesondere bei Zusatzfeldern zum Beispiel für Hochschulfinanzstatistik innerhalb des SAP Modul CO-OM"  ist dies Thema und das entsprechende Customizing näher beschrieben worden.

Berichtswesen über Segmente

Mit Blick auf das Berichtswesen dürften zwei Bereiche besonders interessant sein. Die Bilanzbuchhaltung kann in der Bilanz/GuV (Transaktion S_ALR_87012284) durch die Freie Abgrenzung (Schaltfläche) das Feld Segment, ebenso wie das Feld Profitcenter, unter den Verkehrszahlen ausgewählt werden.

Daneben gibt es aber auch noch weitere Rechercheberichte, die im SAP Anwendungsmenü unterhalb des folgenden Ordners zu finden sind:

• Infosysteme
• Rechnungswesen
• Fiannzwesen
• Hauptbuch
• Infosystem (neu)
• Berichte zur Segment-Berichterstattung

Im Bericht Segment Plan/Ist/Abw. (Transaktion S_E38_98000092) können BUchungskreis, Segment und die Bil/GuV Struktur als Selektionsmerkmale ergänzend zum Kostenrechnungskreis und Ledger ausgewählt werden.

Im Abschnitt "Finanzbuchhaltung / Ledgerkonzept" ist das Thema unterschiedliche Ledger ebenfalls beschrieben.

An dieser Stelle nur eine erläuternde Abbildung zum Thema:


Ausführlichere Informationen, auch in Hinblick auf S/4HANA sind im Artikel "Bisherige Erkennntnisse rund um SAP S/4HANA und FIORI aus Sicht Rechnungswesen CO und FI" zu finden.

Mit Blick auf SAP S/4HANA noch ein ergänzender Hinweis. Während der Geschäftsbereich in den FIORI-Auswertungen nicht zur Verfügung steht, kann das Segment, ebenso wie das Profitcenter auch in den FIORI Auswertungen genutzt werden.

Mit Blick auf die Auswertung eines BgA dürfte aber weiterhin die Bilanzbuchhaltung bei OnPremise auch weiterhin den SAP GUI nutzen.

Fazit

Auf die Besonderheiten bei der nachträglichen Einführung des Geschäftsbereiches werde ich ebenfalls noch eingehen, aber an dieser Stelle schon einmal der Hinweis welche Möglichkeiten durch die Nutzung von Segmenten oder die Segment-Berichterstattung vorhanden sind.
 

Das Thema Betriebe gewerblicher Art (BgA) und die Abbildung innerhalb eines SAP System hatte ich schon einige Male im Blog erwähnt, aber noch nicht alle Varianten in einer Gesamtübersicht zusammengefasst, was ich nun nachholen mag.

Definition: Betriebe gewerblicher Art

Im Studium hatte ich oft die Bemerkung "Ein Blick ins Gesetz erleichtert die Rechtsfindung." gehört und gerade bei steuerrechtlichen Themen schadet hier eine Einleitung mit Gesetzestext sicherlich nicht .

An dieser Stelle auszugsweise etwas Gesetzestexte:

§ 4 Körperschaftssteuergesetz (KStG)
Betriebe gewerblicher Art von juristischen Personen des öffentlichen Rechts

(1) Betriebe gewerblicher Art von juristischen Personen des öffentlichen Rechts im Sinne des § 1 Abs. 1 Nr. 6 sind vorbehaltlich des Absatzes 5 alle Einrichtungen, die einer nachhaltigen wirtschaftlichen Tätigkeit zur Erzielung von Einnahmen außerhalb der Land- und Forstwirtschaft dienen und die sich innerhalb der Gesamtbetätigung der juristischen Person wirtschaftlich herausheben. Die Absicht, Gewinn zu erzielen, und die Beteiligung am allgemeinen wirtschaftlichen Verkehr sind nicht erforderlich.

(5) Zu den Betrieben gewerblicher Art gehören nicht Betriebe, die überwiegend der Ausübung der öffentlichen Gewalt dienen (Hoheitsbetriebe). Für die Annahme eines Hoheitsbetriebs reichen Zwangs- oder Monopolrechte nicht aus.

Das Umsatzsteuerrecht verknüpft hier ebenfalls die juristische Personen des öffentlichen Rechts mit der Definition eines UNternehmens, sofern es sich nicht um hoheitliche Aufgaben (Hoheitsbetrieb) handelt.

§ 2 Umsatzsteuergesetz (UStG)
Unternehmer, Unternehmen

(1) Unternehmer ist, wer eine gewerbliche oder berufliche Tätigkeit selbstständig ausübt, unabhängig davon, ob er nach anderen Vorschriften rechtsfähig ist. Das Unternehmen umfasst die gesamte gewerbliche oder berufliche Tätigkeit des Unternehmers. Gewerblich oder beruflich ist jede nachhaltige Tätigkeit zur Erzielung von Einnahmen, auch wenn die Absicht, Gewinn zu erzielen, fehlt oder eine Personenvereinigung nur gegenüber ihren Mitgliedern tätig wird.

Der steuerrechtlich besonders relevante § 2b UStG zeigt dann noch einige Besonderheiten:

§ 2b Umsatzsteuergesetz (UStG)
Juristische Personen des öffentlichen Rechts

(1) Vorbehaltlich des Absatzes 4 gelten juristische Personen des öffentlichen Rechts nicht als Unternehmer im Sinne des § 2, soweit sie Tätigkeiten ausüben, die ihnen im Rahmen der öffentlichen Gewalt obliegen, auch wenn sie im Zusammenhang mit diesen Tätigkeiten Zölle, Gebühren, Beiträge oder sonstige Abgaben erheben. Satz 1 gilt nicht, sofern eine Behandlung als Nichtunternehmer zu größeren Wettbewerbsverzerrungen führen würde.

(2) Größere Wettbewerbsverzerrungen liegen insbesondere nicht vor,

1. wenn der von einer juristischen Person des öffentlichen Rechts im Kalenderjahr aus gleichartigen Tätigkeiten erzielte Umsatz voraussichtlich 17 500 Euro jeweils nicht übersteigen wird oder
2. vergleichbare, auf privatrechtlicher Grundlage erbrachte Leistungen ohne Recht auf Verzicht (§ 9) einer Steuerbefreiung unterliegen.

Ferner sind im § 2b UStG noch weitere Ausnahmen geregelt.

Dies nur ein kurzer Ausflug in Richtung der steuerrechtlichen Betrachtung, auf die ich an deiser Stelle nicht näher eingehen mag.

Allgemeine Überlegungen zur BgA Abbildung

Bevor sich um eine technische Umsetzung einer Lösung für einen BgA entschieden werden sollte, stellt sich auch dei Frage nach einer Nachweispflicht insbesondere was Belege anbelangt sollten Bereiche unter den Begriff des BgA fallen und hier eine entsprechende Prüfung auch der Vergangenheit erfolgen. Hier sollte vorab geklärt werden, inwieweit auch Belege aus der Vergangenheit relevant sind und ob diese über eine Zusatzkontierung (auf die ich nachher eingehe) nachgereicht werden können.

BgA auf eigene Kontierungsobjekte

Im Bereich der öffentlichen Verwaltung könen BgA relevante Sachverhalte sowohl im Bereich der Landesmittel als auch Drittmittel anfallen und so stellt sich hier die direkte Frage, wie diese Bereiche vorab abgebildet worden sind. Im Beispiel gehen wir von einer Einrichtung aus, die bisher im klassischen Hauptbuch mit der klassischen Profitcenterrechnung unterwegs ist und im Rahmen der Migration nach SAP S/4HANA nun auch das neue Hauptbuch (NewGL) und Wechsel von der klassischen Profitcenterrechnung (EC-PCA) auf die neue Profitcenterrechnung (FIN-PCA).

BgA im Bereich CO-OM (Gemeinkostencontrolling)

Eine Überlegung ist, ob ggf. ganze Organisationsbereiche die bisher über Kostenstellen, Profitcenter eindeutig als BgA mit einer Bilanz / GuV Pflicht vorhanden waren hier in Summe ausgwertet werden können. Dies wäre dann ein relativ einfaches Unterfangen. Problematisch kann jedoch eine Abbildung auf CO Innenaufträge für Sachverhalte mit Projektcharakter sein insbesondere wenn hier nicht im Vorfeld ein BgA identifizierbar ist und sich erst im Laufe der Zeit ein BgA Aspekt (außerhalb Hoheitsbereich, größere Wettbewerbsverzerrungen oder auch Umsatzgrenzen) ergibt.

Theoretisch könnte hier auch eine Bilanz / GuV im Gemeinkostencontrolling erfolgen, allerdings stellt sich hier die Frage der Behandlung der Bestandskonten für die Bilanz insbesondere mit Blick auf statistische Kostenarten (Kostenartentyp 90) bzw. Sachkonten unter S/4HANA.  Bei der Anlage eines Anlagen-Bestandskonto  und der Option "Kontierung erfassen" unter den Steuerungsdaten wird intern auch in der Tabelle CSKB eine Kostenart mit dem Kostenartentyp 90 hinterlegt. Zumindest unter OnPremise sind hier also auch weiterhin stat. Kostenarten intern vorhanden.

Durch die Umstellung auf das neue Hauptbuch (FAGLFLEXT) bzw. mit S/4HANA auf das Universal Journal (ACDOCA) stellt sich auch die Frage, ob hier im Berichtswesen auf Kostenart oder Sachkonto zugegriffen wird. Die Auswertung von Innenaufträgen in der FAGLFLEXT ist jedoch nicht im Standard möglich, da das Merkmal weder in der Bibliothek 0FL noch 0FS vorhanden ist. Es kann jedoch als Zusatzfeld unter ERP/ECC durch die Transaktion FAGL_GINS aktiviert werden.
 

Mehr Informationen zur FAGL_GINS:
Unkelbach, Andreas: »CO Innenauftrag AUFNR in FAGLFLEXT mit neuen Hauptbuch / neuer Profitcenterrechnung oder ACDOCT in S/4HANA« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 20.6.2022, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=1270

Sofern im Berichtswesen mit stat. Kostenarten und einer entsprechenden Gruppe / Set für Innenaufträge gearbeitet wedne kann wäre dies also auch eine Option, so denn die Bilanz/GuV Struktur als passende Kontengruppe abgebildet werden kann.

Zukunft CO Innenaufträge unter S/4HANA
Da immer auch wieder die Frage gestellt wird, ob CO Innenaufträge unter S/4HANA nicht mehr genutzt werden können, mag ich noch kurz dazu auf einen SAP Hinweis verweisen.

Innenaufträge werden unter SAP S/4HANA nur noch unter OnPremise unterstützt. In der Public Cloud werden diese als Kontierungselemente nicht mehr angeboten.

Innenaufträge werden in der OnPremise Version von SAP S/4HANA weiterhin unterstützt. Dabei werden alle vorhandenen Funktionen weiterhin unterstützt, jedoch werden sich Neuentwicklungen eher auf Projekte (PSP Elemente / Modul CO-PS) als auf Innenaufträge konzentrieren.

Eine andere Sichtweise kann vielleicht sein, dass Innenaufträge soweit ausgereift sind, dass hier auch keine weiteren Entwicklungen mehr erforderlich sind.

Hier ist der SAP Hinweis "2865342 - Innenaufträge in SAP S/4HANA, Private Cloud and On-Premise-Edition" eventuell hilfreich.

Es sind jedoch auch unter S/4HANA weiterhin Entwicklungen im Bereich der Innenaufträge vorhanden, so soll die Universelle Verrechnung künftig auch CO Innenaufträge als Empfänger einer Verrechnung unterstützen.

 

Sofern aber ohnehin ein Wechsel auf das neue Hauptbuch und auch die neue Profitcenterrechnung ansteht, sollten auch weitere Merkmale betrachtet werden, insbesondere mit Blick auf die Möglichkeiten der Belegaufteilung (Belegsplitt).

Zusätzliches Profitcenter zur Abbildung von Betrieben gewerblicher Art (BgA)

Sofern die klassische Profitcenterrechnung intensiv genutzt worden ist bedeutet eine Anpassung der Profitcenterstruktur (Einführung von neuen Profitcentern) auch direkt eine Anpassung des internen / externen Berichtswesen und natürlich auch der Berechtigungen.

Mit Blick auf das interne Berichtswesen müssen Finanzberichte angepasst werden, da künftig für Budget- und Kostenverantwortungsbereiche nun ein weiteres Profitcenter zentral und dezentral ausgewertet werden müssen. Darüberhinaus kann sich ein BgA Aspekt auch zusammenfassend über mehrere Bereiche (Personen) erstrecken, so dass hier entweder mehrere einzelne Profitcenter zusammen ausgewertet werden oder alternativ die Verantwortlichen zwar eigene Kontierungsobjekte (Kostenstelle, Innenauftrag) haben aber zusätzlich der BgA Aspekt über ein gemeinsames Profitcenter ausgewertet werden muss.

Gerade bei ausgeprägten internen Berichtswesen sind auch per Massenpflege entsprehcende Berechtigungen anzupassen.

 

Zum Thema Massenpflege von Berechtigungen verweise ich gerne auf die Artikel:

Unkelbach, Andreas: »SAP Berechtigungen Massenpflege Einzelrollenzuordnungen in Sammelrollen per Funktionsbaustein (FuBa) oder Transaktionscode« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 9.6.2020, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=1111 

Unkelbach, Andreas: »Nach der Massenpflege von Berechtigungsobjekten (PFCGMASSVAL) folgt der Massendownload von Rollen (PFCG_MASS_DOWNLOAD)« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 21.1.2019, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=1004

Nicht wenig relevant ist aber auch die Anpassung im Controlling welche sich durch Anpassung von Segmenten in Umlagezyklen der Profitcenterrechnung aber auch mit der Frage der Behandlung von Altbelegen bei Erkenntnis eines BgA  Sachverhaltes im Laufe der Zeit beschäftigt.

Zur nachträglichen Änderung eines Profitcenter mag ich gerne folgendes Zitat anbringen:
"Wenn Sie das neue Hauptbuch einsetzen, ist eine nachträgliche Änderung der Zuordnung zwischen Profitcenter und Kontierungsobjekt streng genommen nicht erlaubt. Beim Versuch, dies zu tun, erscheint eine Fehlermeldung. Über den Langtext zu dieser Fehlermeldung erhalten Sie einen Hinweis, wie Sie die Änderung dennoch vornehmen können, indem Sie die Fehlermeldung in eine Warnmeldung umwandeln oder sogar ganz ausblenden."
Quelle:  Unkelbach, A. & Munzel, M. (2019). Schnelleinstieg in das SAP-Controlling (CO) - 2., erweiterte Auflage (1th ed.). Espresso Tutorials GmbH.

Eine ausführliche Beschreibung ist unter Buchempfehlungen unter  Schnelleinstieg ins SAP®-Controlling (CO) – 2., erweiterte Auflage (SAP Modul CO; interne Rechnungswesen) zu finden.

  Paperback ISBN: 9783960120346

Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

Ebook ISBN: 9783960120346
 

Diese Grundsatzfrage der Änderung der Zuordnung bei Kontierungsobjekten wird sich aber wie ein roter Faden durch alle Lösungsansätze ziehen.

Verrechnung von Beträgen zwischen Profitcentern in der universellen Verrechnung

Ein weiterer Aspekt bei der Nutzung von Profitcentern ist mit den SAP Hinweis "3114399 - Verrechnung von Beträgen zwischen Profitcentern in der universellen Verrechnung"  zu beachten. Mit der Universellen Verrechnung / Universal Allocation Können die Verrechnungsarten Umlage/Verteilung im Verrechnungskontext Profitcenter sowohl im Ist als auch Plan nicht für die Sachkonten mit einer primären oder sekundären Kostenartenkontoart (Sachkontenart P und S) genutzt werden. Die universelle Verrechnung kann nur für nicht betriebliche Aufwendungen/Erträge N oder Bestandskonten X genutzt werden.

Die Sachkontoarten P und S können nur in folgenden Fällen verwendet werden:

• Ermittlung des Saldos auf Senderseite mit der Senderregel Gebuchte Beträge in der Umlage
• Ermittlung der Basis für die Verrechnung eines Anteils an den Empfänger für die Empfängerregel Variable Anteile.

Ansonsten sind Verteilung und Umlage nicht anwendbar und als Sachkonten für die Verrechnung nur N (Übrige sonstige nicht betriebliche Aufwände/Erträge) und X (Bestandskonten) für die Universelle Verrechnung vorgesehen.

An dieser Stelle hilft ggf. der Hinweis, dass die klasischen SAP GUI Transaktionen zur Verteilung und Umlage in der Profitcenterrechnung weiterhin genutzt werden können.

 

Weitere Informationen zur Univeresellen Verrechnung/Universal Allocation:
Unkelbach, Andreas: »Grundlagen Universelle Verrechnung unter SAP S/4HANA - Buchauszug »Abschlussarbeiten im Gemeinkosten-Controlling in SAP S/4HANA«« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 21.8.2022, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=1284

Durch die erwähnten Gründe soll im Folgenden auch einige Alternativen zur Darstellung eines BgA auf anderen Kontierungslementen vorgestellt werden.

Segment als Alternative zum Profitcenter zur Darstellung eines BgA

Ein Konzernabschluss kann um Segmentberichtserstattung erweitert werden (§ 297 I S.2 HGB). Kapitalmarktorientierte Unternehmen nach IFRS 8 / US GAAP verpflichtend für andere Unternehmen kann dies ein freiwilliger Bestandteil des Konzernabschlusses sein.

Im Customizing (Transaktion SPRO) kann das Segment unter

• Unternehmenesstruktur
• Definition
• Finanzwesen
• Segment definieren

innerhalb der Sicht "Segmente für Berichtserstattung" gepflegt werden. Die Segmentberichtserstattung ist mit der neunen Profitcenterrechnung (FIN-PCA) eingeführt worden und die Segmente können über den Pflegeview V_FAGL_SEGM gepflegt werden.

Dabei kann ein Segment mit zehn Zeichen als Schlüssel (Feld Segment in der Tabelle FAGL_SEGM als CHAR(10)) und einer Beschreibung von 50 Zeichen (Feld Name in der Tabelle FAGL_SEGMT als CHAR(50)) gepflegt werden.

Das Segment selbst kann entweder über das Profitcenter (in den Grunddaten im Feld Segment bspw. in der Transaktion KE51 Anlage Profitcenter) abgeleitet werden oder alternativ per Business Add-In und entsprechender Kundenerweiterung abgeleitet werden.

Die Kundenerweiterung findet sich im Customizing unter:

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Werkzeuge
• Kundenerweiterungen
• Business Add-Ins (BAdIs)
• Ableitung Segment
• Segment ableiten

Denkbar wäre hier anhand einer Kundentabelle entsprechende CO Objekte wie CO Innenauftrag ein bestimmtes Segment zuzuordnen.

Sollte das Segment 1:1 einem Profitcenter zugeordnet sein ist darauf zu achten, dass das Feld Segment nicht zeitabhängig im Profitcenter gepflegt wird. Dies bedeutet, dass das Segment über alle Gültigkeitszeiträume des Profitcenter gültig ist und eine Änderung nur dann erfolgen sollte, wenn noch keine Bewegungsdaten zum Profitcenter vorliegen. Dies ist bei der Ändeurng der Zuordnung eines Segments am Profitcenter zu prüfen (siehe auch SAP Hinweis "1037986 - KE52: Änderung Segment im Profitcenter Stammsatz").

Segmente können nicht in der klassischen Bilanz/GuV ausgewertet werden sondern haben eigene Rechercheberichte zur Segment-Auswertung. Diese sind unter:

• Infosysteme
• Rechnungswesen
• Finanzwesen
• Hauptbuch
• Infosystem (neu)
• Berichte zur Segment-Berichterstattung
  • ...

zu finden. Hier ermöglicht zum Beispiel der Bericht Segment Plan/Ist/Abw. (Transaktion S_E38_98000092) eine Auswertung der Bil/GuV Struktur nach Segment je Buchungskreis.
 

Mehr Informationen zur Segmentberichterstattung finden Sie unter:
Unkelbach, Andreas: »Grundlagen: Segment-Berichtserstattung in der Profit-Center-Rechnung und das neue Hauptbuch (NEW GL)« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 7.7.2019, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=1032

 

Funktionsbereich zur Darstellung eines BgA

Im Rahmen des Umsatzkostenverfahren (UKV) in SAP werden periodisch anfallende Kosten auf Funktionsbereiche abgebildet, die dann nur die Kosten abbilden, die zur Realisierung des Umsatzes einer Periode angefallen sind. Dies ist der wesentliche Unterschied zum Gesamtkostenverfahren (GKV).

Zu beachten ist, dass das Betriebsergebnis sowohl bei GKV als auch UKV identisch sind und lediglich die Gliederung nach einzelnen Funktionen und der Bewertung von Bestandsveränderungen einen Unterschied ausmacht.

Der Funktionsbereich kann sowohl im Rahmen des Umsatzkostenverfahrens als auch im Public Sector Management genutzt werden, erfüllt dort aber unterschiedliche Funktionen.

Im Umsatzkostenverfahren werden mehrere Konten und Objekte auf die Funktionsbereiche fortgeschrieben und als eigene Position in der Bilanz/GuV ausgewiesen.

Die Einrichtung erfolgt im Customizing unter:

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Funktionsbereich für Umsatzkostenverfahren
  • ...

Hier erfolgen dann die weitere Einstellungen zur Einrichtung des Umsatzkostenverfahren.

Im Haushaltsmanagement kann der Funktionsbereich ebenfalls als eigenes Kontierungselement genutzt werden und am Beleg hier auch mehrere Fonds durch einen Funkttionsbereich ausgewertet werden. Damit ist dieser vergleichbar zum bisherigen Finanzierungszweck der innerhalb von Rechercheberichten in der klassischen Budgetierung genutzt werden konnte.

Die Aktivierung des Funktionsbereich erfolgt im Customizing unter:

• Public Sector Management
• Allgemeine Einstellungen für Public Sector Management
• Grundeinstellungen: Kontierungselemente
• Kontierungselemente aktivieren

Für einen BgA ist dieser allenfalls bei reiner Auswertung im Modul Haushaltsmanegemtn geeignet und kann nicht als Obergruppe für eine Bilanz/GuV genommen werden, da dieser selbst im UKV als Knoten einer Bilanz / GuV genutzt wird.
 

Mehr Informationen zum Funktionsbereich:
Unkelbach, Andreas: »Grundlagen Funktionsbereich im Umsatzkostenverfahren (UKV) und Haushaltsmanagement (PSM-FM)« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 14.9.2022, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=1291

 

Zusatzfeld  zur Darstellung eines BgA

Ein Belegsplitt könnte auch auf ein kundeneigenes Zusatzfeld umgesetzt werden. Dieses hat dann aber den Nachteil der Abweichung vom Standard und entsprechenden Aufwand bzgl. der Erweiterung und wird darüber hinaus nicht in der Auswertung von Bilanz/GuV angeboten.

Hier müsste also ein Sonderbericht zur Auswertung des Zusatzfeld entwickelt werden.

Geschäftsbereich zur Darstellung eines BgA

Eines älteres Merkmal zur Unterschiedung von Teilbereichen eines Unternehmens ist die Möglichkeit der Abbildung der externen Berichtserstattung über den Geschäftsbereich. Der SAP Hinweis "321190 Unterscheidung zwischen Geschäftsbereich und Profit Center" stellt diesen der Logik der Profitcenterrechnung gegenüber.

Zusammengefast bietet der Geschäftsbereich folgende Optionen.

• Neben dem Buchungskreis kann der Geschäftsbereich zur externen Berichtserstattung des Unternehmens genutzt werden. Dabei kann die Verantwortung eines Geschäftsbereich sich auch über mehrere Buchungskreise (Sparten, Divisionen) erstrecken.
• Der Ausweis einr Geschäftsbereich-Bilanz/GuV ist dadurch möglich, dass alle Objekte des Controlling (Kostenstelle, Aufträge, ...) sowie der Logistik (Material und Anlagen) den jeweiligen Geschäftsbereich zugeordnet werden können.
• Die Auswertungen des externen Rechnungswesen (Bilanz und GuV) können nun nicht nur nach Buchungskreis sondern auch zusätzlich zur Differenzierung nach einzelnen Geschäftsbereichen betrachtet werden.

Als Definition für Geschäftsbereiche kann folgende Zusammenfassung genutzt werden:

Definition Geschäftsbereich
"Der Geschäftsbereich (englisch Business Area) ist eine organisatorische Einheit des externen Rechnungswesens, die einem abgegrenzten Tätigkeitsbereich oder Verantwortungsbereich im Unternehmen entspricht.

Dem Geschäftsbereich können in der Finanzbuchhaltung erfasste Wertebewegungen zugerechnet werden. Geschäftsbereiche stellen Bilanzierungseinheiten dar, die ihre eigenen Abschlüsse für interne Zwecke erstellen.

So könnten bei Stadtwerken (kommunale Netz-Dienstleister) einzelne Geschäftsbereiche für die Sparten Strom, Gas und Wasser genutzt werden. Geschäftsbereiche stellen Bilanzierungseinheiten dar, die ihre eigenen Abschlüsse für interne Zwecke erstellen. Dem Geschäftsbereich können auch mehrere Buchungskreise zugeordnet werden."

Auch wenn der Geschäftsbereich primär für interne Zwecke genutzt wird, kann dieser auch für die Darstellung eines BgA herangezogen werden. Dabei kann auch ein übergeordneter Geschäftsbereich (Hoheitsbetrieb) als Organisationseinheit angelegt werden, während andere Teilbereiche dann für die einzelnen Betriebe gewerblicher Art genutzt werden.

Geschäftsbereich und S/4 HANA

Ähnlich wie CO Innenaufträge stellt sich auch hier die Frage, ob der Geschäftsbereich weiterhin unter S/4HANA genutzt werden kann. Hier bietet der SAP Hinweis "3256460 - Verwendung des Geschäftsbereichs in SAP S/4HANA On-Premise und Private Cloud" eine passende Antwort.

Der Geschäftsbereich kann weiterhin unter SAP GUI  als Stammdatum gepflegt werden kann und eine Auswertung über die Standardreports Bilanz/GuV im SAP GUI weiterhin genutzt werden kann und auch künftig wird. Der Geschäftsbereich wird in das Universal Journal fortgeschrieben. Er ist dabei weiterhin Teil der Datenbank (z.B. ACDOCA-Tabelle) und dies wird sich auch in Zukunft nicht ändern.

Jedoch erfolgt keine weitere Entwicklungen mehr an der Funktionalität des Funktionsbereich, was Fiori-Apss oder CDS-Views anbelangt.

Dies bedeutet, dass eine Auswertung durch die Bilanzbuchhaltung im SAP GUI statt in der FIORI Oberfläche erfolgen muss. Es kann jedoch der CDS-View entsprechend angepasst werden. Dies ist auch bei anderen Punkten mit embedded Analytics / Fiori der Fall.

Für die Nutzung unter SAP Analytics Cloud (SAC) wird der Geschäftsbereich nicht als Standardinhalt unterstützt, so dass hier der Standardinhalt kopiert werden muss und eine eigene Ableitugslogik implementiert werden.

SAP Analytics Cloud (SAC) ist eine weitere lizenzpflichtige Cloudlösung die Daten aus den SAP System ausliest und vergleichbar zu BW aufarbeitet.

Beim Einsatz von SAP S/4HANA als OnPremise Lösung auch hier Verweis auf SAP GUI wie beim Hinweis auf FIORI.

Customizing Geschäftsbereich

Unter ERP/ECC und S/4HANA On Premise kann der Geschäftsbereich im Customizing über folgenden Pfad weiterhin angelegt werden:

• Unternehmenesstruktur
• Definition
• Finanzwesen
• Geschäftsbereich definieren

Hier wird der Pflegeview V_TGSB über die beiden Tabellen TGSB und TGSBT gepflegt.

Der Geschäftsbereich kann insgesamt 4 Zeichen umfassen (Feld GSBR der Tabelle TGSB CHAR(4)) und eine Bezeichnung hat bis zu 30 Zeichen (Feld GTEXT der Tabelle TGSBT CHAR(30)).

Geschäftsbereichs-Bilanzen im Buchungskreis

In den Einstellungen zum Buchungskreis im Customizing unter:

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Globale Parameter zum Buchungskreis
• Globale Parameter prüfen und ergänzen

kann je Buchungskreis im Abschnitt "Verfahrensparameter" die Option "Geschäftsbereichs-Bilanzen" aktiviert werden.

Auswertung Geschäftsbereich

Ist das Customizing zum Geschäftsbereich abgeschlossen kann in der Bilanz/GuV bspw. über die Transaktion S_ALR_87012284 unter Verkehrszahlenabgrenzung zsätzlich zum Buchungskreis auch der Geschäftsbereich mit angegeben werden, so dass die Bilanz/GuV Struktur nur nach Geschäftsbereich erfolgt.

Stammdatenpflege Geschäftsbereich

Die Pflege des Geschäftsbereich erfolgt unter anderen an den CO Objekten.Hier mag ich kurz auf die Stammdatenpflege des CO Innenauftrag aber auch der Kostenstelle eingehen.

Sowohl in der Transaktion KO01 - Innenauftrag anlegen als auch der Fiori App "Innenauftrag verwalten 2" (App-ID  F1604A) steht das Feld Geschäftsbereich im Abschnitt Zuordnungen zur Verfügung und kann an den Objekten gepflegt werden.

Gegebenenfalls muss im GUI das Auftragslayout für die Auftragsart noch angepasst werden, so dass das Feld Geschäftsbereich ebenfalls angezeigt wird.
 

Zur Pflege von Auftragslayout und Auftragsart verweise ich grene auf die Artikel:
Unkelbach, Andreas: »Auswertung per CMOD eingeführter kundeneigener Felder Kostenart, Kostenstelle und Innenauftrag per Stammdatenverzeichnis und SAP Query« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 2.4.2017, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=808

Unkelbach, Andreas: »Grundlagen CO: Zuordnung von Innenaufträge im Controlling zu Auftragsarten (KOT2_OPA) und Nummernkreis (KONK)« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 13.1.2019, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=1000

Die Pflege der Kostenstelle bedarf keiner Layout-Anpassung. Hier ist der Geschäftsbereich in der Transaktion KS01 - Kostenstelle anlegen unter den Grunddaten im Abschnitt Grunddaten als Feld pflegbar während in der Fiori-App "Kostenstellen verwalten" (App-ID F1443A) das Feld Geschäftsbereich im Abschnitt Allgemeine Informationen unter Organisationseinheit neben dem Standardhierarchieknoten zur Verfügung steht.

ALE Schnittstelle zwischen ReWe und HCM

Sollten ihr Rechnungswesen und Personal (HCM) System auf unterschiedlichen Systemen laufen stellt sich hier noch die Frage der Verwendung der ALE Schnittstelle zur Verteilung von Stammdaten zwischen FI/CO und HCM.

Beim Übertragen der Stammdaten Kostenstelle, Innenauftrag vom Rechnungswesen System auf das HCM System würde auch der Geschäftsbereich als Stammdatum übertragen werden.
Werden hier aus dem Rechnungswesen System Kostenstellen oder Innenaufträge mit Geschäftsbereich an das HCM System übermittelt kommt es zur Fehlermeldung dass der Geschäftsbereich im HCM System nicht angelegt ist.

Entsprechend ist die ALE Schnittstelle anzupassen, so dass der Geschäftsbereich nicht übertragen wird. Die Schnittstelle überträgt Stammdaten aus CO an des HCM System (Kostenstelle, Innenauftrag). Vom HCM System werden im Gegenzug nur die Abrechnungsergebnisse übertragen. Dies sollte mit Basis und HCM abgestimmt werden.

Sie könnten entweder alle Geschäftsbereiche (oder zumindest die Schlüssel) als Dummy im HCM anlegen oder Alternativ bei der Übertragung von Stammdaten das Feld Geschäftsbereich auf Initial (Leer) setzen. Dies ist bspw. über den Funktion Builder IDOC_INPUT_COSTCENTER und IDOC_INPUT_INTERNAL_ORDER möglich.

Die Abrechnungsergebnisse im Gegenzug enthalten nicht mehr den Geschäftsbereich sondern nur die Informationen Sachkonto, CO Objekt, Betrag und Belegtext, sod ass der umgekehrte Weg unproblematisch sein sollte.

Dennoch sollte diese Vorgehensweise mit der HCM Abteilung und der SAP Basis abgestimmt sein. An dieser Stelle vielen Dank für den Austausch im FICO-Onlineforum im Beitrag "Geschäftsbereich Kostenstelle ALE zu Payrollsystem".

 

Mehr Informationen zum Geschäftsbereich:
Unkelbach, Andreas: »Grundlagen Finanzbuchhaltung - Geschäftsbereiche als mögliche Lösung zur Abbildung eines Betrieb gewerblicher Art (BgA)« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 19.11.2017, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=880

Customizing Belegaufteilung - Belegaufteilungsmerkmale

Nun sollte aber noch das Customizing der Belegaufteilung näher betrachtet werden.

Im Vortrag "Belegaufteilung und Profitcenter-Bilanz in SAP S/4HANA" auf den letzten FICO-Forum Infotagen in Köln ist Karlheinz Weber ( consultrain.at ) auf das Customizing der Belegaufteilungsmerkmale eingegangen. Für Kunden von Espresso Tutorials ist der Vortrag unter https://et.training/dashboard/product/video/1283 auch abrufbar und beschreibt die für die Belegaufteilung notwendigen Schritte im Customizing.

Die Belegaufteilung kann sowohl für das Profitcenter als auch andere Objekte erfolgen.

Das Customizing findet sich unter:

• Hauptbuchhaltung
• Geschäftsvorfälle
• Belegaufteilung
  • ...

und soll an dieser Stelle nicht ausführlich beschrieben werden. Lediglich auf den Punkt "Belegaufteilungsmerkmale für Hauptbücher" soll noch hingewiesen werden, so dass hier pro Belegaufteilungsmerkmal (GSBER Geschäftsbereich, PRCTR Profitcenter, SEGMENT Segment) sowohl der Nullsaldo als auch weitere Merkmale ausgewählt werden können.

ACHTUNG: Nachträgliche Änderung von Belegaufteilungsmerkmale

Bei der Nachträglichen Änderung von Belegaufteilungsmerkmale sind betriebswirtschaftliche, technische und rechtliche Aspekte im neune Hauptbuch zu berücksichtigen. Der SAP Hinweis "891144 - NewGL / Belegaufteilung: Risiken nachträglicher Änderungen" geht ausführlich auf diese Problematik insbesondere in Richtung Revisionspflicht ein.

Mehrere Belegaufteilungsmerkmale

Bei der Überlegen, welches Merkmal zur Belegaufteilung geeignet ist kann auch eine Entscheidung in Richtung mehrere Belegaufteilungsmerkmale getroffen werden. So können zum Beispiel sowohl Profitcenter als auch Segment als Belegaufteilungsmerkmale parallel sowohl unter SAP ERP als auch SAP S/4HANA genutzt werden.

Welche Dimension für ihre Belgaufteilung relevant ist, können Sie dabei selbst festlegen. Es können sowohl SAP-definierte Merkmale wie kundenindividuelle Merkmale in Frage. So kann auch für drei Entitäten wie GSBER Geschäftsbereich, PRCTR Profitcenter und SEGMENT Segment ein Belegsplitt hinterlegt werden.

Wichtig sind hier die Optionen Mussfeld (Erweiterung des Feldstatus, so dass in jeder Belegzeile das Merkmal entweder durch manuelle Eingabe oder Subsitution oder Aufteilungsregeln hinterlegt werden muss) und Nullsaldo (so dass Bilanzen mit Saldo Null geführt werden können, und alle angesprochenen Merkmale bei jeder Buchung für eine Nullsaldobildung durch entsprechende Verrechnungszeilen berüpcksichtigt werden).

Erfolgte eine Migration ohne Belegaufteilung kann die Belegaufteilung auch nachträglich eingeführt werden. Hierzu ist bei der Migration in das neue Hauptbuch das "Szenario zur nachträglichen Einführung der Belegaufteilung" zu wählen (Paket 6 im General Ledger Migration Cockpit).

Wenn Sie zusätzlich zum Buchungskreis bilanzierende Merkmale (z.B. Segment, Profitcenter, Geschäftsbereich etc.) in der neuen Hauptbuchhaltung führen wollen, dann müssen Sie sicherstellen, dass zusätzlich die Eröffnungsbilanz für jede Ausprägung dieser Merkmale (bei mehr als einem bilanzierenden Merkmal sind auch Kombinationen von Ausprägungen zu betrachten) einen Saldo von Null aufweist.

An dieser Stelle auch ein Hinweis zur SAP Hilfe zum Thema "Nachträgliche Einführung der Belegaufteilung" auf

https://help.sap.com/docs/SAP_ERP/17ec785ed2294431b933daf9a926af80/da78d0531d8b4208e10000000a174cb4.html?locale=de-DE

hier ist auch auf den Punkt "mehr als einem bilanzierenden Merkmal" und "Kombinationen von Ausprägungen" erwähnt.



Empfehlenswert an dieser Stelle ist noch immer das folgende Buch:
 


Grundlegende Hinweise zur Belegaufteilung finden Sie im SAP Hinweis "1085921 - Belegaufteilung" und beschreibt die Belegaufteilungsfunktion innerhalb der neuen Hauptbuchhaltung.

Berichtswesen der einzelnen Merkmale (Report Painter)

Für mich besonders relevant ist noch die Frage, in welchen Bibliotheken die einzelnen vorgestellten Merkmale für das Berichtswesen zum Beispiel mit Report Painter und Report Writer zur Verfügung stehen. In () sind dabei Merkmale vorgstellt, die erst noch in der Bibliothek als Merkmal aktiviert werden müssen aber grundsätzlich noch vorhanden sind.

Unter SAP S/4HANA steht das Berichtstool Report Painter weiterhin dank Kompatibilitäsviews weiterhin zur Verfügung, jedoch ist zu beachten, dass die klassische Profitcenter-Rechnung (Bibliothek 8A2) nicht mehr lange unterstützt wird und so ein Wechsel auf die neue Profitcenterrechnung (Neues Hauptbuch und Bibliotheken 0FL und 0FS) erforderlich ist.
 

Merkmale in den einzelenn Report Painter Bibliotheken

Bibliothek:	1VK	6O1	4FM	0FL	0FS	8A2
Tabelle	CCSS	CCSS	FMRBCS	FAGLFLEXT	FAGLFLEXR	GLPCT
Geschäftsbereich	(GSBR)	GSBR		RBUSA	RBUSA	(GSBR)
Funktionsbereich	FKBR	FKBR	RMFUNCAREA	RFAREA	RFAREA	RFAREA
Segment				SEGMENT	SEGMENT
Profitcenter				PRCTR	PRCTR	PRCTR

Gerade in Hinblick auf die 4FM mag ich an dieser Stelle auch auf die Ändeurng des Berichtswesen im Public Sector Management hinweisen.



Unter unkelbach.expert biete ich ein Online-Training zum Thema Report Painter in Kooperation mit Espresso Tutorials an.

Online-Training

SAP setzt in SAP S/4HANA auf die Berichterstattung mit Fiori. Doch wie können Sie eigene Berichte im SAP-Finanzwesen erstellen, wenn Ihr Unternehmen weiterhin SAP GUI als Benutzeroberfläche nutzt? Wie können Sie noch Budgetberichte erstellen, wenn Sie in einem öffentlichen Unternehmen arbeiten, welches durch die Migration nach S/4HANA auf das SAP Budget Control System (BCS) wechseln muss bzw. dieses bereits einsetzt? In diesen Fällen bleibt weiterhin der bewährte Report Painter Ihr Berichtswerkzeug der Wahl.

 

Neben der Nutzung für BCS ist dieses Online-Training auch allgemein für die Weiterbildung zu Report Painter geeignet.

Fazit

Wie kann nun das für einen BgA geeignete Merkmal ausgewählt werden.

Grundsätzlich stellt sich bei jeden Zusatzkontierungsmerkmal, wie bei Änderung der Zuordnung verfahren werden soll. Bei Beibelatung eines Kontierungselement (Innenauftrag) kann es sinnvoll sein hier einen Storno oder Umbuchung von Altbelegen notwendig sein:

1. Umbuchung Salden der Vorjahre je Sachkonto auf einen Dummy
2. Anpassung der Stammdaten (neues Profitcenter, Geschäftsbereich, ...)
3. Umbuchung von Dummy auf entsprechendes Objekt

oder alternativ direkt ein neues Objekt (Innenauftrag) mit der entsprechenden Zuordnung der Kontierung anlegen.

Gründe für / gegen die Entscheidung eines Objektes könnten wie folgt betrachtet werden:

Ohne Wertung (oder fast ohne) sollten folgende Punkte bei den einzelnen Belegaufteilungsmerkmalen zur Darstellung eines BgA bedacht werden:

Profitcenter

• Neue Struktur bei bestehender komplexer Profitcenterrechnung
• Anpassung Berichtswesen für alle Budget- und Kostenverantwortliche
• Anpassung Berechtigungen
• Namenslogik / Einfache Anlage weiterer Profitcenter

Segment

• Ableitung per Profitcenter
• Alternativ Badi FAGL_DERIVE_SEGMENT
• Gesondertes Berichtswesen

Geschäftsbereich

• Stammdatum bei CO Objekten (Kostenstelle, Innenauftrag)
• Anpassung Berichtswesen nur für die Bilanzbuchhaltung
• Customizing erforderlich
• Keine Anpassung Profitcenter

Funktionsbereich / Zusatzfeld

• Keine Bilanz/GuV je Funktionsbereich, da im UKV eigener Knoten
• Sonderbericht erforderlich für Zusatzfelder

Der Artikel sollte eigentlich nur eine kurze Gegenüberstellung anbieten ist nun aber doch etwas länger geworden. Ich würde mich über Rückmeldungen sehr freuen und hoffe, dass dieser auch an der ein oder anderen Stelle weiter helfen kann oder zu einer Diskussion und Entscheidungsfindung beitragen kann.

Versuch einer Einordnung der einzelnen Optionen

Wenn es in Richtung der Nutzung von SAP Fiori (oder aber S/4HANA Cloud) geht kann auch eine Kombination von Belegaufteilungsmerkmalen eine Überlegung wert sein. Hier könnte für das interne Berichtswesen die Belegaufteilung (Belegsplitt) auf Profitcenter und Segment erfolgen. Dabei sind die einzelnen Profitcenter eventuell die Kernbereiche der Einrichtung während die Segmente durch eine Ableitung per BaDi dann abhängig von einer kundeneigenen Tabelle für einzelne CO Objekte wie Innenaufträge ein gesondertes Segment zugewiesen bekommen bzw. sofern kein Eintrag in der Tabelle vorhanden ist das Segment aus den zugeordneten Profitcenter vererben.

Gerade mit Blick auf das Belegvolumen welches durch eine Belegaufteilung entsteht bietet sich ein konsolidierendes Element (bspw. Geschäftsbereich, Segment) an sofern andere Elemente wie zum Beispiel das Profitcenter schon sehr stark im internen und externen Berichtswesen ausgeprägt ist.

Mit Blick auf die Weiterentwicklung von SAP auch bei Ausarbeitung eines Berichtswesen unter FIORI hat das Segment den Vorteil, dass hier in der Segement-Berichterstattung direkt auf die Bilanz/GuV Struktur zugegriffen werdne kann und in der FI-Bilanz das Feld Geschäftsbereich  ergänzend zum Buchungskreis ausgewertet werdne kann.

Eine Bilanz über Profitcenter ist ggf. mit einer Kontengruppe abgeleitet aus der Bilanz/GuV Struktur möglich. Eine Selektion über Profitcenter in der Bilanz Transaktion ist mir erst einmal nicht bekannt.

Im Selektionsbild eines Berichtes können Varianten dafür genutzt werden zu einem Report entsprechende Vorselektionen vorzunehmen, so dass diese bei der Auswahl schon einmal einzelne Felder vorbelegt, geschützt oder auch ausgeblendet werden können.
Solche geschützte Varianten können vor Veränderungen geschützt werden (wobei hier der Artikel "Geschützte Selektionsvarianten entsperren" auch eine Möglichkeit zeigt, wie dieser Schutz dann durch SAP Basis beziehungsweise einen ABAP Report auch wieder aufgehoben weden kann.

Daneben gibt es auch die im Artikel "Variablen für Datumsbezug in Varianten zum Beispiel für eine Query zur dynamischen Datumsberechnung mit Bezug auf aktuelles Datum verwenden" beschriebene Möglichkeit zu einzelnen Selektionsfeldern auch Berechnungen durchzuführen.

Für Report Painter / Report Writer Berichte sind die Varianten mit der Berichtsgruppe verknüpft. Wie ie im Artikel "Parametertransaktion für Reporwriter" beschrieben  hat dieses den Vorteil, dass eine solche Variante auch einer kundeneigenen Transaktion zum Report Painter Bericht zugeordnet werden kann.

Sofern Sie einen Bericht im Entwicklungssystem / Testsystem angelegt und hier entsprechende Varianten angelegt haben stellen Sie sich eventuell die Frage, wie der Bericht inklusive der Varianten übertragen werden können.

Für Berichtsgruppe und Bericht habe ich dieses im Artikel "Report Writer oder Report Painter Berichte über Dateisystem inklusive Bibliothek Variablen und Berichtsgruppe exportieren und importieren" beschrieben. Problematisch ist nun die Frage, wie eine Selektionsvariante für einen Bericht auf ein weiteres System übertragen werden kann.

Über den ABAP Report RSTRANSP lassen sich grundsätzlich Varianten zu Reports transportieren. Dies ist auch im Artikel "Transport von Selektionsvarianten" beschrieben, jedoch ist hier das Problem "Der Variantentransport ist nur für Programme mit Entwicklungsklasse ungleich $TMP möglich." worunter auch Varianten zu Report Painter Berichten fallen.

Jedoch gibt es drei andere Möglichkeiten (Transportauftrag, Datei mit einzelner Variante und Datei mit vielen Varianten) auf die ich eingehen mag.

• "Varianten per Transportauftrag übertragen (Transaktion GCTR)"
• "Report RS_VARIANT_UPLOAD_DOWNLOAD zum Übertrag von Varianten"
  (Transaktionscode SVAR_UPLOADDOWNLOAD)
• "Report RSVCHECK_NEW - Reportvarianten prüfen"
  (Transaktionscode SVAR_CHECK)

An dieser Stelle freue ich mich besonders über die Rückmeldung zum Artikel wodurch ich auf die beiden ABAP Reports und Möglichkeit des Download und Upload von Report-Varianten hingewiesen worden bin. Beide Reports funktionieren sowohl unter SAP S/4HANA als auch SAP ERP/ECC.



 

Varianten per Transportauftrag übertragen (Transaktion GCTR)

Aber immerhin gibt es für den Transport von Varianten noch die Möglichkeit unterhalb Report Painter nicht nur Berichtsgruppen, Berichte und  Vorlagen per Transportauftrag zu transportieren.

Die entsprechende Transaktion GCTR - Transportauftrag ist im SAP Menü unterhalb der Ordner

• Infosysteme
• Ad-Hoc-Berichte
• Report Painter
• Hilfsmittel
• Transportieren
  • Berichtsgruppen
    • GCTR - Transportauftrag
  • Berichte
    • GCTR - Transportauftrag
  • Vorlage
    • GCTR - Transportauftrag

Nach Aufruf der Transaktion GCTR werden folgende Objekte zur Aufnahme in einen Customizing-Transportauftrag angeboten:

• Standardlayout
• Bibliothek
• Bericht
• Berichtsgruppe
• Varianten für Berichtsgruppe
• Kennzahl
• Vorlagen für Report Painter

Der für die obige Fragestellung relevante Punkt ist "Varianten für Berichtsgruppen" Im Folgebild können zur Berihctsgruppe entweder alle Varianten oder spezifische Varianten der Berichtsgruppe ausgewählt werden und diese dann als "Varianten in Transportauftrag aufnehmen" durch Ausführen übertragen werden.

Zu beachten ist dabei, dass es sich dabei um einen Transportauftrag handelt und damit an das SAP Transportsystem gebunden ist und entsprechend per Freigabe zwischen den Systemen als Customizing-Transportauftrag freigegeben und transportiert wird.

Die Freigabe und der Transport des Auftrags kann dann über die Transaktion SE10 gesteuert werden.


 

Report RS_VARIANT_UPLOAD_DOWNLOAD zum Übertrag von Varianten

Wolfgang Reichelt hat mich im Facebook Posting zum Blogartikel noch auf eine weitere Möglichkeit hingewiesen.  "Neu ist der Report RS_VARIANT_UPLOAD_DOWNLOAD der ohne Transportauftrag funktioniert (HANA)". Vielen Dank an dieser Stelle für diesen aber auch andere hilfreiche Anmerkungen.

Laut SAP Hinweis "3344599 - Report RS_VARIANT_UPLOAD_DOWNLOAD performing steps" steht dieser auch für ERP/ECC Systeme zur Verfügung.

Der Report kann entweder über die Transaktion SA38 oder SE38 aufgerufen werden. Alternativ steht aber auch ein eigener Transaktionscode SVAR_UPLOADDOWNLOAD im SAP System zur Verfügung.

Auch bei diesem ABAP Report sind Report und Variante anzugeben und es kann zwischen der Option DOWNLOAD und UPLOAD unterschieden werden. Nach Angabe des Reportnamen, der über (MEHR) > SYSTEM > STATUS nach Ausführen des Report Painter Berichtes (Transaktion GR55 für die Berichtsgruppe oder innerhalb der GRR1 bis GRR3 bei Erstellung und Testen des Berichtes) angezeigt wird, kann der Report ausgeführt werden.

Die Variante zum Report kann hier ebenfalls im Feld Variante ausgewählt werden. Sollen mehrere Varianten auf diesen Weg übertragen werden, ist der Report RSVCHECK_NEW zum Sichern von vielen Varianten geeignet.

Ein Ausführen des Reports mit der Option DOWNLOAD ermöglicht das Sichern der Variante mit Dateityp VAR.

Zur Kontrolle kann die Variante noch einmal kontroliert werden:

• Anzeigen
  Führt als Tabelle alle Werte der Variante auf
• Selektionsbild anzeigen
  Zeigt das Selektionsbild des Reports an
• Inspizieren
  Überprüft die Variante und gibt an ob diese existiert, wie groß diese ist und ob diese importiert werden kann. Hier kann die Variante sogar angepasst werden.

Mit der Option Upload gibt es auch die Option "Variante anpassen bei Bedarf" und beim Ausführen des Reports kann die VAR Datei mit der gesicherten Variante ausgewählt werden.

In einer Liste kann die Variante aus einer Liste ausgewählt werden (unter "Info" wird sogar angegeben, ob diese identisch ist) und per Sichern kann diese Variante dann importiert werden. Es besteht auch die Option beim Import der Variante einen neuen Namen zu geben.
Unter Beschreibung zum Status erscheint dann die Information "Vairante ist in Ordnung".

Die Überprüfung der Variante erfolgt innerhalb des Report RSVCHECK_NEW.


 

Report RSVCHECK_NEW - Reportvarianten prüfen

Der Report RSVCHECK_NEW ist noch ein wenig umfangreicher. Auch dieser Report kann über die Transaktion SA38 / SE38 aufgerufen werden. Alternativ bietet sich hier der Transaktionscode SVAR_CHECK an.

In der Selektionsmaske  können die Varianten aus folgenden Optionen selektiert werden:

• Datenbank
• Datei (Liste)
• Transportauftrag
• Import aus Download Datei

Der Import aus Download Datei kann über die VAR Datei erfolgen interessant für uns ist aber die Selektion aus der Datenbank.

Hier können folgende Optionen selektiert werden:

• Report
• Variante
• Angelegt von

Ferner kann die Option "Systemvariante selektieren" gewählt werden.

Im Ergebnis können hier mehrere Varianten gesichert werden.

Es erscheint eine Liste der Varianten und diese können erneut selektiert werden und per Sichern können diese dann gespeichert werden. Auch hier erfolgt das Sichern als Dateityp VAR.

Die Erfolgsmeldung lautet dann bspw. 10 Varianten wurden in Datei gespeichert.

Durch die Option "Import aus Download Datei" kann diese VAR Datei dann ausgewählt werden und es können hier erneut alle Varianten ausgewählt werden und per Sichern werden die vorhandenen Varianten überschrieben oder neue angelegt. An dieser Stelle können jedoch keine neuen Variantennamen übergeben werden.

Hintergrund zu Systemvarianten und Selektionsvarianten

Beide vorgestellten Varianten eignen sich zum Transport von Report Varianten wie eben auch Varianten zu Berichten, die mit Report Painter erstellt worden sind. Auf einige Besonderheiten (Begriffe) mag ich noch kurz eingehen.

Definition Systemvarianten

Bei den Varianten CUS%.. bzw. SAP%.. . handelt es sich um sogenannte Systemvarianten  die entweder von Ihnen oder durch SAP angelegt worden sind. Diese Varianten haben als Besonderheit, dass diese in allen Mandanten angelegt werden können und durch ihre Anbindung an den Workbench Organizer lediglich im Mandanten " 000 " abgelegt sind, aber von allen anderen Mandanten auf diese zugegriffen werden können.

Unterschied Reportvarianten und Selektionsvarianten

Nebenbei sollte beachten werden, dass die Varianten eines Berichtes für die einzelnen Selektionsfelder (der Selektionsmaske) eines Berichtes Vorschlagswerte vergeben. Innerhalb der Report Painter Berichte werden dafür Variablen verwendet.

Selektionsvarianten als Begriff sind eher an einer anderen Stelle relevant, werden hier aber vereinfacht dargestellt. Im Artikel "Selektionsvariante KOK5 und Statusselektionsschemata zur Auswertung gesperrter Innenaufträge"  bin ich auf eine Selektionsvariante in der Innenauftragsrechnung eingegangen. Vergleichbares gibt es aber auch für Kostenstellen durch die KS13.

Fazit

Vielen Dank noch einmal an Wolfgang Reichelt für den Hinweis.

Das Thema Report Painter ist auch für mich, auch unter SAP S/4HANA relevant, daher mag ich an dieser Stelle auch auf mein Online-Training zum Thema hinweisen.

Derzeit findet auch ein Online-Training zum Thema "Rechercheberichte mit SAP Report Painter" statt. Report Painter Berichte haben auch an Bedeutung gewonnen, da die klassische Budgetierung im Modul Haushaltsmanagement PSM-FM von der klassischen Budgetierung (KB) auf das Budgetverwaltungssystem (BCS) umgestellt wird.

Auf meiner Seite unkelbach.expert finden Sie auch Schulungsangebote zu diesem Thema. Gerne verweise ich auf meine Frequently Asked Questions (FAQ) zum Schulungsangebot von Andreas Unkelbach auf https://www.unkelbach.expert/schulung.php und freue mich schon auf weitere Teilnehmende bei kommenden Schulungen.

 

---

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.

---

Im Artikel "LOAD_PROGRAMM_NOT_FOUND Programm AQCS oder AQZZ bei Aufruf Query per Reporttransaktion - SAP Query nachgenerieren lassen" hatte ich beschrieben, wie bei einer Reporttransaktion zu einer SAP Query das entsprechend aus der SAP Query generierte ABAP Programm erneut generiert werden kann.

Zur Erinnerung, der Programmname zu einer SAP Query ist abhängig davon, ob es sich um eine globale oder eine Query im Standardbereich handelt, folgt aufgebaut:
 

Aufbau Programm für Query

1	2	3	4	5	6
Globaler Bereich	AQ	ZZ	RM_CO	====	Z_QUERY01=====
Standardbereich	AQ	CS	AG_CO	====	Z_QUERY02=====

Aus der Tabelle sind der Aufbau des Programmnamen zu erkennen (insgesamt sind dieses 29 Zeichen bestehend aus den Spalten 2 bis 6. Wobei hier === als Füllzeichen zu sehen sind.

Ausgangslage: Rückfrage zur Massenpflege erneute Generierung der Query für Reporttransaktion

Der Artikel ist schon etwas älter und letztens erreichte mich dazu die Frage, ob es hier nicht die Möglichkeit gibt einer "Massenpflege" eben dieser Query, da mit Umstieg auf EHP8 eine Menge an solcher Transaktionen zu SAP Query nicht mehr funktionieren.

Im Artikel "Änderungen und Nacharbeiten nach Einspielung SAP ERP 6.0 Enhancement Package 8 (EHP 8) insbesondere im CO" bin ich ebenfalls auf dieses Problem eingegangen.

Die Lösung dazu war, dass die Query durch die Transaktion REISSQMAIN bzw. über den Report SAP_QUERY_CALL erneut mit Angabe der Benutzergruppe und Query aufgerufen worden ist.

Workaround: zu bestehenden Reporttransaktionen die Query erneut generieren lassen

Dieses ist relativ umständlich und so liegt der Gedanke nahe, dass es doch eine einfachere Variante geben sollte.

Queryverzeichnis und Vormerken der Generierung
Der erste Gedanke wäre hier im Verzeichnis der SAP Query über die Transaktion SQ02 - Infoset pflegen über das Anwendungsmenü

• (Mehr)
• Springen
• Queryverzeichnis

entweder anhand einer selektierten Benutzergruppe oder direkt über Ausführen in der Liste aller Query die Query auswählen und über die Schaltfläche "Mark. Query" (Programmgeneierung UMSCH+F8) die einzelnen Query erneut generieren zu lassen.

Problematisch dabei ist jedoch, dass dadurch die Query nur zur Generierung vorgemerkt werden und das Coding zum ABAP Programm erst beim nächsten Start der Query durchgeführt werden.

Dieser Aufruf müsste also erneut über SQ00 / SQ01 (Query ausführen) oder über REISSQMAIN erfolgen.

Technischer Hintergrund:
SAP Hinweis: 735939 - SAP Query: Query-Reports nicht nachgeneriert

1. Alternative: Transaktionsaufzeichnung von REISSQMAIN

Denkbar wäre auch, ohne es selbst getestet zu haben, eine Transaktionsaufzeichnung der Transaktion REISSQMAIN per LSMW oder eCAT (siehe "Massenstammdatenpflege mit LSMW oder SECATT dank Transaktionsaufzeichnung - Handbuch erweiterte computergestützte Test-Tool (eCATT) und LSMW"). Basis kann hier ebenfalls das Queryverzeichnis als CSV bestehend aus Benutzergruppe und Query sein.  Das entsprechende Verzeichnis kann, wie im Artikel "Reportmatrix über bestehende kundeneigene SAP Berichte (Report Writer, Recherche oder SAP Query)" beschrieben, über die Transaktion SQ02 per Queryverzeichnis erstellt werden.

Achtung: Ich befürchte jedoch, dass die Aufzeichnung problematisch sein kann, da ja kein Ende der Aufzeichnung mit aufgezeichnet wird sondern nur die Query gestartet aber nicht abgebrochen wird. Dennoch ist es natürlich enen Versuch wert.
 

Dauerhafte Lösung: Umstellung Transaktionen von Reporttransaktion auf Parametertransaktion zum Aufruf von SAP Query

Um künftig solche Probleme zu vermeiden ist es eine gute Idee statt einer Reporttransaktion, wie in den beiden Artikeln "SAP Query als kundeneigene Transaktion mit Berechtigungen für Tabellenberechtigungsgruppe, Tabellen und Reporttransaktion vergeben" und "Transaktion anlegen (Report, Parameter) bspw. für SAP Query / Unterschied Parameter- oder Reporttransaktion" eine Parametertransaktion zum Aufruf einer Query anzulegen oder vorhandene Transaktionen umzustellen und künftig hier weniger Probleme zu haben.

Unterschied Reporttransaktion und Parametertransaktion

Als Reporttransaktion wird die Query, der Report direkt gestartet. Hier könnte nun auch ein Berechtigungsobjekt mit Werten hinterlegt werden, auf die die Berechtigungen der Benutzer geprüft werden. Über das Selektionsbild 1000 gelangt man auch direkt in das Auswahlfenster der Transaktion. Über die Option "Einstiegsbild überspringen" kann der Bericht auch ohne weitere Angaben von Selektionswerten direkt übersprungen werden. Dieses kann zum Beispiel sinnvoll sein, wenn im Bericht schon alle Variablen gefüllt sind und der Bericht nur direkt ausgeführt werden soll. Hier hatten wir den generierten Reportnamen zur SAP Query als ABAP Programm genommen und obiges Problem ist entstanden.

Eine Parametertransaktion ermöglicht es Varianten zu einer Transaktion anzulegen. Hier bietet sich bspw. die Transaktion START_REPORT an.  Hier geben wir in der Parametertransaktion bestimmte Vorschlagswerte zur Transaktion START_REPORT vor und überspringen das Einstiegsbild.  Hierbei werden die Dynprofelder der Transaktion festgelegt. So lautet die Bezeichnung des Feldes Report der Transaktion START_REPORT bspw. "D_SREPOVARI-REPORT". So dass hier der Reportname entsprechend eingegeben werden kann. Interessanter ist hier jedoch noch das Feld Variante (Dynprofeld "D_SREPOVARI-VARIANT"), da hier entsprechend gepflegte Selektionsvariante je Report hinterlegt werden können.  Auf diese Weise kann direkt über die kundeneigene Transaktion eine entsprechende Selektionsvariante zu einen Report (inkl. etwaiger gesperrter Felder) gestartet und ausgewertet werden.  Somit eignet sich diese Transaktionsvariante insbesondere dann, wenn man auch gleich eine Selektionsvariante mit übergeben bzw. entsprechend ausgewählt haben mag.

Parametertransaktion für SAP Query

Als Parameter für die Transaktion START_REPORT wären hier folgende Dynprofelder mit entsprechenden Werten zu füllen.

• D_SREPOVARI-REPORTTYPE
  AQ
• D_SREPOVARI-REPORT
  Benutzergruppe (für Querys im globalen Bereich (mandantenunabhängig) muss die 13. Stelle der Benutzergruppe ein ‚G‘ stehen (Leerzeichen!))
• D_SREPOVARI-EXTDREPOR
  Name der Query.

Gerade der Parameter für die Benutzergruppe ist dabei umständlich, daher erscheint folgende Parametertransaktion sinnvoll.

Hier nutzen wir die Möglichkeit einer Parametertransaktion entweder für die Transaktion REISSQMAIN oder wir legen eine Reporttransaktion zum Report SAP_QUERY_CALL mit Selektionsbild 1000 an.

Bei der anzulegenden Parametertransaktion ist es wichtig, die Markierung bei "Einstiegsbild überspringen" zu setzen und im Abschnitt Vorschlagswerte folgende Werte einzutragen:

 

Parameter zu SAP_QUERY_CALL oder REISSQMAIN

Name des Dynprofeldes	Wert
P_WSID	Arbeitsbereich leer lassen oder G für Globaler Bereich
P_UGROUP	Benutzergruppe Die Benutzergruppe in der die Query ist
P_QUERY	Query Name der Query
P_VARI	Selektionsvariante ggf. angelegte Variante zur Query

Nachdem diese Transaktion gesichert ist, kann die Query künfitg auch problemlos über diese Transaktion gestartet werden.

Diese Variante ist auch im SAP Hinweis 2185998 - Anlegen eines Transaktionscodes für eine Query in 2021 beschrieben worden. Bis dahin wurde, bspw. durch die Anlage eines Transaktionscodes über die Rollenpflege (Einfügen einer SAP Query im Rollenmenü) eine Reporttransaktion angelegt.

Ableitung der Parameter aus der Parametertransaktion

Andrea Olivieri hat jedoch in einem Beitrag innerhalb der SAP Community ein ABAP veröffentlicht, durch das die gewünschte Massengenerierung ermöglicht wird. Persönlich habe ich dieses noch nicht ausprobiert, aber ggf. kann damit ihre SAP Basisabteilungen Ihnen eine passende Möglichkeit zur Verfügung stellen.

Der Beitrag "Upgrade – Easy migration of AQ* Report transactions" ist zusammen mit dem Coding auf der Seite https://blogs.sap.com/2015/02/24/upgrade-easy-migration-of-aq-report-transactions/ veröffentlicht worden.

Durch den Funktionsbaustein RSAQ_DECODE_REPORT_NAME werden die notwendigen Parameter aus den Report ermittelt.

• WORKSPACE/ Arbeitsbereich
• USERGROUP / Benutzergruppe
• QUERY / Query
• und CLIENT

Die einzelnen Programme können durch Selektion nach Programm AQ* in der Tabelle TSTC "SAP Transaktions-Codes" ermittelt werden.

Das oben erwähnte Programm liest scheinbar die entsprechenden Transaktionen aus und passt diese dann von einer Reporttransaktion auf eine Parametertransaktion für REISSQMAIN an.

Gerade bei einer Vielzahl von kundeneigener Transaktionen zu SAP Query ist dies sicher eine elegante Methoide.

Anmerkung: Ich habe selbst das Programm nicht getestet würde mich aber über eine positive Rückmeldung ob es weiterhin funktioniert freuen.

Manuelles Umstellen der Reporttransaktion auf Parametertransaktion

Sofern die Umstellung manuell erfolgen soll kann auch die Tabelle TSTC über das Feld Programm nach AQ* durchsucht werden. Damit sind alle kundeneigene Transaktionen die entsprechend der ersten Tabelle im Artikel Query starten identifiziert (AQZZ für globalen Arbeitsbereich und AQCS für Standardbereich).

Danach können die Transaktionen in der SE93 bearbeitet werden.

Im Artikel "Transaktionsart in SE93 ändern" bin ich auch darauf eingegangen, wie die Art der Transaktion geändert werden kann und so nicht erst ein Löschen und danach eine Neuanlage der Transaktion mit entsprechenden Workbenchaufträgen erfolgen müssen.

Keine Anpassung der Berechtigungsrollen erforderlich

Die Berechtigungsprüfungen, siehe Artikel "SAP Query als kundeneigene Transaktion mit Berechtigungen für Tabellenberechtigungsgruppe, Tabellen und Reporttransaktion vergeben"  für die Tabellen sind dabei weiterhin zu beachten. Ebenso ist hier die Berechtigungsprüfung beim Lesen von Tabellen, sofern es sich nicht um logische Datenbanken handelt, zu beachten, dass bspw. Berechtigungen auf CO_Objekte wie Kostenstellen oder Innenaufträge nicht beachtet werden. Dennoch sind Query auch weiterhin eine gute Möglichkeit der Auswertung im Berichtswesen, zumindest, wenn ohnehin zentral Auswertungen erfolgen.

Bei der Anlage eines Transaktionscodes wird ein Workbench-Transportauftrag angelegt, sodass die Einträge der Tablle TSTC entsprechend in die weiteren Systeme transportiert werden. Über die SE10 kann dieser Transportauftrag frei gegeben bzw. transportiert werden. Sofern beim Speichern oder Anlage einer Transaktion keine Abfrage eines Transportauftrages kommt, kann es sein, dass hier noch ein Transportauftrag offen ist.

Ist ein entsprechender Eintrag vorhanden, sollte dieser dann freigegeben und transportiert werden. Andernfalls werden Änderungen oder neue Transaktionen im bestehenden offenen Transportauftrag des Users gespeichert.

Für die Änderung bestehender Transaktionscodes sind diese mit der SE93 zu löschen und danach statt als Reporttransaktion als Parametertransaktion anzulegen. Immerhin bestehende Berechtigungen, insbesondere im Berechtigunsobjekt S_TCODE zum Aufruf der Transaktion bleiben bestehen :-).

Ich freue mich immer über Anfragen über das Blog und auch darüber, dass manche Artikel hier auch anderen weiter helfen können.

---

Hinweis:

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

---

Ein, insbesondere bei der Migration von ERP/ECC nach SAP S/4HANA, zu klärende Frage ist im SAP Modul PSM (Public Secotor Management - Öffentliche Verwaltung) FM (Funds Management - Haushaltsmanagement) die Frage der Zukunft des Stammdatums Finanzierungszweck für Fonds.

In den beiden Artikeln "Grundlagen: PSM-FM Finanzierungszweck (FMFINCODE-FINUSE) im Hochschulberichtswesen für Drittmittelstatistik" und "PSM-FM Grundlagen Finanzierungszweck im Haushaltsmanagement bei Recherchebericht und Selektion" bin ich schon etwas ausführlicher auf die Frage der Verwendung des Finanzierungszwecks eingegangen.

Durch den notwendigen Wechsel von der klassischen Budgetierung nach BCS (siehe auch Artikel "Berichtswesen und Reporting-Tools nach Umstieg von klassische Budgetierung auf BCS im PSM-FM") kann der Finanzierungszweck nicht mehr als Gliederungselement (freies Merkmal, Spalte oder Zeile) im Recherchebericht genutzt werden, da künftig das Berichtswesen bei Auswertung von Budgetwerten ergänzend zu Ertrag und Aufwand statt mit Recherche nun mit Report Painter / Report Painter in der Bibliothek 4FM erfolgen muss.

Grundlagen Finanzierungszweck

Innerhalb der Stammdaten können die Finanzierungszwecke unabhängig vom Fond gepflegt werden. Dies ist im SAP Menü unterhalb der Fonds mit den Transaktionen FM6I (Anlage), FM6U (Ändern) und FM6S (Anzeigen) möglich. Eine Übersicht der im System vorhandenen Finanzierungszwecke kann über die Tabelle FMFUSE "FIFM: Verwendungszweck von Drittmitteln" eingesehen werden.

In der Stammdatenpflege vom Fond kann dieser dann im Abschnitt Zusatzdaten im Feld Finanzierungszweck per F4-Auswahl (Werthilfe) ausgewertet werden.

Eine entsprechende Auswertung der Stammdaten kann zum Beispiel über die Stammdatenlisten (zum Beispiel Transaktion S_KI4_38000039 "Verzeichnis der Fonds") als Selektionsmerkmal, aber auch in der Liste der Fonds ausgewertet werden.

Bisher konnte es im Recherchebericht aus dem Abschnitt Navigation als Merkmal selektiert werden oder auch als eigenes Merkmal in einer Spalte definiert werden. Mit BCS steht das Merkmal leider nicht in der Bibliothek 4FM zur Verfügung.

Auswertung von Finanzierungszweck

Hier ist zwischen der klassischen Budgetierung (KB) und Budget Controll System (BCS) zu unterscheiden:

1. Klassische Budgetierung (KB)
   • Berichtswesen über Rechercheberichte (Formular und Bericht)
   • Finanzierungszweck kann als freies Merkmal für Spalten aber auch in der Selektion verwendet werden
2. Budget Control System (BCS)
   • Berichtswesen per Report Painter/Report Writer Bibliothek 4FM
   • Finanzierungszweck ist nicht als Merkmal für Spalten, Zeilen oder Allgemeine Selektion verfügbar

Grundsätzlich sind für die Auswertung von Budget (Bewilligungen) und Aufwand/Ertrag in Form von Saldenlisten hier neue Berichte anzulegen. Allerdings steht der Finanzierungszweck nicht als "Gliederungsmerkmal" in Berichten zur Verfügung. Daher ist eine Alternative zum Finanzierungszweck zur Selektion oder als Spalte / Zeile erforderlich.
 

Alternativen zum Finanzierungszweck

Hier im Blog habe ich die ein oder andere Möglichkeit(en) im Bereich Berichtswesen schon in Betracht gezogen.

1. Geschäftsbereich
   Kann im Stammsatz von Innenauftrag, Kostenstelle hinterlegt werden oder auch bei der Belegerfassung mitgegeben werden
2. Segment
   Kann im Stammsatz der Profitcenter mit der "neuen Profitcenterrechnung" hinterlegt werden. Alternativ kommt eine Programmierung über Substitution anhand einer Ableitung über weitere Buchungsinformationen des FI - Buchuhaltungsbeleg infrage.
3. Funktionsbereich
   Hier erfolgt die Ableitung über CO Objekt (Kostenstelle, Innenauftrag), Sachkonto, Substitution (Programmierung) oder durch manuelle Eingabe im Beleg

In Ergebnis kann eine Bilanz/GuV nach Geschäftsbereich, Segment erfolgen und die Funktionsbereiche ermöglichen es auch, als eigene Positionen in der Bilanz/GuV auszuweisen oder eben auch im Berichtswesen verwendet zu werden.

Geschäftsbereich

Eine Pflege des Geschäftsbereiches erfolgt in der Kostenstelle im Abschnitt Grunddaten und beim CO Innenauftrag unter den Zuordnungen. Dabei ist ggf. eine Anpassung des Auftragslayout (Feldliste) in der Transaktion KOT2_OPA erforderlich.

Im Artikel "Grundlagen Finanzbuchhaltung - Geschäftsbereiche als mögliche Lösung zur Abbildung eines Betrieb gewerblicher Art (BgA)" bin ich ausführlicher auf das Thema eingegangen.

Hier ist auch beschrieben, wie je Buchungskreis die Option "Geschäftsbereichs-Bilanzen" unter den Verfahrensparametern aktiviert werden kann, so dass eine Bilanz/GuV nach Geschäftsbereichen möglich ist.

Segment

Das Segment kann in den Grunddaten zum Profitcenter hinterlegt werden. Alternativ ist auch eine Substitution möglich, die im Artikel "Grundlagen: Segment-Berichtserstattung in der Profit-Center-Rechnung und das neue Hauptbuch (NEW GL)" beschrieben ist.

Im Gegensatz zu Geschäftsbereichen muss für die Segmentberichtserstattung keine Geschäftsbereich-Bilanzen in den Einstellungen der globalen Daten zum Buchungskreis in den Verfahrensparaemetern aktiviert werden. Allerdings steht das Segment im Gegensatz zum Geschäftsbereich in der Transaktion S_ALR_87012284 nicht als Selektionskritierium unter Verkehrszahlenabgrenzung zur Verfügung.

Funktionsbereich

Eine dritte Option wäre die Nutzung des Funktionsbereiches. Im Artikel "Grundlagen Funktionsbereich im Umsatzkostenverfahren (UKV) und Haushaltsmanagement (PSM-FM)" ist dieser aus FI Sicht schon näher beschrieben, sodass ich hier nur auf die Besonderheiten im Haushaltsmanagement eingehen möchte.

Die Aktivierung erfolgt im Customizing der Finanzbuchhaltung über

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Funktionsbereich für Umsatzkostenverfahren
  • Umsatzkostenverfahren zur Vorbereitung aktivieren
  • Funktionsbereich definieren

Danach kann eine Zuordnung über folgende (sich gegenseitig überschreibende Funktionen gesetzt werden:

1. CO Objekt: Kostenstelle, Innenauftrag (wobei hier im Customizing eine Zuordnung auch per Kostenstellenart, Auftragsart erfolgen kann)
2. Sachkonto
3. Substitution für das Umsatzkostenverfahren definieren (Programmierung)
4. Manuelle Eingabe im Beleg

Dies ist per FI Customizing entsprechend einzustellen. Interessant ist nun die Frage, wie dies im Haushaltsmanagement abgeleitet werden kann.

Funktionsbereich in Bilanz/GuV
Innerhalb der Bilanz/GuV (Transaktion F.01) kann in der Bilanz und GuV Struktur auch der Funktionsbereich als Gleiderungselement hinterlegt werden. Im Standard wird die Bilanz/GuV Struktur als GKV mit den einzelnen Konten dargestellt.

 

Ableitung Funktionsbereich für (Drittmittel)Projekte als Fonds

Eine Buchung auf einen CO Innenauftrag wird häufig in der FMDERIVE wie folgt umgewandelt:

• Verantwortliche Kostenstelle CO Innenauftrag = Finanzstelle
• Sachkonto / Kostenart = Finanzposition
• Nummer Innenauftrag = Nummer Fond

Der Funktionsbereich bleibt dabei erhalten und wird "vererbt".

Ableitung Funktionsbereich bei Buchung auf Kostenstelle (Landesmittel)

Unter BCS ist hier ein Fond den einzelnen Kostenstellen, die entsprechenden Finanzstellen zugeordnet sind vorgegeben. Dies ist nicht mehr als Blank "", sondern muss als eigenständiger Fond zum Beispiel WIPLAN angelegt werden.

Per FMDERIVE erfolgt auch hier die passende Zuordnung

• CO Kostenstelle = Finanzstelle
• FOND wird auf WIPLAN gesetzt
• Sachkonto / Kostenart = Finanzposition

Der Funktionsbereich wird jetzt ebenfalls vererbt.

Während jetzt aber die Drittmittelprojekte (Fonds) unterschiedlichen Funktionsbereichen per 1:1  zugeordnet werden können, stellt der Fond WIPLAN eine Besonderheit dar.

Da die einzelnen Kostenstellen unterschiedlichen Funktionsbereichen zugeordnet sind, wird auch der Fond WIPLAN unterschiedlichen Funktionsbereichen (ja nach Zuordnung der Kostenstelle) zugeordnet.


Verwendung der Elemente im Report Painter / Report Writer

Anhand folgender Tabelle habe ich die einzelnen Elemente in üblichen Bibliotheken (mit Schwerpunkt neues Hauptbuch) zusammengefasst.

1. Bibliothek 1VK "Kostenstellen - Vollkostenrechnung"
2. Bibliothek 6O1 "Innenaufträge"
3. Bibliothek 4FM "FM BCS Reporting"
4. Bibliothek 0FL "Neues Hauptbuch"
5. Bibliothek 0FS "FI-GL (neu): Summen und stat. Kennz"
6. Bibliothek 8A2 "EC-PCA: Standardberichte" (klassische Profitcenterrechnung)

In der folgenden Tabelle sind die Feldnamen der einzelnen Merkmale aufgeführt. Dabei sind diese in Klammern gesetzt, wenn diese erst in der Bibliothek aktiviert werden müssen, aber grundsätzlich schon vorhanden sind.
 

Merkmale in Bibliotheken Report Painter / Report Writer

	1VK	6O1	4FM	0FL	0FS	8A2
Tabelle	CCSS	CCSS	FMRBCS	FAGLFLEXT	FAGLFLEXR	GLPCT
Geschäftsbereich	(GSBR)	GSBR		RBUSA	RBUSA	(GSBER)
Funktionsbereich	FKBR	FKBR	RFUNCAREA	RFAREA	RFAREA	RFAREA
Segment				SEGMENT	SEGMENT

Zumindest im Berichtswesen scheint hier die Bibliothek 0FL geeignet zu sein. Sollte aber ein Bericht im im PSM-FM erfolgen ist in der Bibliothek 4FM nur der Funktionsbereich vorhanden, so dass hier als Alternative zum Finanzierungszweck bei Sicht auf Finanzstelle und Fond nur die Nutzung des Funktionsbereich auf ersten Blick in Frage kommt.

Fazit

Bei der Einführung einer Alternative zum Finanzierungszweck sind also folgende Fragen zu klären:

1. Welche Objekte sollen künftig gepflegt und gebucht werden?
   (Geschäftsbereich, Segment, Funktionsbereich)
2. Ist eine solche Darstellung im Berichtswesen erforderlich?
   • Welche Finanzierungszwecke wurden bisher im Berichtswesen verwendet?
   • Beispiele wären BUNDESMITTEL, DFG, EU, ....
   • Reicht die Hinterlegung in einer Stammdatenliste aus?
3. Werden durch diese neuen Optionen ggf. neue Berichtsanforderungen zu erfüllen möglich?
   • Denkbar wäre hier eine Darstellung von einzelnen Geschäftsbereichen oder Funktionsbereichen als Betriebe gewerblicher Art
   • Ebenso könnten hier, insbesondere im Hochschulberichtswesen, einzelne Produkte gesondert dargestellt werden die bisher über einzelne Kostenstellen oder Projekte dargestellt worden sind.
     • Denkbare Produkte: Landesbibliotheken, botanische Gärten, Zentren, .... oder andere Produkte im Haushaltsplan

Im Ergebnis ist hier, wie sinnvollerweise aber auch sonst, eine Abstimmung der Anforderungen des Berichtswesens mit der Finanzbuchhaltung und des Controllings sinnvoll und wichtig.
 

Die beiden Artikel "SAP Query: Einzelpostenliste KAMV für Umbuchung in Planversion" und "Weiterentwicklung SAP Query Einzelpostenliste Vorgang KAMV (manuelle Verrechnung) und KZPI (Gemeinkostenzuschläge) für Nacherfassung in Planversion" haben bisher schon eine Lösung beschrieben um für eine Plankopie von Ist nach Plan auch die Werte aus der der manuellen Kostenverrechnung im Ist (Transaktion KB15 bzw. KB15N, Vorgang KAMV) bzw. der Gemeinkostenzuschlagsverrechnung (Vorgang KZPI) nachzubuchen.

Hierzu nutzen wir eine Eigenentwicklung die mit Sender und Empfänger eine Planwertumbuchung vergleichbar der Kostenverrechnung nutzbar macht.

Bisher hatte ich hier, quasi lösungsorientiert, eine Query entwickelt die eine Vorlage für eine Korrekturbuchung mit Sender und Empfänger Beziehung liefert.

In beiden Artikeln fehlte aber die Begründung, warum eine solche Lösung notwendig ist, bzw. warum durch eine Plankopie (KP98 Ist in Plan für Kostenstellen bzw. KO15 für Innenaufträge) diese Werte nicht möglich zu übertragen sind.

An dieser Stelle kann ich, da das Thema aktuell einmal wieder angesprochen worden ist, auf die beiden SAP Hinweise "407984 - Ist in Plan Kopieren: Vorgehensweise" und "209432 - Ist in Plan kopieren: Entlastung wird kopiert" verweisen.

Zusammengefasst sind die Kopiertransaktionen nicht dafür da, die Vorlagewerte 1:1 zu "spiegeln" sondern sind eine reine Hilfstransaktion für eine später durchzuführende manuelle Planung. Es werden nur solche Daten in die Zielversion kopiert, die auch durch eine manuelle Planung bearbeitet werden können.

Die Daten aus der manuellen Kostenverrechnung (KAMV) werden nicht berücksichtigt, da es im SAP Standard nichts Vergleichbares dazu gibt.

Ebenso ist auch bei der Gemeinkostenzuschlagsverrechnung (KZPI) darauf zu achten, dass nur die Entlastungen kopiert werden, sofern die Partnerobjekte nicht planintegriert sind. Belastungen werden nie kopiert. Für planintegrierte Partnerobjekte und zur Darstellung der Belastungen ist es daher erforderlich, die Zuschlagsrechnung auch im Plan abzubilden.

Die Alternative wäre die Planwerterfassung anhand der oberen Query sowohl für den Vorgang KAMV als auch KZPI.

Kurzer Exkurs am Schluß: Plankopie und Hochschulcontrolling

Auch wenn die Plankopie seitens der SAP als Planungshilfe gedacht ist und nicht zur vollständigen Spiegelung der Ist-Daten als Plan-Daten vorgesehen ist, hat eine vollständige Plankopie, zumindest im Hochschulcontrolling, eine besondere Bedeutung.

Hintergrund einer solchen Kopie ist, dass wir im Rahmen des CO Jahresabschluss eine Kostenträgerrechnung (KTR) und Hochschulfinanzstatistik erstellen, die bestimmte Verrechnungen im Plan statt im Ist abbilden. So erfolgt in der KTR eine Verrechnung aller Kosten und Erlöse auf die Produkte und Projekte einer Hochschule. Dazu gehören unter anderen auch die Studiengänge welche nicht nur direkte Kosten sondern auch die Kosten der Gebäude, Verwaltung und anderen Einrichtungen abbilden.

Wie dieses umgesetzt wird ist anhand eines Betriebsabrechnungsbogen (BAB) im Artikel "Statistische Kennzahlen für Verrechnung in SAP - Umlage und Verteilung nicht nur im Hochschulcontrolling und Hochschulberichtswesen" erläutert. Die Studiengänge sind dabei als CO Innenaufträge abgebildet und werden, wie im Artikel "Innenaufträge als Empfänger von Umlagezyklen (KSUB)" beschrieben als Kostenträger behandelt.

Neben Kosten und Erlöse können hier auch diverse andere Auswertungen über die passenden Kennzahlen erfolgen. Im Artikel "Leistungsmengen im Grundbudget je Fächergruppe (Cluster) im Vergleich oder bedingte Formatierung für Minimalwerte und Maximalwerte" ist dies dann zum Beispiel im Excel erfolgt.

Technisch funktioniert dies mit statistischen Kennzahlen, so dass ich an dieser Stelle gerne auch auf die Artikel "Auswertung Statistische Kennzahlen auf Innenaufträge für Lehrimport und Lehrexport auf Ebene Studiengänge" und  "Hochschulcontrolling: Vergleich Lehrimport von Studiengängen und Kostenanteile einzelner Lehreinheiten - Abschnitte mit abgeleiteten Kennzahlen im Report Painter" verweise.

Aber auch die unterschiedlichen Möglichkeiten der Kostenumlage und Kostenverteilung im Artikel "Grundlagen: Wohin mit den Kosten? Leistungsverrechnung, Kostenverteilung und Kostenumlage im SAP CO-OM." sowie eine Auswertung der Kosten im Artikel "ReportWriter: Ergebnisse Planumlage (KSUB) je Partnerobjekt" als einen guten Ausgangspunkt für eine solche Verrechnung ansehe. Das Spannende im Hochschulcontrolling und Hochschulberichtswesen ist aber, dass oft noch weitere Anforderungen an das Berichtswesen gestellt werden.

Das Jahr 2023 hat, neben der Abgabe eines ersten Probekapitle zum aktuellen Buchprojekt, mit einer Schulung im Bereich "Berichtswesen im SAP Controlling"  zum Thema SAP Report Painter / Report Writer begonnen.

Report Painter Berichte sind gerade im Gemeinkostencontrolling unter SAP ERP/ECC bekannt und bieten neben Plan/Ist/Vergleich auch viele anderen Standardberichte im SAP Controlling dar. Dennoch stellt sich, gerade mit Blick auf SAP S/4HANA die Frage, warum das Thema Report Painter heute eigentlich noch aktuell ist und ob nicht mit SAP SAC und Fiori langsam aktuellere Berichtstools wie Embedded Analytics oder andere Apps die bisher genutzten Tools ablösen könnten.

Basierend auf das umfassende Journal (Universal Journal) sollten hier doch wesentlich elegantere Berichtstools genutzt werden können, sodass sich hier die Frage stellt, warum das Thema immer noch aktuell ist.

Ein Blick auf den SAP Hinweis 2997574 zeigt zumindest für das Gemeinkostencontrolling, dass hier auch weiterhin die Bibliotheken (1VK, 6O1, 6O2) verfügbar sind und auch im neuen Hauptbuch und der neuen Profitcenterrechnung (Bibliothek 0FL) können weiterhin Berichte angelegt werden und stehen auch zur Verfügung. Die Bibliothek zur klassischen Profitcenterrechnung (8A2) ist zeitlich bis zum 31.12.2025 beschränkt nutzbar (siehe SAP Hinweis 2269324), aber hier hilft ein Wechsel in Richtung der neuen Profitcenterrechnung.

In einer "kleinen Artikelserie" bin ich auf die verschiedenen Punkte rund um die Anpassung des SAP CO Berichtswesen eingegangen:

• "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"
• "Grenzen der Migration Report Painter Berichte aus der klassischen Profitcenter-Rechnung ins neue Hauptbuch"
• "CO Innenauftrag AUFNR in FAGLFLEXT mit neuen Hauptbuch / neuer Profitcenterrechnung oder ACDOCT in S/4HANA"

Für den Bereich der öffentlichen Verwaltung mit Nutzung des Haushaltsmanagement (Modul Public Sector Management - Funds Management (PSM-FM)) gibt es aber noch einen weiteren Grund sich mit Report Painter zu beschäftigen.

Während in der klassischen Budgetierung (KB) Budgetberichte (Saldenberichte) als Rechercheberichte angelegt worden sind, ist unter SAP S/4HANA ein Wechsel von der klassischen Budgetierung zum Budgetverwaltungssystem (Budget Controll System - BCS) obligatorisch. Welche Auswirkung dieses auf das Berichtswesen hat, ist im Artikel "Berichtswesen und Reporting-Tools nach Umstieg von klassische Budgetierung auf BCS im PSM-FM" beschrieben, wobei auch im Artikel "PSM Haushaltsmanagement Budgetverwaltungssystem BCS oder klassische Budgetierung" schon grundlegende Unterschiede zwischen KB und BCS erläutert worden sind.

All diese Punkte sprechen dafür, sich auch unter SAP S/4HANA bzw. beim Wechsel auf das Budgetverwaltungssystem, mit Report Painter als Berichtstool auch in der neuen Welt zu beschäftigen.

Daher mag ich gerne den Aufbau meiner Online-Schulung zum Report Painter beschreiben.

Online-Schulung Berichtswesen im SAP Controlling - Report Painter / Report Writer

An wen richtet sich die Schulung (Zielgruppe):

Diese Schulung richtet sich an erfahrenere Beschäftigte im Bereich Controlling, die im SAP-Modul CO ein Berichtswesen aufbauen wollen. Daneben können einzelne Beispiele nicht nur für Key-User, sondern auch für fortgeschrittene Sachbearbeiter im Controlling nützlich sein, um für regelmäßig genutzte Berichte kleinere Kniffe zur Arbeitserleichterung zu liefern.

Daneben profitieren aber auch Haushaltsmanagement und Drittmittelverwaltung durch die dargestellten Möglichkeiten, die sich mit Report Painter ergeben und ihr Berichtswesen ergeben.

Die in der Schulung vorgestellten Praxisbeispiele sind so allgemein gehalten, dass es Ihnen möglich sein sollte, die vorgestellten Methoden auf eigene Berichtsanforderungen zu übertragen bzw. als Grundlage zur Entwicklung eines eigenen Berichtswesens zu verwenden.

Voraussetzungen:

Grundkenntnisse im Bereich Controlling sowie in bestehenden Berichten sollten vorhanden sein, sodass auch ein Transfer der eigenen Anforderungen an Berichten erfolgen kann.

Was erwartet Sie bei der Schulung (Ziele):

Ein Kollege endete seine Schulungen im Controlling immer mit Happy Controlling und diese Begeisterung für Berichtswesen und die Kreativität bei der Erstellung von Berichten mag ich gerne in meinen Schulungen vermitteln.

Am Ende der Schulung sollen Sie vertraut mit der Arbeit am Report Painter sein und ihre eigenen Berichtsanforderungen durch die Entwicklung eigener Berichte umsetzen können. Die Praxisbeispiele geben Ihnen dabei einen Überblick über die Möglichkeiten mit Report Painter und sind gleichzeitig so gestaltet, dass Sie diese auch auf Ihre eigenen lokalen Anforderungen übertragen können.

Aufbau und Inhalt

Damit Sie sich schon einmal einen groben Überblick über den Ablauf der Schulung machen können, stelle ich Ihnen die einzelnen Abschnitte, die in der Schulung dann natürlich ausführlich behandelt werden, vor.

• Grundlagen Berichtswesen im SAP Controlling
  • Übung 01 
    SAP Standardberichte basierend auf einen Report Painter Bericht
  • Erstellen eines Berichtskonzeptes - Was soll ausgewertet werden
  • Tipps und Tricks im Berichtswesen, die Ihnen die Arbeit später im Berichtswesen erleichtern
  • SAP S/4HANA und Report Painter - Ausblick auf zukünftiges Berichtswesen
• Überblick Elemente Report Painter
  • Elemente Report Painter und Report Writer
• Bibliotheken
  • Übung 02
    Bibliotheken in Report Painter
  • Aufbau einer Bibliothek (Kennzahlen, Merkmale, ...)
  • Übung 03
    Wie ist eine Bibliothek technisch aufgebaut
  • Auswahl Bibliothek - Geeignete Bibliotheken für Berichtszwecke
• Berichte und Berichtsgruppen
  • Aufbau Report Painter Bericht
    (Zeile, Spalte, allgemeine Selektionen)
  • Übung 04
    Erster Bericht anlegen
  • Exkurs bzgl. Planung und Budgetierung
    • Etatplanung und Auswertung von Etat auf Kostenstellen
    • Budgetierung und Auswertung von Budget auf Innenaufträgen
    • PSM-FM Berichtswesen mit BCS
  • Dynamik im Bericht
    (Sets/Variablen auflösen und Variation)
  • Abschnitte im Report Painter
  • Übung 05
    Variation und Abschnitte
  • Formeln in Report Painter (Formelbestandteile)
  • Abgeleitete Kennzahlen
  • Übung 06
    Berichte ausführen und Berichtsgruppe anlegen
• Bestehende Berichte bearbeiten
  • Weitere Spalten einfügen (Darstellung Obligo) und Bericht anpassen
  • Kopiervorlagen anlegen und verwalten
  • Übung 07
    Obligo, Sachkosten und Formel anpassen
  • Berichtsgruppen - Zusammenfassung von Berichten
    • Bericht / Berichtsschnittstelle
    • Dokumentation von Berichten
• Berichte erweitern - Variablen und eigene Bibliotheken
  • Variablen
  • Übung 08
    Eigene Variable anlegen
  • Anwendung von Variablen
  • Eigene Bibliotheken
  • Übung 09
    Kundeneigene Bibliothek anlegen - CO Objekte zu Profitcenter
  • Bibliothek ZPC - Darstellung Investitionen in der klassischen Profitcenterrechnung und Auswertung Einzelposten EC-PCA
• Berichtslayout
  • Formatierung von Berichten
  • Expertenmodus
  • Extrakte und bedingte Formatierung
  • Berichtstexte
• Weitere Berichtsbeispiele
  • Auswertung statistischer Kennzahlen
  • Exkurs: kennzahlenbasierte Verrechnung
  • Übung 10
    Auswertung statistischer Kennzahlen
  • Beispiele für statistische Kennzahlen
  • Beispielberichte zum Umgang mit statistischen Kennzahlen
  • Beispiele für Leistungsartenrechnung
  • Auswertung Leistungsmenge
    Anhand Leistungsart, Sendekostenstelle und Partnerobjekte auswerten
• Berichte nutzen
  • Report Painter Berichte übertragen
  • Parametertransaktion für Report Painter Berichte
  • Berechtigungen im Umfeld Report Painter
  • Erstellung einer Report-Matrix als Übersicht über alle Berichte

Organisatorisches

Seit 2022 biete ich meine SAP Schulungen in Kooperation mit meinem Verlag Espresso Tutorials an, sodass sich für ein Angebot auch direkt an Espresso Tutorials gewendet werden kann.

Gerne können Sie mich jedoch vorab anschreiben und ich würde Ihnen die entsprechenden Kontaktdaten zur Verfügung stellen.

Die Schulung selbst findet als Online-Schulung statt. Sie erhalten eine entsprechende Einladung per Videokonferenzsoftware und haben während der Schulung auch Gelegenheit für einen Austausch und Raum für ihre Erfahrungen und Rückfragen.

Ich freue mich auf weitere Schulung und darüber, dass das Thema SAP Report Painter weiterhin durchaus Berechtigung hat.

Und ansonsten weiterhin happycontrolling und viel Inspiration für das eigene Berichtswesen.

Eine geschätzte Kollegin von mir erinnert mich bei Berichten immer wieder daran, dass eines der wichtigsten Punkte beim Verständnis von Berichten eine ordentliche Definition der Begrifflichkeiten ist.

Dies ist auch der Grund, warum ich sowohl bei meinen Büchern (siehe auch unkelbach.link/et.books/ ) als auch meinen Workshops & Seminaren (siehe auch unkelbach.link/et.training/ ) stets auch Wert auf eine Einführung und Definition von Begrifflichkeiten lege.

Daher mag ich heute die in meinen Augen wichtigsten Begriffe innerhalb des Modul CO für den Aufbau eines Controllings beschreiben.

In diesem Artikel folgt daher eine FAQ (Frequently Asked Questions) zum Gemeinkostencontrolling. (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.

Ergänzend zum Buch erhalten Sie auch Begleitvideos zu "Gemeinkosten-Controlling in SAP S/4HANA" durch die als Demo die Behandlung der im Buch besprochenen Themen von der Anlage Kostenstelle, Sachkonto und Leistungsarten unter bis hin zum Überblick über die Handhabung der universellen Verrechnung in SAP S/4HANA ganz praktisch darstellt.
   

Im Rahmen des Umsatzkostenverfahren (UKV) in SAP werden periodisch anfallende Kosten auf Funktionsbereiche abgebildet, die dann nur die Kosten abbilden, die zur Realisierung des Umsatzes einer Periode angefallen sind. Dies ist der wesentliche Unterschied zum Gesamtkostenverfahren (GKV).

Videotutorial zum Umsatzkostenverfahren in SAP S/4HANA

2022 stellt Jörg Siebert das Umsatzkostenverfahren in SAP S/4HANA als Videotutorial mit allen relevanten Aspekten sowohl im klassischen Hauptbuch, neuen Hauptbuch als auch unter SAP S/4HANA näher vor. Dabei bietet das Videotutorial nicht nur die Abbildungsmöglichkeiten des UKV via Funktionsbereiche in SAP S/4HANA an sondern nimmt auch Bezug auf die Abbildung im Hauptbuch sowie in der Ergebnis- und Marktsegmentrechnung CO-PA mit ihren unterschiedlichen Dimensienen sowie bestehenden Merkmalen zur Auswertung an.Dabei wird auch auf die Option des Special Ledger eingegangen und ausgeführt wie Sie hier ebenfalls ein Umsatzkostenverfahren abbilden können. Gerade bei der Recherche von SAP Themen kann ich die Angebote von Espresso Tutorials sehr empfehlen.

Weiterbildungsangebote von Espresso Tutorials rund um SAP

Onlinezugriff auf alle Medien

SAP Weiterbildung & Online Training


Hier kann ich die Ausführungen von Jörg Siebert empfehlen und mag hier nur vergleichbar zu den beiden Artikeln "Grundlagen: Segment-Berichtserstattung in der Profit-Center-Rechnung und das neue Hauptbuch (NEW GL)" und "Grundlagen Finanzbuchhaltung - Geschäftsbereiche als mögliche Lösung zur Abbildung eines Betrieb gewerblicher Art (BgA)" das Gelernte aus seinem Vortrag noch einmal kurz zusammenzufassen.

Das Umsatzkostenverfahren und die Funktionsbereiche wird auch Thema auf den FICO Forum Infotagen 2022 sein, die ich als Veranstaltung, aber auch als Plattform zum Austausch rund um SAP sehr empfehlen kann.

Nutzung von Funktionsbereich im FI, CO und PSM

Hier im Blog möchte ich nicht auf die (bilanz)rechtlichen Aspekte der Unterschiede zwischen GKV und UKV eingehen, sondern nur einen Überblick über die Anwendbarkeit des Funktionsbereiches im Reporting geben. Zu beachten ist, dass das Betriebsergebnis sowohl bei GKV als auch UKV identisch sind und lediglich die Gliederung nach einzelnen Funktionen und der Bewertung von Bestandsveränderungen einen Unterschied ausmacht.

Das Feld Funktionsbereich ist ein eigenes Stammdatum, welches mit 16 Zeichen als Schlüsselfeld und 25 Zeichen als Bezeichnung im Customizing (Transaktion SPRO) innerhalb einer flachen Tabelle gepflegt werden kann.

Customizing Funktionsbereich für UKV unter ERP/ECC

Die Einstellungen für Funktionsbereiche können im Customizing-Pfad (Transaktion SPRO) unter

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Funktionsbereich für Umsatzkostenverfahren

vorgenommen werden. Durch den Punkt "Funktionsbereich" definieren, kann in einer zweispaltigen Tabelle der Funktionsbereich hinterlegt werden.
 

Funktionsbereiche in der Öffentlichen Verwaltung bzw. im Modul PSM-FM

Die öffentliche Verwaltung nutzt die Möglichkeit des Reporting nach Funktionsbereichen auch im Public Sector Management (PSM) in der Teilkomponente des Funds Management (FM - Haushaltsmanagement). Dabei werden die Funktionsbereiche um Berechtigungen sowie ein paar Besonderheiten zu Gültigkeitszeiträumen erweitert.

Die Funktionsbereiche stehen als Merkmal auch in der Report Painter Bibliothek 4FM zum FM BCS Reporting zur Verfügung. Danben sind diese neben dem Budgetcontrollsystem (BCS) auch schon in der klassischen Budgetierung (KB) vor Einführung von BCS als Merkmal in Rechercheberichten auswertbar. Nähere Informationen zum Reporting im PSM-FM und der Einführung BCS sind im Artikel "Berichtswesen und Reporting-Tools nach Umstieg von klassische Budgetierung auf BCS im PSM-FM" festgehalten.

Funktionsbereich und Berichtswesen im PSM-FM

Dadurch, dass der Funktionsbereich als Gruppierungsmerkmal sowohl in Rechercheberichte und der klassischen Budgetierung als auch im Report Painter im Budget Controll System (BCS) genutzt werden kann, ist dieser möglicherweise auch eine Alternative zum Finanzierungszweck, welcher nicht mehr als Merkmal in der Bibliothek 4FM und damit im Berichtswesen per Report Painter im Gegensatz zu den Rechercheberichten in der klassischen Budgetierung zur Verfügung steht.

Von daher könnte über den Funktionsbereich eine Unterscheidung nach Landesmittel, Drittmittel, Weiterbildung oder auch einzelnen Mittelgebern als weitere Ebene zum Fond oder der Finanzstelle abgebildet werden.

Grundsätzlich wäre hier auch die Frage, ob der Funktionsbereich auch für andere buchhalterisch abzugrenzende Bereiche im PSM-FM herangezogen weden könnte.

Bisher ist dieses nur eine Überlegung, aber eventuell befindet sich im Bereich Public Sector auch entsprechende Konzepte zur Nutzung des Funktionsbereiches im externen und internen Berichtswesen.

An dieser Stelle möchte ich "nur" auf die Verwendung der Funktionsbereiche im PSM-FM eingehen.
 

Transaktion FM_FUNCTION im PSM-FM

Während für das reine UKV zeitunabhängige Funktionsbereiche bspw. für Vertrieb, Produktion, Marketing, Verwaltung oder Forschung & Entwicklung mandantenabhängig angelegt werden können, erhalten Sie bei Nutzung des SAP Modul PSM-FM (Öffentliche Verwaltung - Haushaltsmanagement) erhalten Sie die Meldung "Diese Sicht ist veraltet. Verwenden Sie Transaktion FM_FUNCTION.".

In der öffentlichen Verwaltung werden Funktionsbereiche benötigt, um ein Reporting nach funktionalen Gesichtspunkten zu erfüllen und hier globale Ziele und Zwecke (z.B. Öffentliche Sicherheit, Stadtentwicklung, ...) zur Gliederung der Ausgaben einer Organisation darzustellen. Der Funktionsbereich kann im Haushaltsmanagement als zusätzliches Gliederungselement genutzt werden, wenn die organisatorische Gliederung nach Finanzstellen, sachliche Gliederung nach Finanzpositionen oder die Gliederung nach Mittelherkunft über Fonds nicht ausreichend ist, um gesetzliche Anforderungen eines Reportings nach funktionalen Gesichtspunkten zu ermöglichen.

Dabei kann der Funktionsbereich im PSM zusätzlich zu Finanzposition, Finanzstelle oder Fond budgetiert und kontiert werden. Im Controlling ist dies zusätzlich zu den CO Objekten und der Kostenart sowie in der Anlagenbuchhaltung über die Stammdaten möglich.

Eine Aktivierung der Funktionsbereiche ist im Customizing des Haushaltsmanagment unter

• Public Sector Management
• Allgemeine Einstellungen für Public Sector Management
• Grundeinstellungen: Kontierungselemente
• Kontierungselemente aktivieren

möglich. An dieser Stelle können Sie neben Fonds auch Funktionsbereiche, Förderung und Haushaltsprogramm aktivieren, wobei Fonds, Funktionsbereich und Förderung auch ab ein bestimmtes Datum im Personalwesen kontierbar ist.

Zu beachten ist dabei, dass der Funktionsbereich als zusätzliches Kontierungselement mitgegeben wird. Da der Funktionsbereich im CO Innenauftrag hinterlegt werden kann, ist es jedoch möglich an dieser Stelle diesen zu vererben, so dass über die Buchung auf CO Innenauftrag die Buchung zum Funktionsbereich erfolgt. Alternativ könnte bei einer Buchung auf einen Fond auch unterschiedliche Funktionsbereiche übergeben werden.

Das Schaubild in der SAP Hilfe unter https://help.sap.com/docs/SAP_ERP/0101f6d95e7246ba9f877f2c7b216bba/0eeccc53a8b77214e10000000a174cb4.html?locale=de-DE dürfte an dieser Stelle eine verständliche Darstellung liefern.
 

Funktionsbereich mit Gültigkeitszeitraum und Berechtigungsprüfung

Im Gegensatz zur Pflege des Funktionsbereiches in der Finanzbuchhaltung kann für den Funktionsbereich im PSM-FM in der Pflege per FM_FUNCTION sowohl ein Gültigkeitszeitraum ("Gültig ab" und "Gültig bis") inklusive eines Ablaufdatums, ab dem keine neuen Obligos mehr erzeugt werden können, hinterlegt werden. Ferner ist es möglich, für den Funktionsbereich eine eigene Berechtigungsgruppe (Berechtigungsobjekt F_FMMD_FAR) zu hinterlegen.

 

Funktionsbereiche in der Finanzbuchhaltung und Controlling aktivieren

Um den Funktionsbereich in den Stammdaten der Sachkonten, Kostenarten und einigen CO Kontierungsbjekten als eigenes Stammdatumfeld nutzen zu können ist im Customizing (SPRO) folgende Einstellung vorzunehmen.

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Funktionsbereich für Umsatzkostenverfahren
• Umsatzkostenverfahren zur Vorbereitung aktivieren

Damit kann der Funktionsbereich im Sachkonto, aber auch in der Kostenstelle oder Innenauftrag hinterlegt werden.

Für Kostenstellen und Innenaufträge können Funktionsbereiche als Vorschlagwerte auch über die Kostenstellenarten oder Auftragsarten vorgegeben werden.

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Funktionsbereich für Umsatzkostenverfahren
• Funktionsbereich eintragen
  • Funktionsbereich in Sachkontenstammdaten eintragen
    wird nur bei Erfolgskonten benötigt und ruft die Massenpflege (MASS) für Sachkonten auf (Objekt BUS3006)
  • Funktionsbereich in Kostenstellenarten eintragen
  • Funktionsbereich in Auftragsart eintragen

Daneben können Sie auch unter Substitution für das Umsatzkostenverfahren auch eine umfangreiche Substititution je nach Kontierungskombination definieren.

Substitution Funktionsbereich

Die Substitution ist über

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Funktionsbereich für Umsatzkostenverfahren
• Substitution für das Umsatzkostenverfahren definieren und aktivieren

möglich. Hier sind Buchungskreis und Zeitpunkt anzugeben um dann über Substitition eine entsprechende Substitution und den Aktivierungsgrad auszuwählen.

Als Zeitpunkt für die Substitution können: Belegkopf, Belegposition, Kompletter Beleg, Umsatzkostenverfahren und Umsatzkostenverfahren (neu) gewählt werden.

Umsatzkostenverfahren aktivieren

Zum Abschluss sind dann noch über Umsatzkostenverfahren aktivieren die Verbuchung auf Funktionsbereiche und die jeweiligen Ableitungen und Fortschreibungen zu aktivieren.

Gerade die Art der Kostenstellen macht hier besonders Sinn, da Sie über die Kostenstellenarten ja ebenfalls Bereiche wie Verwaltung, Vertrieb, Forschung und Entwicklung etc. steuern können. Wobei die Funktionsbereiche bei der Kostenstellenart oder Auftragsart als Vorschlagwert bei der Anlage einer Kostenstelle oder Innenauftrag vorgeschlagen werden. Diese können aber auch entsprechend überschreiben werden. Alternativ können die Funktionsbereiche auch direkt in den CO Objekten wie Kostenstelle oder Innenauftrag, etc. hinterlegt werden.

Sofern eine Buchung keine Ableitung eines Funktionsbereiches ermöglicht, wird es zur Fehlermeldung „Achtung: Für diese Buchung konnte kein Funktionsbereich ermittelt werden“ geben. Hintergrund ist die Vollständigkeit der GuV. Entsprechend muss jedes GuV Konto mit einem Funktionsbereich versorgt werden, sodass ein identisches Betriebsergebnis zum GKV erfolgen soll. Hier kann dann ein entsprechender Dummy genutzt werden und ein entsprechender Dummy sollte hier eingerichtet werden.

Zu beachten ist, dass die Ableitung des Funktionsbereichs in folgender Reihenfolge erfolgt (wobei unter ober sticht, sprich die letzte Ableitung dann gültig ist):

1. CO Objekte (wie Kostenstelle, Innenauftrag, ..)
2. Konten-Stammdaten
3. Substitution
4. Manuelle Eingabe beim Erfassen eines Beleges

Verwendung des Funktionsbereichs im Reporting

Bei Buchungen auf GuV Konten erfolgt dann nicht nur eine CO Kontierung, sondern auch eine Zuordnung den passenden Funktionsbereich. Neben der FI Buchung können auch in den CO Buchungen bspw. manuelle Umbuchung von Primärkosten, wird ebenfalls die Buchung des Funktionsbereichs und die Überleitung ins neue Hauptbuch erfolgt.

Innerhalb der Bilanz/GuV (Transaktion F.01) kann in der Bilanz und GuV Struktur auch der Funktionsbereich als Gleiderungselement hinterlegt werden. Im Standard wird die Bilanz/GuV Struktur als GKV mit den einzelnen Konten dargestellt.

Damit die Bilanz und GuV Struktur angepasst werden kann ist im Customizing unter SPRO wie folgt angepasst werden;

• Finanzwesen
• Hauptbuchhaltung
• Periodische Arbeiten
• Dokumentieren
• Bilanz/GuV Struktur definieren

Hier kann per Doppelklick auf ihre Bilanz/GuV Struktur im Abschnitt "Allgemeine Angaben" der Punkt "Fkbr. erlaubt" markiert werden, sodass alternativ zu den Konten auch Funktionsbereihce der Bilanz-/GuV-Struktur zugeordnet werden können.

Nachdem Sie diese Option aktiviert haben könenn Sie über die Schaltfläche "Bil./GuV-Positionen" nun nicht nur Konten, sondern auch Funktioonsbereiche über die Schaltfläche "Funkt.ber zuordnen" einfügen und einzelnen BIlanz/GuV Knoten zuordnen.

Alle diesen Funktionsbereich zugeordneten Buchungen werden dann in Summe ausgewiesen. Beachten Sie, dass Sie entweder Konten oder Funktionsbereiche, aber nicht die Kombination von beiden in einer Position auswerten können. Für das GKV können Sie also alle Ergebniskonten in der GuV darstellen und ergänzend dazu auch noch die Ergebnisse auf den Funktionsbereichen. Wenn Sie alle Funktionsbereiche in ihrer Struktur mitaufgenommen haben, entspricht das Betriebsergebnis des UKV der Sicht vom GKV nur ist der Ausweis nach unterschiedlichen Gesichtspunkten erfolgt.

SAP S/4HANA

Auch unter S/4HANA bleiben die Funktionsbereiche unter anderen in der FIORI Oberfläche und der Verwaltung bestehen. Lediglich die Übersicht oder die Filterung der Einzelposten nach Funktionsbereichen ist erweitert worden, da auch hier in der ACDOCA Funktionsbereich in den einzelnen Ledgern abgelegt sind.
 
Auch die FIORI App Bilanz Reporting Übersicht liefert hier nach der gepflegten Bilanz/GuV Struktur die Gliederung nach Funktionsbereichen inklusive der Möglichkeit des Drilldown auf die Einzelposten.

Fazit

Mit dem neuen Hauptbuch ist die Integration von CO mit unmittelbaren Konsequenzen für das Hauptbuch. Im Ergebnis wachsen auch an dieser Stelle internes und externes Rechnungswesen noch enger zusammen. Gerade wenn Sie auch eine Umlage oder Verteilung im Ist vornehmen, sollten Sie hier im Zykluskopf die Funktion "Funktionsbereich ableiten" aktivieren.

Im Artikel "Grundlagen: Wohin mit den Kosten? Leistungsverrechnung, Kostenverteilung und Kostenumlage im SAP CO-OM." bin ich schon auf die Möglichkeiten der Kostenverrechnung innerhalb SAP ECC/ERP eingegangen. Für unser aktuelles Buch widmeten wir uns der Frage, wie unter anderen die Gemeinkostenverrechnung im Rahmen der Abschlussarbeiten im Gemeinkosten-Controlling mit SAP S/4HANA umgesetzt werden können.

Mit der universellen Verrechnung (engl.: Universal Allocation) bietet die SAP seit S/4HANA 1909 ein umfangreiches Werkzeug zur Verrechnung von Gemeinkosten, die sich anhand bestimmter Regeln aufteilen und somit indirekt zuordnen lassen. Im Rahmen der Gemeinkostenverrechnung war es unter SAP ERP bisher möglich, in den einzelnen Teilkomponenten (wie Profitcenter- oder Kostenstellenrechnung) Umbuchungen basierend auf Kennzahlen als Verteilung oder als Umlage vorzunehmen.

Im Zuge der Simplifikation hat die SAP in S/4HANA die bisherigen Einzeltransaktionen in einer App zusammengefasst: der Universellen Verrechnung.

Zur Verdeutlichung sind im folgenden Schaubild die einzelnen Schritte zur Anlage einer universellen Verrechnung aufgeführt.



Der hier abgebildete Verrechnungszyklus setzt sich aus unterschiedlichen Segmenten mit Regeln, Sender, Empfänger und Empfängerbasis zusammen, die von Ihnen zunächst festzulegen sind. Ferner müssen Sie bestimmen, ob die Verrechnung im Ist oder Plan durchzuführen ist und welcher Verrechnungskontext (Kosenstelle, Margenanalyse, Profitcenter) sowie welche Verrechnungsart (Umlage, Verteilung, Top-Down-Verteilung) relevant sein sollen. All diese Verwaltungsaktivitäten zur universellen Verrechnung lassen sich über die Fiori-Oberfläche gebündelt erreichen. Ein ständiger Wechsel zwischen verschiedenen Transaktionen entfällt.

Sobald Sie einen Zyklus ausführen, werden alle darin enthaltene Segmente als Verrechnungsschritte nach der hinterlegten Verrechnungsart und des gewählten Verrechnungskontextes im Ist oder Plan ausgeführt. Die Ergebnisse eines Zyklus können Sie Ihrem Anliegen entsprechend aufbereiten und analysieren.

Dazu werden unter SAP S/4HANA in der FIORI Oberfläche drei Fiori Apps zur Verfügung gestellt.

1. Verrechnungen verwalten (App ID: F3338 Manage Allocations)
2. Verrechnungen ausführen (App ID: F3548 Run Allocations)
3. Ergebnisse der Verrechnung (App ID: F4363 Allocation Results)

Positiv ist, dass aus der App F3338 Verrechnungen verwalten auch direkt die beiden unteren Apps (F3548 Verrechnungen ausführen und F4363 Ergebnisse der Verrechnung) angesteuert werden können, sodass die gesamte universelle Verrechnung gefühlt in einer App erfolgen kann.

Eine weitere Verbesserung zeigt sich in der Möglichkeit der Analyse von Abrechnungsergebnissen. So sind Testlauf und Echtlauf mit den einzelnen Belegansichten unserer Meinung nach besser aufbereitet, und auch die spätere Analyse der Ergebnisse der Verrechnung bietet mit der Darstellung als Netzwerkgrafik eine anschaulichere Form der Datenaufbereitung. Die Netzwerkgrafik ist der Belegfluss zwischen Sender und Empfänger dargestellt und Sie haben gleichzeitig die Möglichkeit bestimmte Kriterien hervorzuheben und hier auf Teilaspekte ihrer Verrechnung zu filtern.

Bevor Sie sich an eine Verrechnung setzen, sollten Sie sich im Klaren darüber sein, welche Informationen Sie im Controlling benötigen und davon abhängig entscheiden, ob eine Verteilung oder eine Umlage für Sie das geeignete Mittel ist.

Neugierig, wie sich dieses in der Praxis umsetzen lässt und wie die Ergebnisse sich für die Verantwortlichen im SAP S/4HANA System darstellen?

In unserem Buch sind wir darauf ebenfalls ausführlicher eingegangen.

Ein ebenfalls wichtiges Thema ist die Koordination der Abschlussarbeiten zum Beispiel mit der Finanzbuchhaltung und der Personalabteilung. Gerade für einen Periodenabschluss im Controlling oder auch der Durchführung eines Betriebsabrechnungsbogens sind hier die einzelnen Zusammenhänge zu anderen Abteilungen und SAP Modulen wichtig und entsprechend abzustimmen.

 

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.

Ergänzend zum Buch erhalten Sie auch Begleitvideos zu "Gemeinkosten-Controlling in SAP S/4HANA" durch die als Demo die Behandlung der im Buch besprochenen Themen von der Anlage Kostenstelle, Sachkonto und Leistungsarten unter bis hin zum Überblick über die Handhabung der universellen Verrechnung in SAP S/4HANA ganz praktisch darstellt.


 

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.

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.

---

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

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

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

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

Dabei sind folgende Themenbereiche behandelt:

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

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

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

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

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

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

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

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

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

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

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

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

Die Tabelle umfasst insgesamt drei Tabellen:

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

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

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

Neue Report Painter Berichte in ACDOCT über ACDOCA und ACDOCP

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

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

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

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

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

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

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

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

Plandatenübernahme klassische Planungstransaktionen und ACDOCP

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

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

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

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

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

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

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

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

zu finden.


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

Rechercheberichte im Bilanzreporting - Anpassung Neues Hauptbuch

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

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

Rechercheberichte Bilanzreporting

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

Entsprechend sind natürlich auch kundeneigene Transaktionen anzupassen.

Rechercheberichte PSM-FM oder Report Painter Berichte PSM-FM

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Onlinezugriff auf alle Medien von Espresso Tutorials


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

Fazit:

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

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

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



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

Als Videos und Demos zeigen wir hier

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

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

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

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

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

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

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

Kostenstellen-Etatplanung

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

Hier kann im SAP Menü unter

• Rechnungswesen
• Controlling
• Kostenstellenrechnung
• Planung
• Kostenstellenetats

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

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

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

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

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

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

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

Budgetierung von CO Innenaufträgen

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

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

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


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

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

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



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

Darstellung CO Budgetwerte und Kostenstellen Etat im Report Painter

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

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

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

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


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

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

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

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

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



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

Übersicht Report Painter / Report Writer Berichte

Innerhalb des SAP Menü gibt es zwei Berichte unter:

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

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

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

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

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

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


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

Infoset (Transaktion SQ02):

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

Dieses Infoset ist einer passenden Benutzergruppe zugeordnet worden.

Query (Transaktion SQ01):

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

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

Zusatzfelder:
Text:Berichtsgruppe (TEXT_T803J_RGJNR ) L

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

Zusatzfelder:
Text:Bericht (TEXT_T803L_RNAME) L


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

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

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

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

 

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

 

Übersicht SAP Query

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

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

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

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

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

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

 

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

 

Übersicht Rechercheberichte

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

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

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

Übersicht kundeneigener Transaktionen

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

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

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

Stammdatengruppen (SETS)

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

ABAP Reports

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

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

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

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

 

Detailinformationen

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

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

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

Im Rahmen meines letzten Buchprojektes hatte ich mich im Schwerpunkt mit der Datenmigration von ERP nach S/4HANA beschäftigt und die Nachfolge der LSMW sowie eCATT vorgestellt.

Im Buch »SAP S/4HANA Migration Cockpit - Datenmigration mit LTMC und LTMOM« bin ich ausführlich auf dies Thema eingegangen.
 
Neben dem Migrationscockpit und Migrationsobjektmodellierer zur Anpassung von MIgrationstobjekten sind hier auch die "Massenstammdatenpflege mit LSMW oder SECATT dank Transaktionsaufzeichnung - Handbuch erweiterte computergestützte Test-Tool (eCATT) und LSMW" für ERP im Buch und Blog beschrieben, so dass das Buch nicht nur für einen Wechsel nach S/4HANA interessant ist.

Im aktuellen Artikel möchte ich aber einige Erkenntnisse zum Wechsel nach S/4HANA vorstellen.

Dabei sollen folgende Themenbereiche angesprochen werden.

• Versionen S/4 HANA On-Premise oder Cloud
• Neue Oberfläche FIORI
• Univesal Journal
• Finanzbuchhaltung / Ledgerkonzept
  • Neues Hauptbuch
  • Neue Anlagenbuchhaltung
• Sachkonto und Kostenart unter S/4 HANA
• Buchungsperioden und Periodenabschluß
• Geschäftspartner / Business Partner
• Planung unter S/4 mit FIORI
• Berichtswesen
• Gemeinkostencontrolling
• Buchempfehlungen Finanzbuchhaltung
• Migrationskonzept - Wechsel von ERP zu S/4HANA
• Fazit

Die einzelnen Punkte erklären sich nicht nur durch meine Projekte als Buchautor sondern auch durch die Tätigkeit im Bereich Controlling und Berichtswesen mit SAP.

Daneben sind hier auch Sonderthemen, wie PSM, ein Thema sowie das Berichtswesen und Controlling an Hochschulen.

Versionen S/4 HANA On-Premise 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.

Neue Oberfläche FIORI

Anhand folgender Skizze kann das Designkonzept von FIORI erklärt werden.



Neben dem klassischen SAP GUI Menü wird mit FIORI auch eine webbasierte responsive Oberfläche mit Kacheln und Kachelgruppen für Anwendungen (Apps) und Auswertungen angeboten.

Wobei die bisherigen Kachelgruppen durch die Spaces und Pages abgelöst werden.

Dabei sind die Spaces vergleichbar mit einem übergeordneten Menü, das durch Tabs als eine Navigation verschiedene Seiten (Pages) mit Abschnitten (Sections) aufrufen kann über die dann einzelne Kacheln (Tile) aufgerufen werden können.

Über Einstellungen - Bereiche - können die Spaces (Bereiche) über die Option "Bereiche verwenden" ab S/4HANA 2020 aktiviert werden. Sofern dieses aktiviert wird, werden die Apps in einzelnen unterschiedliche Bereiche zusammengefasst. Ist diese Option deaktiviert erscheint die klassische Startseite im Fiori Launchpad ohne untergeordnete Tabs.

Wenn Sie die Einstellung ändern wird das Launchpad direkt erneut gestartet und die gewählte Oberfläche wird aktiv.

Innerhalb der Berechtigungsvergabe werden durch Businessrollen die Berechtigungen zum Aufruf der Fiori Apps und der jeweiligen Pages (vorher Kachelgruppen) zugewiesen.

So kann eine Business Rolle "Gemeinkostenvontroller wie SAP_BR_OVERHEAD_ACCOUNTANT Berechtigungen für die einzelnen Fiori Apps enthalten, durch die dann das FIORI Launchpad als Oberfläche von FIORI gestaltet wird.

Daher sollte frühzeitig beim Wechsel nach S/4HANA auch an die Neugestaltung oder Update eines Berechtigungskonzeptes gedacht werden, da dieses nicht nur eine 1:1 Umsetzung des bisherigen Berechtigungskonzeptes und der alten Transaktionen sondern auch eine Definition der auszuführenden Funktonen, Geschäftsprozesse und Verantwortlichkeiten enthalten sollte.



Gerne daher die Empfehlung des Kurs "Grundlagen SAP Berechtigungen inklusive Fiori - Online Training" von Tobias Harmes.

Im Artikel "Die Anatomie der SAP Berechtigung oder Dokumentationen zu SAP Berechtigungsobjekten und Berechtigungsfeldwerten" bin ich auch schon im Ansatz auf die Frage der Berechtigung eingegangen.

Von den einzelnen Kacheln und Apps gibt es unterschiedliche Arten. So können Kacheln dynamisch Kennzahlen anzeigen, Nachrichten (bspw. per RSS Feed) ausgeben oder einfach statisch Titel und Icon ausgegeben.

Moderne FIORI Apps hingegen können analytisch Kennzahlen Auswerten (KPI), reine Fact Sheets sein auf denen die essenzielle Informationen (bspw. auch Stammdaten) ausgegeben werden und rein Transaktional vergleichbar zu Transaktionscodes in ERP Funktionen ausführen.
 

openSAP Microlearning Kurs
Im Rahmen der openSAP Microlearning Summmer School Playlist ( sap.to/6016yqMRI ) wird auch die Erstellung eines FIORI Launchpad Layout für Business Rollen unter FIORI ab Release 2020 vorgestellt. Vorher waren statt spaces die Kachelgruppen mit Group und Launchpad Designer zu pflegen. Im 12 minütigen Onlinekurs "Creating SAP Fiori Launchpad Layouts for Custom Business Roles - SAP S/4HANA - openSAP Microlearning werden die Grundlagen passend erläutert.

OpenSAP bietet normalerweise sehr umfangreiche Onlinekurse an, wie auch im Artikel "Weiterbildung im SAP Umfeld durch Selbststudium mit MOOC openSAP vorgestellt, so dass diese Microlearning im Rahmen der SAP Summerschool einen schnellen Eindruck vermitteln können.

In der FIORI Apps Library (abrufbar unter https://fioriappslibrary.hana.ondemand.com/ ) können die bisher zur Verfügung gestellten Apps durchsucht werden. Hilfreich ist es hier oftmals den bisherigen Transaktionscode aus ERP Zeiten einzugeben und unterhalb der Implementation Informationen zeigen sich Informationen wie der Business Catalog oder auch die Business Role in der die Berechtigung der App hinterlegt sind.

Ab S/4HANA 2020 sind für den FIORI Launchpad entsprechende Business Rollen anlegbar (mit Space und Zuordnung der einzelnen Fiori Apps).Dabei können die einzelnen Spaces einzelne Pages beinhalten und hier Kacheln (Tiles) als Apps zugeordnet werden. Wichtig ist, dass im Launchpad Content Manager die Spaces einer Rolle zugeordnet werden müssen.

Univesal Journal

Im Rahmen der FICO Forum Infotage 2018 (siehe "Rückblick FI CO Forum Infotage 2018 in Köln") wurde das Univesal Journal (Umfassende Journal) als Innovationstreiber für SAP S/4HANA beschrieben und überzeugt mich insbesondere wenn ich an unser Berichtswesen denke.

Der Vorteil des neuen Datenmodells (auf das ich hier nicht näher eingehen mag) ist, dass sämtliche Daten direkt in einer Zeile aufgeführt sind. Dank des Universal Journal werden die bisherigen Einzelkomponenten in einer gemeinsamen Tabelle zusammengeführt und es ist möglich auf Basis dieser Daten eine Auswertung zu erstellen. Da alle Finanzdaten auf den gleichen Einzelposten bestehen, sind diese auch immer aktuell miteinander abgestimmt.

Damit erfolgt eine direkte Abstimmung der einzelnen Komponenten wie:

• Hauptbuchhaltung (FI-GL)
• Anlagenbuchhaltung (FI-AA)
• Controlling (CO)
• Material Ledger (CO-PC-ACT) (Logistik, Beschaffung)
• Ergebnisrechnung
• ...

Da sämtliche Geschäftsvorfälle nun auf Sachkonten erfast werden, gibt es keine technische Unterscheidung zwischen der Finanzbuchhlatung und Controlling, so dass die Belege miteinnader automatisch abgestimmt sind. Bisherige Tabellen wie COSP, COSS, COEP, ... verweisen über Kompatibilitätsview auf die Tabelle des Universal Journal, so dass auch bisherige Berichte automatisch genutzt werden können.

Ein Blick auf die Tabelle ACDOCA zeigt, dass per Includes hier auch die Felder der einzelnen Module wie ACDOC_SI_FI oder ACDOC_SI_CO aufgeführt sind.

Im Rahmen der Konsolidierung der einzelnen Daten sollten folgende Daten betrachtet werden.

• ACDOCA
  Hier werden die Ist-Daten führend nach Ledger gespeichert.
• ACDOCP
  Basiserend auf der ACDOCA gibt es eine weitere Tabelle in der alle Arten von Planungen abgebildet werden.
• ACDOCU
  Dient für konsoldierungsspezifische Buchungen (bspw. Daten aus Fremdsystemen) während Daten aus ACDOCA und ACDOCP hier nicht ein weiteres Mal gespeichert werden.

Die einzelnen Module arbeiten nicht mehr losgelöst voneinander, sondern auf einen Beleg sind sämtliche Informationen der einzelnen SAP Module ausgewiesen.

Finanzbuchhaltung / Ledgerkonzept

Führend im Universaljournal ist das Ledger, danach kommt als obere Ebene der Buchungskreis. Es gibt für das Controlling Pseudobelegnummern.



Dabei können durch Erweiterungsledger Deltas zum führenden Ledger erfasst werden. Hier können Bewertungen abweichend zum führenden Ledger erfasst werden und so das führende Ledger um Erweiterungsledger ergänzt werden. Denkbar ist hier bspw. eine abweichende Abschreibung durch angepasste Nutzungsdauer in der Finanzbuchhaltung.

Neues Hauptbuch

Wie schon erwähnt ist auch das newGL (Neues Hauptbuch) ein wichtiger Punkt unter S/4 (und eigentlich schon unter ERP).

Schon im newGL (neues Hauptbuch seit 2005) konnten FI und CO optional mit dem neuen Hauptbuch integriert werden und es wurde eine Ledgerlösung zusätzlich zu den Special Ledgern im klassischen Hauptbuch eingeführt. Ebenso wurde die Segmentberichtserstattung nun mit eingebunden. Der Vorteil des neuen Hauptbuch ist hier auch dass alle Merkmale in der Tabelle FAGLFLEXT  (inklusive FI Hauptbuch, Umsatzkostenverfahren Ledger, Abstimmledger, Profitcenterrechnung, ..Tabelle GLT0, COFIT, GLT3.) zusammengefasst sind. Auch hier sind nun FI und CO schon stärker mitienander verbunden. Dieses ist auch im Bereich der Integration von FI und der Profitcenterrechnung und Konsolidierung zusammengeführt werden. Davon ausgenommen sind jedoch CO-OM (Kostenstellenrechnung obgleich das Feld Kostenstelle im Hauptbuch vorhanden ist) oder CO-PA in ERP nicht zusammengeführt. Bilanzen können nun also auch nach Buchungskreis, Profitcenter, Geschäftsbereich oder Segmente gebildet werden.

An dieser Stelle verweise ich auch noch einmal auf die Zusammenlegung der Profitenter Rechnung und Finanzbuchhaltung und den Artikel "Grundlagen: Segment-Berichtserstattung in der Profit-Center-Rechnung und das neue Hauptbuch (NEW GL)".

Von Jörg Siebert gibt es in der Espresso Tutorials Flatrate einen umfangreichen Vortrag/Videos  rund um "SAP neues Hauptbuch".

Aber auch auf FICO-Forum.de sind unter "Artikel - Neues Hauptbuch" einige Fachartikel zu finden.

Neue Anlagenbuchhaltung

Mit der Aktivierung des neuen Hauptbuches ist auch die neue Anlagenbuchhaltung ein wichtiges Thema. So beschreibt dieses "Neue Anlagenbuchhaltung in SAP EHP7" einige wichitge Punkte und unter T093BSN_PV01 - Neue Anlagenbuchhaltung vorbereiten sind die erforderlichen Schritte zur Aktivierung der neuen Anlagenbuchhaltung schon für ERP aufgeführt.

Zum Thema neue Anlagenbuchhaltung auch unter S/4HANA ist ebenfalls ein aktuelles Buch erschienen.

 
Welche Ändeurngen mit der neuen Anlagenbuchhaltung entstehen ist von Christoph Lordieck (Mindsquare) auch im Beitrag "Migration auf die neue Anlagenbuchhaltung in SAP S/4HANA Finance" beschrieben.

 

Hauptbuchhaltung Belege hochladen

Ebenso können bei der Erfassung von Hauptbuchbelegen nun unter Positionen auch die Kontierung von Kostenstelle und Auftrag sowie Profitcenter, Segment und Funktionsbereich mitgegeben werden.

Durch die FIORI App "Hauptbuchbelege hochladen" können formatierte Belege in Excel erfasst und in das SAP System hochgeladen werden, was gerade bei Massenbuchungen etwas eleganter als per LSMW und reinen CSV Dateien möglcih ist.

Sachkonto und Kostenart unter S/4 HANA

Ein praktisches Beispiel für das Zusammenlegen der Finanzbuchhaltung und Controlling ist das Sachkonto, welches nun Informationen der Finanzbuchhaltung und Controlling abbildet.

Über das Feld Sachkontoart wird festgelegt, ob ein Sachkonto auch Controlling relevante Informationen benötigt.

Sachkontoarten:

• Bestandskonto
• Nicht betriebliche Aufwendungen und Erträge
• Primärkosten oder Erlöse
• Sekundärkosten

Für die Finanzbuchhaltung „neu“ hinzugekommen sind die  Sachkontenarten  „Nicht betriebliche Aufwendungen und Erträge“ (Anderskosten) sowie die „Sekundärkosten“. Dieses bedeutet aber auch, dass die Sekundärkosten nun in der Bilanz mit auftauchen werden aber exclusiv im Controlling bebucht (bspw. im Rahmen von Verrechnungen wie Umlage oder Verteilung). Unter Anderskosten sind bspw. Zinsen zu verstehen, die eigentlich Kostencharakter haben, aber nicht in der Konzernkalkulation zu berücksichtigen sind. Es gibt keine Gültigkeitszeiträume für Kostenarten.

Bei den Sekundärkosten können auch die vertrauten Kostenartentypen (wie 21 Abrechnung intern, 42 Umlage oder 43 Verrechnung Leisutngen/Prozesse) hinterlegt werden.

Dies bedeutet, dass ein Sachkonto nun nur einmalig angelegt wird und nicht mehr zwei Objekte (Sachkonto und Kostenart) unabhängig voneinander angelegt werden müssen. Ferner werden nun auch alle Sachkonten als Einzelposten geführt, was auch für die Bestandskonten des Anlagevermögens gilt.



Die Konten können sowohl im GUI als auch unter FIORI gepflegt werden. Die Pflege im Bereich der CO Daten zum Sachkonto erfolgen auf Ebene des Kostenrechnungskreises. Im Hintergrund werden auch die „alten“ Stammdatentabellen (SKA1, SKB1, SKAT für FI und CSKA, CSKB und CSKU für CO) gepflegt.  Die Transaktionen zur Kostenartenpflege KA01 wird durch die FS00 abgelöst und auf diese umgeleitet.  Buchungen im CO haben auch Auswirkung auf Bilanz (Sekundärkostenarten).  CO und FI wachsen noch mehr zusammen da alle Kostenarten nun Konten werden und der Kontenrahmen entsprechend wächst. Die Trennung zwischen der Finanzbuchhaltung und Controlling wird durch ein Einkreissystem aufgehoben.

Auch wenn viele vertraute Funktionen, wie das Gemeinkostencontrolling auch unter SAP S/4 HANA erhalten bleibt, sollten sich Finanzbuchhaltung und Controlling ausführlicher mit ihrer gemeinsamen Zukunft auseinander setzen.



Hier kann ich die Weiterbildung "SAP S/4HANA Finance & Controlling - Online Training" für einen umfassenden Überblick über die Neuerungen im Bereich FI und CO empfehlen.

Buchungsperioden und Periodenabschluß

Eine weitere Änderung ist die Steuerung der Perioden bzw. der einzelnen Buchungszeiträume für die Perioden. In der Transaktion OB52 können hier insgesamt drei Zeiträume für einzelne Buchungsperioden und Jahre für die einzelnen Kontoarten festgelegt werden.

Unterschieden werden dabei:

• + alle Kontoarten
• A Anlagen
• D Debitoren
• K Kreditoren
• M Material
• S Sachkonten
• V Vertragskonten

Ferner können hier von Konto bis Konto einzeln definiert werden.

Die jeweiligen Buchungszeiträume haben dabei folgende Bedeutung:

1. Von Per.1 bis Per2. kann die aktuelle Buchunungsperiode geöffnet werden
2. Das zweite Intervall ermöglicht das Buchen in etwaige Vorperioden für Korrekturen
3. Das dritte Intervall ist nur für das Durchbuchen im Controlling gedacht, so dass auch nach Abschluss der Hauptbuchhaltung hier im Controlling der Periodenabschluss durchgeführt werden kann.

Im Ergebnis müssen also Buchungsperioden auch für die Sekundärkosten  (ggf. Buchungsperiodenzeitraum 3) geöffnet werden, sofern seitens der Finanzbuchhaltung die Perioden schon gesperrt sind.

Geschäftspartner / Business Partner

Mit dem Objekt Geschäftspartner werden Kreditoren, Debitoren zusammengelegt. Diese werden als Geschäftspartner abgebildet und ist verpflichtend mit SAP S/4. Die Einführung der Geschäftspartner kann aber auch schon als Customer Vendor Integration (CVI) unter SAP ERP erfolgen. Unter S/4 werden dei bekannten Transaktionen FK01 oder FD01 auf die zentrale Transaktion BP zur Pflege der Geschäftspartner "umgeleitet".

Dabei kann Geschäftspartner als Klammer um verschiedene Rollen betrachtet werden, mit der eine Beziehung abgebildet wird.

Die Geschäftspartner werden als Typen (Organisation, Person, Gruppe) unterschieden und enthalten zentrale Daten, die dann durch Geschäftspartner Rolle eine genauere Definition der eigentlichen Geschäftsbeziehung liefert. Beispiele für Geschäftspartnerollen sind:

• 000000 Geschäftspartner allgemein
• FLCU00 Debitor (FI)
• FLCU01 Kunde (SD)
• FLVN00 Kreditor (FI)
• FLVN01 Lieferant (MM)

Teilweise können die einzelnen Rollen, wie Lieferant oder Kunde die gleiche Bezeichnung haben (aber zum Beispiel in MM oder SD andere Daten erfordern). Um hier den Schlüssel und nicht nur die Bezeichnung angezeigt zu bekommen ist es sinnvoll im SAP GUI oder FIORI unter Optionen im Interaktionsdesign bei Visualisierung 1 die Option "Schlüssel in Dropdown-Listen anzeigen" und "In Dropdown-Listen nach Schlüssel sortieren" zu aktivieren.

Wie erwähnt kann durch die Customer Vendor Integration (CVI) bereits in ERP Geschäftspartner (Business Partner) aktiviert werden. Hier sollte sich dann auch entschieden werden, welche Nummernkreise für Geschäftspartner und Partnerrolle festgelegt werden soll. Bei einer Migration von Debitor und Kreditor zu Geschäftspartner sind hier folgende Herangehensweisen denkbar:

1. Geschäftspartner, Debitor und Kreditor haben dieselbe Nummer
2. Geschäftspartner und Debitor haben dieselbe Nummer
   Kreditor hat abweichende Nummer
3. Geschäftspartner und Kreditor haben dieselbe Nummer
   Debitor hat abweichende Nummer
4. Geschäftspartner, Debitor und Kreditor haben jeder eine eigene Nummer

Die Einführung kann schon unter ERP erfolgen. Entscheidend ist hier zu klären in welcher Form die CVI durchgeführt wird.  Der Geschäftspartner ist als obere Klammer zu den Partnerrollen zu sehen.  Ein Vorteil in der frühzeitigen Einführung sind Bereinigung von doppelten oder veralteten Kreditoren/Debitoren sowie einheitliche Kontaktdaten. Es können auch eigene Rollen definiert werden, so dass die Beziehungen der Uni nach außen entsprechend abgebildet werden können.

Gerade bei der Einführung ist das Buch »Praxishandbuch SAP-Geschäftspartner (Business Partner) – 2., erweiterte Auflage « empfehlenswert, da es auch auf die Einführung in ERP eingeht.
  Ich war schon von der ersten Auflage sehr angetan und kann es daher sowohl vor als auch nach einer Einführung von SAP S/4 empfehlen.

 

openSAP Kurs
Von openSAP wird ein fünfwöchiger Kurs "Gain Experience with Business Partner for SAP S/4HANA Conversion" ab den 29. September 2021 bis 4. November 2021 angeboten.

Der Schwerpunkt dieses Kurses ist die Vorstellung der Einführung des Geschäftspartner in SAP ERP vor einer Umstellung auf SAP S/4HANA.

Inhalt des Kurses sind:

Unit 1: Introduction to the course and our SAP Cloud Appliance Library solutions
Unit 2: Customer/vendor integration overview: phases and CVI cockpit
Unit 3: CVI preparation: master data consistency check – analysis and correction
Unit 4: CVI preparation: number ranges and business partner merging
Unit 5: CVI preparation: general customizing and customizing check
Unit 6: CVI preparation: mapping / BAdIs
Unit 7: CVI synchronization: CVI load tool
Unit 8: CVI post conversion: customizing
Unit 9: Additional information and recommendations

Gerade bei den Vorbereitungen in Richutng CVI (Customer Vendor Integration) dürfte dieses auch für Keyuser:innen in der Finanzbuchhaltung eine spannende Ergänzung zum empfohlnenen Buch sein.

OpenSAP bietet normalerweise sehr umfangreiche Onlinekurse an, wie auch im Artikel "Weiterbildung im SAP Umfeld durch Selbststudium mit MOOC openSAP vorgestellt, so dass diese Microlearning im Rahmen der SAP Summerschool einen schnellen Eindruck vermitteln können.

Gerade mit Blick auf die Vorarbeiten in Richtung S/4 HANA ist auch folgendes Buch eine Empfehlung. Robin Schneider beschreibt hier, relevant für die Umstellung von SAP ERP auf SAP S/4HANA, die Einführung sowohl der Funktionen als auch das Customizing der CVI im Zusammenspiel mit dem SAP-Geschäftspartner.Es werden die beiden grundsätzlichen Migrationsszenarien zur Umstellung auf SAP S/4HANA On-Premise: als Neueinrichtung (Greenfield) sowie der Konvertierung (Brownfield) beschrieben. Dabei betrachtet er die Customer-Vendor-Integration im Kontext von SAP ERP wie auch von SAP S/4HANA.


 
 

Planung unter S/4 mit FIORI

In vorherigen Release von S/4 sind  BPC (Business Planning and Consolidation) und SAC (SAP Analytics Cloud) oder Analysis for Office als Planungslösungen präferiert. Eine weitere Alternative ist BW/4HANA.

Es gab aber SAP Hinweise mit denen die bisherigen Planungstransaktionen KP06, KPF6 wieder reaktiviert wurden. Mittlerweile ist dieses bei allen SAP Systemen ab 1509 aktiviert, aber die Transaktionen tauchen nicht im SAP Menü auf.

In der "Kachelgruppe" Planung finden scih aber mittlerweile auch FIORI Apps wie "Finanzplandaten importieren" oder "Kostenstellen planen Auf Perioden".

Durch die APP Finanzplandaten importieren können CSV Vorlagen heruntergeladen und danach importiert werden.

Verfügbare Vorlagen sind unter anderen:

• Kostenstellenplanung
• Projektplanung (PS-Elemente)
• Profitcenter-Planung
• Funktionsbereichsplanung
• Marktsegementplanung
• Innenauftragsplanung
• Planung GuV-Rechnung
• Bilanzplanung
• Projektbudgetierung (PS-Elemente)
• Kostenstellenbudgetierung
• Public-Sector-Budgetierung

Beim Punkt Public-Sector-Budgetierung ist zu beachten dass nicht mehr die klassische Budgetierung sondern das Modul BCS vorher eingeführt werden muss. Im Artikel "PSM Haushaltsmanagement Budgetverwaltungssystem BCS oder klassische Budgetierung" ist das "neue" Budgerverwaltungssystem oder Budget Controll System (BCS) etwas ausführlicher erläutert.

Mit der App "Kostenstellen auf Perioden planen" können für die jeweilige Kategorie (Plan01, Plan02) und das Jahr auf Ebene Kostenstelle, Konto und Periode Planwerte erfast werden. Als Orientierung wird vom selektierten Jahr die Werte des Vorjahres mit ausgegeben, so dass dieses als Orientierung genutzt werden kann.

Die Planwerte können dabei auf jede Ebene erfasst werden (Jahr, Kostenstelle, Konto) und werden passend aggregiert oder disaggregiert.

Insbesondere bei der Darstellung von Budgetzuweisungen (bisher als Planwerte in CO oder Budget in PSM-FM erfasst) stellt sich die Frage, wie mit der künftigen Planung verfahren werden soll.  Eine Entscheidung ist auch die Frage, ob das Modul PSM-FM (Haushaltsmanagement mit S/4HANA weiterbetrieben werden soll.

Grundsätzlich ist auch das Haushaltsmanagement in S/4HANA vorhanden. Allerdings ist vor einen Wechsel nach S/4 der Wechsel von der klassischen Budgetierung zum Budget Control System (BCS) erforderlich.   Das BCS berücksichtigt bei der Budgetierung nicht mehr die Hierarchie der Finanzstellen und der Finanzpositionen. Statt einer Finanzpositionhierarchie gibt es Budgetstrukturpläne, die bestimmte Stammdaten miteinander kombinieren und hier für Budget gebuchten  Finanzpositionen und Fonds (so auch der den Finanzstellen zugeordnete Fond ) einschränkt.

Berichtswesen

In der Kachelgruppe Reporting sind klassische Plan/Ist Vergleiche und Einzelpostenberichte vorhanden. Durch das Universal Journal können zu jedem Beleg auch eine Vielzahl weiterer Merkmale ergänzt werden. Neben den Einzelpostenberichten und Plan/Ist Vergleichen ist ein besonders Highlight die Ansicht von Buchungsbelegen als T-Konten.

Da ich immer neben embeded Analytics und FIORI Berichte auch gerne die klassischen Report Painter Berichte ansehe, hat mich auch eine weitere Neuigkeit positiv überrascht.

Es 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.


Eigene Berichte können mit Embedded Analytics aufgebaut werden. Hier ist entsprechender Schulungsbedarf und Wissensaufbau notwendig.

 

openSAP Kurs
Von openSAP wird ein fünfwöchiger Kurs "SAP S/4HANA Embedded Analytics" ab den 7. September 2021 bis 20. Oktober 2021 angeboten.

Im Kurs werden die allgemeinen Konzepte, Strategien und Funktionen rund um Embedded Analytics erläutert. Darüber hinaus bietet der Kurs eine Einführung in eingebettete Vorhersagen und maschinelles Lernen sowie detaillierte Informationen über die Integration von SAP S/4HANA-Daten in SAP Analytics Cloud und SAP Data Warehouse. Besonders neugierig bin ich darauf, welche Auswertungsmöglichkeiten in S/4HANA auch ohne Cloudansatz vorhanden sind.

Inhalt des Kurses sind:

Week 1: Introduction, Overview, and Business User
Week 2: Analytics Extensibility and Analytics Specialist
Week 3: Predefined Analytics Content
Week 4: Embedded Predictive and Machine Learning
Week 5: Data Integration

OpenSAP bietet normalerweise sehr umfangreiche Onlinekurse an, wie auch im Artikel "Weiterbildung im SAP Umfeld durch Selbststudium mit MOOC openSAP vorgestellt, so dass diese Microlearning im Rahmen der SAP Summerschool einen schnellen Eindruck vermitteln können.

Gemeinkostencontrolling

Im aktuellen Buchprojekt beschäftige ich mich mit einigen Möglichkeiten des Gemeinkostencontrolling unter SAP S/4 HANA zur Verrechnung von Kosten. Diese wird im Modul CO abgebildet, landet aber auch auf Sachkonten. Die folgenden Auszüge stammen aus einem aktuellen Buchprojekt 2021 wobei ein Teil davon auch in der 2. Auflage zum Controlling unter ERP ausführlicher behandelt wurde.

Eine ausführliche Beschreibung ist unter Buchempfehlungen unter  Schnelleinstieg ins SAP®-Controlling (CO) – 2., erweiterte Auflage (SAP Modul CO; interne Rechnungswesen) zu finden.

  Paperback ISBN: 9783960120346

Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

Oder bei Amazon *
 
Dabei gibt es nun auch im Fiori-Launchpad unterschiedliche Möglichkeiten der Gemeinkostenverrechnung in S/4. Die teilweise auch inhaltlich eine Verbesserung erhalten haben.

Durch die App "Manuelle Kostenverrechnungen erfassen" kann auch weiterhin eine manuelle Kostenverrechnung zwischen einzelnen Controllingobjekten (Kostenstelle, Innenauftrag, ...) erfolgen. Diese App ist als GUI/4 HTML umgesetzt und entspricht im Aufbau der SAP GUI Transaktion KB11N.

Ebenso können auch in der App "Direkte Leistungsverrechnungen erfassen" bzw. der Kachel "Verrechnungen von Leistungen erfassen" über eine GUI/4 HTML Transaktion (siehe Transaktionscode KB21N)  Leistungsmengen für Leistungsarten erfasst werden.

Im Artikel "Grundlagen: Wohin mit den Kosten? Leistungsverrechnung, Kostenverteilung und Kostenumlage im SAP CO-OM." sind diese Methoden etwas ausführlicher für ERP beschrieben worden.

Gerade was die Ermittlung von Plantarifen aus Plankosten und Planmenge anbelangt, lohnt sich hier noch einmal ein Auffrischen vorhandener Kenntnisse, so dass eben nicht nur manuell ein Preis gesetzt wird... auch wenn dieses bei politisch gesetzten Preisen, wie 5 Cent für eine Kopie, manchmal ebenfalls sinnvoll sein kann.

Universelle Verrechnung unter FIORI

Eine spannende Neuerung ist jedoch die Universelle Verrechnung in der die Umlage, Verteilung und Top-Down-Verteilung  sowohl im Ist als auch Plan für unterschiedliche Verrechnungskontexte (derzeit Kostenstelle, Margenanalyse und Profitcenter) zusammengefasst wurde und hier entsprechende Zyklen und Segmente gepflegt werden können. Hier hoffe ich auch darauf, dass der Verrechnungskontext auch noch um Innenaufträge erweitert wird.

Besonders beeindruckt bin ich hier auch von der späteren Analyse wie auch der Darstellung der Verrechnungsergebnisse in der zum Beispiel für eine Umlage der Kostenfluss grafisch dargestellt werden kann. Es gibt aber "noch" die bisherigen Umlagen und Verteilungen im SAP GUI, die Frage ist nur, ob die Weiterentwicklung nicht ebenfalls in Richtung neuer Apps geht.

Buchempfehlungen Finanzbuchhaltung

Insbesondere im Bereich S/4HANA für die Finanzbuchhaltung kann ich noch folgende Bücher zum Vertiefen empfehlen.

   
Sowie ein im Herbst 2021 vss. erscheinendes Buch

   

Migrationskonzept - Wechsel von ERP zu S/4HANA

Eine Kernfrage beim Wechsel von ERP zu S/4HANA ist auch welchen Migrationsansatz in Richtung S/4HANA angegangen werden soll.

Als Möglichkeiten sind hier:

• Brownfield (Update des bestehenden System)
• Greenfield (auf grüner Wiese, Einführung eines neuen System)
• Bluefield (Hybridansatz - Umzug der bisherigen Daten in ein neues System)

Die Mischform Bluefield oder Landscape Transformation dürfte wohl die Bedürfnisse beider erstgenannten Funktionen umsetzen.

Gemeinsam mit einer Kollegin haben wir die einzelnen Vorteile und Nachteile des jeweiligen Transformationsansatz zusammengefasst:

Greenfield: neue Implemtierung auf der grünen Wiese:

• Vorteil:
  Neue Geschäftsprozesse, neue Stammdatenkonzepte möglich
• Nachteil:
  umfangreicher Projektumfang, Umstellung nur zum Jahreswechsel sinnvoll und hoher Entwicklungsaufwand für Migrationskonzepte und Programme zur Datenmigration (auch wenn hier LTMC und LTMOM hilfreich sind)

Brownfield-Ansatz: Konvertierung des bestehenden SAP System:

• Vorteil:
  Stammdaten, Geschäftsprozesse bleiben erhalten,
  Umstellung ist auch unterjährig möglich,
  Eine schnelle relativ aufwandsarme Umstellung ist möglich.
• Nachteil:
  Es sind viele Vorprojekte, wie Einführung BCS, Geschäftspartner oder neues Hauptbuch erforderlich

Landscape Transformation (Landschaftskonsolidierung)
Hier werden die einzelnen Vorteile miteinander kombiniert, so dass auch die Geschäftsprozesse und Stammdaten übernommen werden können oder teilweise auch neue Konzepte durch Überschreibung bestehender Stammdaten erfolgen können.

Wichtig dabei ist, dass auch hier eine Softwarelösung die von Wirtscahftsprüfern und entsprechenden Audits vorhanden ist und natürlich sind auch passende Lizenzkosten zu beachten.

Wie 2019 im Artikel "Änderungen und Nacharbeiten nach Einspielung SAP ERP 6.0 Enhancement Package 8 (EHP 8) insbesondere im CO" erwähnt sollte auch die technische Seite berücksichtigt werden. Neben der Umstellung auf Unicode und der Einspielung von EHP 8 sind auch Fragen wie die Archivierung von Altdaten und die Einführung des neuen Hauptbuches oder auch des neuen Material Ledger zu beachten.

So ganz ohne Vorprojekte dürfte kein Migrationsansatz funktionieren.

Fazit

Gerade die Weiterentwicklung von gewohnten Anwendungen, wie die Kostenumlage oder Kostenverrechnung, und die umfangreicheren Möglichkeiten im Bereich Berichtswesen überzeugt mich vom Wechsel in Richtung S/4HANA und macht neugierig auf ein Konzept zur Arbeit mit FIORI für Infouser und die Frage, wie künftig die Arbeit von Keyuserinnen und Keyuser in den einezlnen Modulen gestaltet wird.

Von daher ist auch das Thema Weiterentwicklung und Weiterbildung ein Thema, dass konstant angegangen werden sollte.



Onlinezugriff auf alle Medien

SAP Weiterbildung & Online Training

Beruhigend  ist allerdings, dass viele gewohnten Funktionen auch unter S/4 noch vorhanden sind und gerade der Wechsel nicht nur rein technisch sondern auch eine Chance ist um bisherige Geschäftsprozesse zu hinterfragen und hier auch Daten zu bereinigen.

Im Artikel "Betriebswirtschaftliche Vorgänge und Systemstatus CO-OM Innenauftrag - Plankosten auf ABGS oder TABG CO Innenauftrag zulassen"  bin ich darauf eingegangen, dass der Status ABGS (Abgeschlossen) oder TABG (technsich abgeschlossen) so angepasst werden kann, dass Ist-Belege trotz Status ABGS oder auch Planbelege trotz Status TABG gebucht werden können.

Zur Erinnerung: Betriebswirtschaftliche Vorgänge bei CO-Objekt Innenauftrag und Kostenstelle

Je nach Status sind unterschiedliche betriebswirtschaftliche Vorgänge für das CO Objekt möglich. Dabei gibt es vier Status, die im SAP Standard vorhanden sind:

• ERÖFFNET
  Auftrag ist angelegt, keine Istbuchungen
• FREIGEGEBEN
  Fast alle betriebswirschaftlichen Vorgänge möglich
• TECHNISCH ABGSCHLOSSEN
  Keine Planänderungen mehr möglich, aber Istbuchungen sind weiterhin möglich
• ABGESCHLOSSEN
  Keine kostenrelevante betriebswirtschaftliche Vorgänge möglich

Zwischen den einzelnen Status eines Innenauftrages kann in der Transaktion KO02 in der Registerkarte Steuerung im Feld Systemstatus gewechselt werden. Über die Schaltfläche "Erlaubte Vorgänge.." sind auch die betriebswirtschaftlichen Vorgänge aufgeführt die im jeweiligen Status erlaubt sind.

Ebenso kann aber auch die Kostenstelle eingeschränkt werden. In der Stammdatenpflege KS02 für Kostenstellen pflegen ist es in der Registerkarte Steuerung mehrere Sperren zu setzen. Dieses sind im einzelnen:

• Primärkosten Ist
• Sekundärkosten Ist
• Erlöse Ist
• Primärkosten Plan
• Sekundärkosten Plan
• Erlöse Plan
• Obligofortschreibung

Hier kann also sehr differenziert für Ist und Plan eine Sperre gesetzt werden.

Selektionsvariante "gesperrte" Innenaufträge und Kostenstellen

Neben der Nutzung eines Statusselektionsschemata (siehe Artikel "Selektionsvariante KOK5 und Statusselektionsschemata zur Auswertung gesperrter Innenaufträge")  um gesperrte (Systemstatus SPERR) Innenaufträge auszuwerten ist dieses mit interaktiven Stammdatengruppen für die oben erwähnten Systemstatus und Sperrkennzeichen etwas einfacher.

Über die Transaktion KOK5 kann eine Selektionsvariante für Innenaufträge angelegt werden.
Hier kann die Auftragsphase im Abschnitt STATUS  die entsprechende Phase (in unseren Fall Technisch abgeschlossen oder Abgeschlossen gewählt werden.
 

Status TABGL und AfA Buchung

Der Status TABGL (Technisch abgeschlossen) bei Innenaufträgen kann unter anderen dann hilfreich sein, wenn auf eigentlich abgeschlossenen Projekten noch Anlagen abgeschrieben werden sollen (AfA Lauf). Dies kann dann sinnvoll sein, wenn nicht die AfA gegen Planwerte oder Budget läuft, sondern die gesamten Anschaffungs- und Herstellkosten (AHK) zum Zeitpunkt der Investitionen (Zahlungssicht) was im Bereich der öffentlichen Verwaltung doch vorkommt.

Plankosten und Istkosten Sperre für Kostenstellen

Sollten für die Kostenstellen die Plankosten bei gesperrten Kostenstellen zugelassen werden (also die Sperre für Primärkosten Plan und Sekundärkosten Plan aufgehoben werden) können diese Objekte über eine Selektionsvariante mit der Transaktion KS13 ausgewertet werden. In Abschnitt Kennzeichen kann für Primärkosten Ist mit X = Ja die Kostenstellen selektiert werden, die eigentlich gesperrt sein sollen und nur kurzfristig für die Planung noch einmal geöffnet werden.

Das Spannende an den Selektionsvarianten ist, dass sie statt einer Kostenstellen- oder Innenauftragsgruppe über F4 (Gruppenauswahl) und die Markierung "Mit Selektionsvarianten" ausgewählt werden können.

Auswertung Kostenstellen und Innenaufträge mit Report Painter

Neben den beiden Berichten "Kostenstellen: Ist/Plan/Abweichung" (Transaktion S_ALR_87013611) oder "Auftrag: Ist/Plan/Abweichung" (Transaktion S_ALR_87012993) ist es auch möglich einen Report Painter Bericht anzulegen und hier für die Monate in denen die Kostenstellen und/oder Innenaufträge kurzfristig Plan oder auch Ist Buchungen zulassen eine Auswertung anzulegen.

Im Artikel "Report Painter Bericht für Obligo auf CO-Objekten mit interaktive Stammdatengruppen" und "Grundlagen: Set-Variablen im Report Painter / Report Writer am Beispiel Kostenstellengruppe und Innenauftragsgruppe" habe ich einige dieser Berichtsansätze beschrieben.

In den Zeilen können die selektierten Einzelwerte der Kostenstellen und Innenaufträge ausgegeben werden und in der Spalte jeweils Ist, Plan und Obligo je nachdem welche Vorgänge hier erlaubt worden sind. Ferner kann auch eine Selektion per Periode sinnvoll sein, um aktuelle Buchungen zu identifizieren.

Kurztext mit # als gesperrt - Maskierungskennzeichen #, + und *

Eine weitere Anpassung kann es auch sein im Kurztext der CO Objekte ein # an erster Stelle zu führen, sodass durch dieses Zeichen gesperrte Objekte gekennzeichnet werden. Hier ist darauf zu achten, dass innerhalb SAP das Zeichen # als Fluchtkennzeichen angesehen wird.

Das Fluchtzeichen oder Escapezeichen # wird bei Selektionen in SAP verwendet, um nach Sonderzeichen zu suchen. Um nun eine Suche über Kurztexte mit beginnenden # zu suchen, muss dafür ##* als Suchkriterium verwendet werden.

Bei der Suche können folgende Maskierungszeichen verwendet werden:

•  *   Asterisk für beliebige Zeichenketten
•  +  einzelnes Zeichen als Platzhalter
•  #  Fluchtzeichen / Escapezeichen

Massenstammdatenpflege von CO Objekten per LSMW, eCATT oder LTMC in SAP

Eine nachträgliche Pflege von gesperrten Objekten ist per LSMW, eCatt oder unter S/4HANA auch per LTMC möglich.



Im Buch »SAP S/4HANA Migration Cockpit - Datenmigration mit LTMC und LTMOM« bin ich ausführlich auf dies Thema eingegangen.
  Vielleicht finden sich hier ja auch noch weitere Anregungen auch in Richtung einer Datenmigration nach SAP S/4 HANA oder zur Massenpflege von Stammdaten unter SAP ERP mit LSMW und eCatt.


Daneben habe ich im Artikel "Massenstammdatenpflege mit LSMW oder SECATT dank Transaktionsaufzeichnung - Handbuch erweiterte computergestützte Test-Tool (eCATT) und LSMW" die Möglichkeiten mit LSMW oder eCATT unter SAP ERP beschrieben.

Im Hochschulumfeld kann ich daher das Buch sowohl für SAP ERP als auch S/4HANA empfehlen und glaube, dass die Massenstammdatenpflege auch unter ERP zur Stammdatenpflege im Controlling oder auch in anderen SAP Modulen hilfreich ist.

Gerade im Bereich Hochschulcontrolling und Hochschulberichtswesen gibt es immer wieder die Frage, welche Daten hier im Vergleich herangezogen werden können.

Hochschulintern fallen jede Menge finanzwirtschaftliche (monetäre) und Leistungskennzahlen wie Studierende, Prüfungsdaten und andere nicht monetäre Kennzahlen an die auch in unterschiedlicher Form aufbereitet werden können.

Einige dieser internen Kennzahlen, die auch in anderen Branchen genutzt werden, sind auch im Artikel "Statistische Kennzahlen für Verrechnung in SAP - Umlage und Verteilung nicht nur im Hochschulcontrolling und Hochschulberichtswesen" vorgestellt worden und können nicht nur in SAP, sondern auch anderen ERP Systemen oder auch Dashboards verwendet werden.

Für ein Berichtswesen sind eindeutige Definitionen von Kennzahlen ebenso wichtig, wie in einer Zielvereinbarung auch realistische Vergleichsdaten relevant sind. Entsprechend hilfreich kann es dabei sein danach zu schauen, was es schon an vorhandenen Definitionen und Kennzahlen in der jeweiligen Branche gibt.
 

Interne Hochschulstatistische Kennzahlen und Aufbereitung in Excel Dashboards

Vorhandene interne Daten können dann unter anderen in Excel aufbereitet werden.

Ein Überblick bietet der Artikel mit Verweis auf weitere Artikel rund um das Thema Berichtswesen (nicht nur im Hochschulumfeld) die etwas eingerückt in folgender Aufstellung dargestellt sind.

• "Datentrends für Drittmittelstatistik mit Sparklines ab Excel 2010 darstellen durch Liniendiagramme in Zellen"
  • "Excel: bedingte Formatierung mit Pfeilen (Darstellung Tendenzen bei Veränderungen)"
  • "Excel Pivottabelle Darstellung Grenzwerte Einnahmen auf Projekte je Person durch Zuordnung VZÄ auf verantwortlicher Kostenstelle"
  • "Gestapelte Säulendiagramme in Excel mit Summenausweis"
  • "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik"

Hochschulen liefern mit der Hochschulfinanzstatistik und Personalstatistik viele dieser Daten auch an die Statistikämter der Länder und von dort werden diese Daten dann an das Bundesamt für Statistik weitergeleitet.

Oft finden sich auf den Seiten der Statistikämter dann die Daten zusammengestellt über alle Hochschularten in umfangreichen Analysen, Diagrammen aber auch Tabellen wieder.

Unter meinen Webempfehlungen bin ich auch auf einige empfehlenswerte Seiten zum "Hochschulcontrolling" eingegangen. Neben vielen anderen Seiten wird hier auch die Struktur des Bundeshaushaltes auf bundeshaushalt.de ausführlich erläutert.



Im Buch »Berichtswesen im SAP®-Controlling« bin ich ebenfalls auf das Thema Aufbau eines Berichtswesen 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.
 
 

Kennzahlen im Bereich Bildung, Forschung und Kultur - Hochschulen

Heute möchte ich aber auf eine Datenquelle für das Berichtswesen eingehen, die ich zuletzt 2009 im Artikel "Hochschulstatistische Kennzahlen" erwähnt habe und wo ein Update vielleicht auch für einige andere ebenfalls von Interesse sein kann.

Für den Bereich öffentliche Verwaltung und besonderes Hochschulen stehen unterschiedliche Daten bereits online zur Verfügung, so dass hier für das eigene Berichtswesen auch auf diese Daten als Vergleichswerte zugegriffen werden kann.

Ein Beispiel ist hier die Seite des Statistischen Bundesamtes, dass ich als Screenshot neben meinem Maskottchen Gideon (siehe Videoreihe "Sagen Sie mal, Herr Unkelbach...") aufgenommen habe.


Bild: Screenshot von Destatis.de

Das Statistisches Bundesamt (DESTATIS)  hat im Bereich Hochschulen unter Publikationen auch aktuelle Werte rund um "Finanzen der Hochschulen", "Personal an Hochschulen" aber auch Studierende- und Prüfungsdaten sowie aktuelle monetäre und nicht monetäre hochschulstatistische Kennzahlen veröffentlicht.

Eine Übersicht zu den einzelnen veröffentlichten Daten inklusive Informationen zu Methoden und Definitionen einzelner Statistiken findet sich auf der Übersichtsseite:

https://www.destatis.de/DE/Themen/Gesellschaft-Umwelt/Bildung-Forschung-Kultur/Hochschulen/_inhalt.html

Im Abschnitt Publikationen finden Sie einzelne statistische Auswertungen inklusive der Vorjahresdaten die in der jeweiligen Auswertung unter "Ältere Ausgaben finden Sie in der statistischen Bibliothek" für einzelne Jahre, teilweise bis 1976, als PDF und XLSX heruntergeladen werden können.

Die derzeit online befindlichen Daten stammen aus dem Geschäftsjahr 2019 und die Hochschulen liefern in 2021 auch die entsprechenden Hochschulfinanzstatistiken für das Jahr 2020 aus. Anhand des Publikationsdatum (23.03.2021) ist wohl davon auszugehen, dass Ende März 2021 auch die aktuellen Daten von 2020 online verfügbar sein werden.

Für das Hochschulcontrolling und ein Aufbau eines entsprechenden Hochschulberichtswesens (zum Beispiel für eine Benchmark) sind Daten wie

• Finanzen der Hochschulen - Fachserie 11 Reihe 4.5
  https://www.destatis.de/DE/Themen/Gesellschaft-Umwelt/Bildung-Forschung-Kultur/Bildungsfinanzen-Ausbildungsfoerderung/Publikationen/_publikationen-innen-finanzen-hochschulen.html

oder auch

• Personal an Hochschulen - Fachserie 11 Reihe 4.4
  https://www.destatis.de/DE/Themen/Gesellschaft-Umwelt/Bildung-Forschung-Kultur/Hochschulen/Publikationen/_publikationen-innen-hochschulen-personal.html

interessant.

WICHTIG - Abweichung Fächergruppe und Lehr- und Forschungsbereiche (LuF)

Bei der Verwendung der Daten rund um Personal an Hochschulen ist mir aufgefallen, dass in einigen Bereichen ein . eingetragen ist und die Summe der Einzelwerte der  LuF nicht mit der Summe der Fächergruppe übereinstimmte (zum Beispiel Geisteswissesnchaften gemeinsam).

Am Anfang der Statistik ist allerdings ein Hinweis zur Zeichenerklärung vorhanden:

•   -  bedeutet nicht vorhadnen
•   .  bedeutet Zahlenwert unbekannt oder geheim zu halten

Somit ist also eine Abweichung der Summe zu den Einzelwerten erklärbar und sollte entsprechend berücksichtigt werden, wenn entsprechende eigene Kennzahlen gebildet werden.

Die an dieser Stelle zusammengestellten Daten können als Grunddaten für eigene Kennzahlen herangezogen werden und so je nach Lehr- und Forschungsbereich oder Fächergruppen mit vergleichbaren Bundeswerten je Hochschulart verglichen werden.

Vergleichbar zum Artikel "Leistungsmengen im Grundbudget je Fächergruppe (Cluster) im Vergleich oder bedingte Formatierung für Minimalwerte und Maximalwerte" ist es hier auch möglich aus diesen Daten eigene Kennzahlen abzuleiten (Abs / Wiss, Drittmittel / Prof, ...).

Hier zeigt sich auch wieder, dass beim Vorliegen entsprechender Daten auch eigene Berichtsanforderungen, Kennzahlen und spannende Berichte entstehen können.

Es kann sich also lohnen diesen Artikel, als Wiedervorlage für April 2022 zu legen.

Nachtrag: E-Learning Statistik vom statischem Bundesamt

DESTATIS bietet einen Onlinecampus mit Modulen rund um statistisch-methodischen Themen von Quellen bis zur Analyse von Daten und organisatorisch-rechtliche Themen an.  Die Module können ohne Registrierung direkt aufgerufen werden 📊🥰.

Die einzelnen Module sind unter https://www.destatis.de/DE/Service/Statistik-Campus/E-Learning/eLearning-statistik.html abrufbar.

Im Artikel "Darstellung einzelner Projektphasen von der Freigabe bis zum Abschluss eines Innenauftrags anhand einer Query mit Ausgabe GESPERRT aber auch Abschlussdatum" bin ich auf die unterschiedlichen Status oder Statusse eines CO Innenauftrag eingegangen.

Systemstatus als Lebenszyklus eines CO-OM Innenauftrag

Der Systemstatus bildet dabei den Lebenszyklus eines Innenauftrages von der Eröffnung bis zum Abschluss eines Auftrags/Projektes dar. Dabei sind je nach Status unterschiedliche betriebswirtschaftliche Vorgänge für einen Systemstatus gestattet.

Dabei gibt es vier Status, die im SAP Standard vorhanden sind:

• Eröffnet (Tabellenfeld AUFK-PHAS0)
  Hier ist der Auftrag angelegt, aber es können noch keine Istbuchungen durchgeführt werden.
• Freigegeben (Tabellenfeld AUFK-PHAS1  Freigabedatum AUFK-IDAT1)
  Hier sind fast alle betriebswirtschaftlichen Vorgänge erlaubt
• Technisch abgeschlossen (Tabellenfeld AUFK-PHAS2  Freigabedatum AUFK-IDAT2) TABGL entspricht Systemstatus I0045 TABG
  Hier könenn keine Planänderungen mehr vorgenommen werden aber Istbuchungen sind noch möglich
• Abgeschlossen (Tabellenfeld AUFK-PHAS3  Freigabedatum AUFK-IDAT3) entspricht Systemstatus I0046 Abgeschlossen
  In diesem Status sind keine kostenrelevante betriebswirtschaftlichen Vorgänge mehr erlaubt

Den Lebenszyklus eines Innenauftrages ist in folgender Abbildung in unserem Buch Schnelleinstieg ins SAP Controlling vorgestellt worden.


Einzelne Status eines CO Innenauftrags (Lebensweg eines Innenauftrag)
Spannend dabei ist, dass dieser Lebensweg nicht nur in einer Richtung, sondern auch wieder auf die jeweilige vorherige Stufe (Status) zurück gelebt werden kann.

Eine ausführliche Beschreibung zum Thema CO Innenauftragsrechnung  ist unter Buchempfehlungen unter  Schnelleinstieg ins SAP®-Controlling (CO) – 2., erweiterte Auflage (SAP Modul CO; interne Rechnungswesen) zu finden.

  Paperback ISBN: 9783960120346

Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

Ebook ISBN: 9783960120346
 
 

Anwenderstatus

Neben den vom SAP System vorhandenen vorgegebenen Status inklusive der entsprechenden Zuordnungen können im Customizing aber auch eigene "Anwenderstatus" festgelegt werden, die über ein Statusschema auch eigene Anwenderstatus festlegen, die hier ebenfalls einzelne betriebswirtschaftlichen Vorgänge festlegen und eine Vorgangssteuerung je Statusschema zuordnen.
Hierbei finden Sie die einzelnen Funktionen im Customizing (Transaktion SPRO) unter

• Controlling
• Innenaufträge
• Auftragsstammdaten
• Statusverwaltung
• Statusschemata definieren (Transaktion OK02)

Hier sind die einzelnen Status in einer Reihenfolge festgelegt, sodass in der Stammdatenverwaltung hier auch zwischen den einzelnen Status hin und her geschaltet werden kann. Über SPRINGEN->VORGANGSSTEUERUNG können nun einzelne betriebswirtschaftlichen Vorgänge hinterlegt werden.

In der Definition der Auftragsart (Transaktion KOT2_OPA) kann nun das Statusschema hinterlegt werden. Jeder diese Statusschemata ist dann entsprechenden Objekten so zum Beispiel "Innenauftrag" zugeordnet.

Selbst angelegte Anwenderstatus werden jedoch nicht wie im Artikel "" beschrieben in der Tabelle  JEST (siehe Artikel "Änderungsbelege zu Systemstatus (JEST) bei Innenaufträgen per Query auswerten" oder "SAP Query: Systemstatus CO Innenauftrag" sondern in der Tabelle TJ30 "Anwenderstatus" hinterlegt.

Sollten Sie eigene Anwenderstatus definieren wollen, kann es hilfreich sein sich vorab darüber klar zu werden, welche einzelne betriebswirtschaftlichen Vorgänge beim jeweiligen Status erlaubt bzw. unterbunden werden sollen. Ferner ist ein wesentlicher Punkt auch eine entsprechende Prozessdokumentation und vor allem auch Durchführung eines entsprechenden Ablaufplanes für die einzelnen Phasen eines Projektes welches als Innenauftrag abgebildet wird.

Zusammenhang betriebswirtschaftlicher Vorgang (VRGNG) und Status

Wie bereits erwähnt können zwischen den einzelnen Status innerhalb der Stammdaten von CO Innenaufträgen über die Transaktion KO02 in der Registerkarte Status der Systemstatus und die entsprechenden erlaubte Vorgänge eingesehen und über die Pfeiltasten beim Systemstatus der entsprechende Status gewechselt werden.

Alternativ kann in der Transaktion KO02 über

• (Mehr)
• Bearbeiten
• Anwenderstatus
  • ein gepflegter Anwenderstatus für das CO Objekt (Innenauftrag)
• gesetzt werden oder per
  • Freigabe zurücknehmen (nachdem der Auftrag angelegt wurde)
  • Freigeben
  • Techn. abschließen
  • Abschließen
• ein entsprechender Status gesetzt werden oder
  • Sperre (Setzen) das Objekt gesperrt werden
  • Löschvormerkung (Setzen) der Auftrag zur Löschung vorgemerkt sein.

Insgesamt sind dieses die vorgegebenen Varianten zum Systemstatus, wobei der Anwenderstatus, wie im oberen Absatz beschrieben selbst gepflegt werden kann bzw. hier entsprechende betriebswirtschaftliche Vorgänge hinterlegt werden.

Für den aktiven (gepflegten) Innenauftrag in der Transaktion KO02 kann über

• (Mehr)
• Zusätze
• Erlaubte Vorgänge (UMSCH + F7)

eine Liste der erlaubten Voränge zu den aktuellen Systemstatus aufgerufen werden.

Dazu zählen auch die betriebswirtschaftlichen Vorgänge

• KEP Planeinzelposten schreiben
• KOAP Abrechnung Plan
• KOAS Belastung aus Abrechnung Plan
• RKP1 Planung Primärkosten
• RKP3 Palnung Sekundärkosten
• RKP4 Planung Statist. Kennzahlen

und weitere Vorgänge.

Je weiter der Status fortgeschritten ist, umso weniger VRGNG (Vorgänge) sind am Ende noch gestattet.

So könnte zum Beispiel im Status ABGS (Abgeschlossen) folgende Vorgänge noch erlaubt sein:

• BLOC Sperren
• BAB technisch abschließen
• KBFC Verfügbarkeitskontrolle
• LVMS Löschvormerkung setzen

Besonders interessant ist dabei, dass jeder Status zu setzen ebenfalls wieder ein eigener Status ist.

Im Beispiel wäre vor dem Status ABGS abgeschlossen der Status TABG technisch abgeschlossen zu setzen und entsprechend sind auch die anderen Systemstatus aufeinander aufbauend, wie weiter oben am Lebenslauf eines Auftrags zu sehen ist.

Pflege der Zuordnung von Systemstatus und betriebswirtschaftlichen Vorgang

Über die Transaktion BS22 Systemstatus pflegen oder den dahinter liegenden ABAP Report SAPMBSVB können die einzelnen betriebswirtschaftlichen Vorgänge je Systemstatus gepflegt werden. Dieses sind alle im Paket DSV in der Verantwortung von SAP gepflegt, sodass bei einer Änderung hier darauf geachtet werden muss, dass im Rahmen eines Supportpackage diese Änderung nicht überschrieben wird.

Anhand der Transaktion BS23 Systemstatus anzeigen kann sich im Vorfeld die Einträge erst einmal angezeigt werden.

Die einzelnen betriebswirtschaftlichen Vorgänge können über die Transaktion BS33 Vorgänge anzeigen und BS32 Vorgänge pflegen ebenfalls näher betrachtet werden.

In unseren Fall soll, nach einer erfolgreichen Plankopie der Innenaufträge, auf bereits abgeschlossenen Innenaufträgen noch Planabrechnung und Planumlage für eine Planrechnung durchgeführt werden.

Bisher musste dafür nach der erfolgreichen "Plankopie der Innenaufträge" per Massenpflege die relevanten Innenaufträge entsperrt werden, sodass hier eine Buchung möglich ist. Danach musste per Query wieder festgelegt werden, welche dieser Innenaufträge danach wieder abgeschlossen werden müssen.

Hilfreich war es hier per KOK5 sich eine Liste der relevanten später wieder zu ändernden Innenaufträge, wie im Artikel "Selektionsvariante KOK5 und Statusselektionsschemata zur Auswertung gesperrter Innenaufträge" beschrieben abzuspeichern.

Da diese Änderungen immer wieder erfolgen und auch fehleranfällig sein können, insbesondere wenn die Daten an ein anderes System übertragen werden und dort als nicht abgeschlossen geführt werden, kam die Überlegung auf, ob nicht auch bei abgeschlossenen Projekten Planbelege zugelassen werden können.

Damit wären auch Auswertungen wie "Änderungsbelege zu CDHDR und CDPOST für SAP Objekte wie Stammdaten im Rechnungswesen (Report/Transaktionscode RSSCD100)" nicht mehr erforderlich.

Pflege Betriebswirtschaftlicher Vorgänge für Systemstatus I0046 Abgeschlossen (ABGS) oder I0045 Technisch abgeschlossen (TABG)

Nach Aufruf der Transaktion BS22 erhalten wir eine Übersicht aller im System vorhandener Systemstatus.

Hier kann auf den Eintrag I0046 ABGS abgeschlossen oder I0043 SPER Gesperrt  oder I0045 TABG Technisch abgschlossen  (ggf. muss hier in der Liste etwas geblättert werden) auch  per

• (Mehr)
• Springen
• Vorgangssteuerung

zum jeweiligen Status die einzelnen Betriebswirtschaftlichen Vorgänge per Kennzeichen zwischen folgenden Optionen gewechselt werden.

• Kein Einf
  "Kennzeichen: Vorgang wird nicht beeinflusst"
  Damit hat der Systemstatus keinen Einfluss auf diesen Vorgang
• Erlaubt
  Damit darf dieser Vorgang ausgeführt werden, wenn dieser Status gesetzt ist
• Warnung
  Hier erfolgt eine Warnmeldung, wenn dieser Vorgang durch einen Anwender ausgeführt wird (gelbe Meldung), aber der Vorgang ist weiterhin möglich
• Verboten
  Sofern der Status gesetzt ist, wird auch dieser Vorgang direkt unterbunden (rote Fehlermeldung).

Hier kann also für einzelne Vorgänge (wie oben aufgeführt) zum Beispiel von Verboten auf Warnmeldung für den Vorgang KOAP Abrechnung Plan gesetzt werden.

TR852 Hinweismeldung auf Änderung im Namensraum
Dieses ist allerdings eine Änderung im SAP Namensraum, so dass hier das entsprechende Objekt (Status des Innenauftrages) auch einen entsprechenden Hinweis (Meldungsnummer "TR852 - Führen Sie nur dringende Reparaturen in fremden Namensräumen durch") ausgegeben wird, dass dieses für drigenende Reparaturen und nach Rücksprache oder auf Anweisung des Namensraum inahber (SAP oder Software-Hersteller) erfolgen sollte.

Die hinter dieser Änderung liegenden Tabellen wird von SAP oder den Namensrauminhabender (Softwarehersteller) gepflegt. Eine Änderung ist als Modifikation zu betrachten und muss nach jedem update kontrolliert werden. Es sollte hier also bewust zwischen der BS22  als Modifikation oder der Nutzung eines Anwenderstatus entschieden werden. Der Anwenderstatus muss bewust gesetzt werden (vergleichbar zu SPERR) und wird nicht in der Tabelle AUFK festgeschrieben.
 

Fazit

Auch wenn durch die Anpassung der Systemstatus und Zuordnung von Vorgängen hier nun eine Planung auf eigentlich abgeschlossenen Projekten / Innenaufträgen erlaubt ist stellt sich die Frage, ob diese Abweichung vom Standard auch sinnvoll ist.


Gerade, wenn eine Planwerterfassung sei es zur Planung oder zu Abbildung von CO Budget vorhanden ist öffnet dieses die Möglichkeiten für etwaige Abweichungen.


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

Eine solche Anpassung sollte daher nicht nur im Controlling sondern auch im Berichtswesen besprochen und untereinander kommuniziert werden. Daneben ist natürlich auch darauf zu achten, dass nach einem Supportpackage Update auch diese Einstellung kontrolliert werden sollte.

Sinnvollerweise gehört dieses dann auch mit auf der Testfallliste, so dass etwaige Abweichungen, wie im Artikel "Änderungen und Nacharbeiten nach Einspielung SAP ERP 6.0 Enhancement Package 8 (EHP 8) insbesondere im CO" direkt auffallen.


Sinnvoll kann es hier sein den Status TABG für technisch abgeschlossen zu ändern, dass hier Planwerte gebucht werden können, so dass anhand des Status und der AUFK ersichtlich ist, dass das Projekt abgeschlossen ist aber sowohl Ist als auch Planwerte noch buchbar sind.

Die Planwerte der Version 0 innerhalb eines SAP CO System werden für unterschiedliche Zwecke genutzt. Für die, unter anderen in unserem Buch »Schnelleinstieg ins SAP® Controlling (CO)« (2. Auflage, siehe ausführliche Beschreibung) vorgestellte, Plantarifermittlung innerhalb der Leistungsartenplanung (Leistungsartenrechnung) oder als Planwerterfassung um hier ein CO Budget informativ darzustellen. Letztere Variante ist auch im Buch  »Berichtswesen im SAP®-Controlling« (1. Auflage, siehe ausführliche Beschreibung).

Innerhalb des Berichtswesen wa daher eine gewisse Verwunderung vorhanden, dass im Bericht im SAP Menü unter

• Rechnungswesen
• Controlling
• Innenaufträge
• Infosystem
• Berichte zu Innenaufträgen
• Plan/Ist-Vergleich
• Aufrag: Ist/Plan/Abweichung (Transaktion S_ALR_87012993)

aber auch in anderen Report Painter Berichten Planwerte auf Ertragskonten vorhanden waren zu denen keine Einzelposten aufgerufen werden konnten. In gleicher Höhe waren aber auch Erlöse im Ist gebucht, die als Debitorenrechnung von der Belegart in der Finanzbuchhaltung in gleicher Höhe zum Planwert gebucht sind.

Zumindest die Istbelege sind in der Tabelle COEP ersichtlich, aber was es mit den Planbelegen ohne Einzelposten auf sich hatte, war mir hier anfangs nicht klar.

SAP Tabellen für Planbelege im CO-OM

Zur Auswertung von Planbelegen (auch auf statistischen Innenaufträgen) empfiehlt sich aber die Auswertung der Datenbanktabelle COSP "CO-Objekt: Summen Kosten - externe Buchungen". Diese hatte ich auch im Artikel "Query Einzelpostenliste Innenauftrag mit Ausweis Ertrag und Aufwand Zweiter Teil Query zur Datenaufbereitung" für Einzelposten und in den Kommentaren zum Artikel "CO Planeinzelposten Objekt und Partnerobjekt auswerten / Mehrere Felder summieren" erwähnt. Zu beachten ist, dass in der Tabelle COSP nur die Primärkosten als Summe gespeichert werden, die sekundären Kostenarten sind in der Tabelle COSS enthalten. Für unsere Zwecke, die Auswertung der Ertragskonten, ist die Tabelle dennoch geeignet.

Relevant für eine Analyse sind folgende Tabellenfelder:

• COSP-WRTP Werttyp
• COSP-VRGNG Vorgang CO
• sowie die einzelnen Periodenwerte
  • COSP-WTG001 bis COSP-WG016
    Wert gesamt in Transaktionswährung
  • COSP-WOG001 bis COSP-WOG016
    Wert gesamt in Objektwährung
  • COSP-WKG001 bis COSP-WKG016
    Wert gesamt in Kostenrechnungskreiswährung

Bevor wir uns nun aber die einzelnen Felder in der Tabelle betrachten möchte ich noch ein zwei Worte zu den unterschiedlichen Währungen im Controlling erwähnen.

Durch die bisherigen Erfahrungen mit unterschiedlichen Währungen im SAP System würde ich an dieser Stelle die Felder COSP-WKG001 bis COSP-WKG016 (Periode 1 bis Sonderperiode 16) auswerten. Warum ich mich hier für die Kostenrechnungskreiswährung entschieden habe erläutere ich kurz im folgenden Abschnitt.
 

Exkurs: Unterschiedliche Währungen im Controlling

Beim Festlegen eines Kostenrechnungskreises wird im Customizing auch gleichzeitig eine Kostenrechnungskreiswährung festgelegt. Dem Kostenrechnungskreis können unterschiedliche Buchungskreise zugeordnet werden, die zwar eine eigene Buchungskreiswährung  (bspw. US-Dollar USD oder Schweizer Franken SFR) haben aus denen aber die Kostenrechnung die gemeinsame Konzernwährung Euro ableitet, sodass innerhalb des Kostenrechnungskreises eine einheitliche Konzernwährung geführt wird.

Die Transaktionswährung weist dafür die Währung aus, in der die Belege im Controlling tatsächlich gebucht sind.

Daneben können zu einzelnen CO-Objekten, so auch Kostenstelle  oder Innenauftrag ebenfalls eigene Währungen definiert werden (bspw. in der Kostenstelle im Feld Währung in der Registerkarte Grunddaten). In der Regel wird hier aber dem CO-Objekt die Währung als Vorschlagwert beim Anlagen vorgeschlagen und zugewiesen, die auch im Kostenrechnungskreis hinterlegt ist.

Zusammenhang T-Währung (COSP-WTG*), O-Währung (COSP-WOG*), K-Währung (COSP-WKG*)  und Währungsumstellung

Durch den Hinweis eines Kollegen bin ich darauf aufmerksam gemacht worden, dass bei einem Mehrmandantensystemen scheinbar nur die Felder  "Wert gesamt in Kostenrechnungskreiswährung"( COSP-WKG* ) gefüllt sind und nicht die Felder Transaktionswährung ( COSP-WTG*) oder Objektwährung ( COSP-WOG* ). Entsprechend sinnvoll ist es daher tatsächlich die Kostenrechnungskreiswährung für diese Query zu verwenden. An welcher Stelle im Customizing dieses Verhalten ausgesteuert ist kann ich leider noch nicht sagen, aber die Artikel, welche die COEP oder COSP im Rahmen einer Query auswerten, habe ich passend angepasst. Hintergrund ist hier vermutlich, dass einige Mandanten die Währungsumstellung von DM auf EUR mitgemacht haben und andere erst nach der Umstellung auf Euro angelegt worden sind.

Dieses spricht dafür, dass die T-Währung und O-Währung nur dann gefüllt wird, wenn auch tatsächlich unterschiedliche Währungen im System vorhanden waren und ansonsten wird nur das Feld  "Wert gesamt in Kostenrechnungskreiswährung" gefüllt, wobei diese Währung auch identisch zur Buchungskreiswährung ist.

Auswertung der Plan und Ist Belege in der Datenbanktabelle COSP

Dank der Transaktion SE16H können zum CO Objekt (Innenauftrag OR* gefolgt von der Innenauftragsnummer), Geschäftsjahr und Kostenart relativ zügig die einzelnen Belege ausgewertet werden.

Die Ertragsbuchung ist mit dem betriebswirtschaftlichen Vorgang COIN (CO Durchbuchung aus FiBu) mit Wertyp 4 im Ist vorhanden.

Durch den betriebswirtschaftlichen Vorgang SDOR werden von Planerlösen auf den kontierten Innenauftrag (in Tabelle COSP) fortgeschrieben, was im Standard nicht unterdrückt werden kann. Diese sind entsprechend mit Werttyp 1 Plan und Vorgang SDOR ausgewiesen.

Durch den Werttyp 29 "Wert aus Kundenauftrag" gibt es hier eine Gegenbuchung die aber in normalen Berichten wie  Auftrag Ist/Plan/Abweichung (Transaktion S_ALR_87012993) nicht ausgewiesen werden. Dieses liegt daran, dass in der Spalte Plan im Report Painter Bericht nur der Werttyp 1 Plan und nicht 29 ausgewertet wird.

Hintergrund dieses Buchungsverhaltens ist folgender:

Planerlöse auf Innenauftag durch Kontierung einer Vertriebsbelegposition aus Modul FI-SD

Beim Erstellung einer Rechnung wird der Vorgang SDOR angestoßen, der Planwerte fortschreibt (erkennbar an der Spalte WT = Werttyp und den  Eintrag 1 = Plan).

Automatisch wird hier eine Gegenbuchung auf den Werttyp 29 = Wert aus Kundenauftrag gebucht. Der Vorgang COIN erzeugt Ist-Werte (Spalte WT mit Eintrag  4 = Ist).

Das bedeutet, dass bei jedem Beleg sowohl das Ist als auch in gleicher Höhe der Plan gebucht wird. Das hat zwar den Vorteil, dass keine Plan- / Ist-Abweichungen entstehen, lässt aber in unseren Fall Planwerte in gleicher  Höhe zu den Erlösen stehen.

Dieses Verhalten kann im SAP durch eine Modifikation bzw. Hinweis unterbunden werden. Im Hinweis 352984  wird das Vorhaben wie folgt beschrieben: "Die Kontierung einer Vertriebsbelegposition auf einen Innenauftrag führt automatisch zu entsprechenden Planerlösen auf dem Innenauftrag. Diese Planerlösfortschreibung soll unterdrückt werden."

Um dieses umzusetzen wird auf den Hinweis 600220 "Planerlös aus SD im Innenauftrag oder CS-Auftrag" verwiesen. Hier wird eine Funktionalität nachgereicht, die dieses Verhalten über eine Modifikation deaktivieren soll. Ein entsprechendes Business Add-in (BAdI) wird hier zur Korrektur angeboten.  Mit dem Business Add-in (BAdI) KAOV_ORD_PLD_REVENUE kann je Auftragstyp/Auftragsart festgelegt werden ob Vertriebsbelege Planerlöse erzeugen sollen oder nicht. Durch die im Hinweis aufgeführte Anleitung kann eine entsprechende Anpassung vorgenommen werden.

Weiterbildung im Bereich Salse & Distribution (SD)

Ich habe mich bisher noch nicht intensiver mit dem Thema Vertrieb bzw. den SAP Modul SD beschäftigt und habe dies ebenfalls auf der Agenda um etwas tiefer ins Thema eintauchen zu können.

Daher mag ich an dieser Stelle gerne auf einige Angebote von meinen Verlag Espresso Tutorial hinweisen die ich hier in Partnerschaft anbiete (Werbung).

 

Onlinetraining

Auch für das Modul SD bietet Espresso Tutorial ein blended learning als Onlinetraining an. In der Schulung von Staffan Rubien wird in Form eines Onlinetrainings inklusive Live  Expert Sessions für SAP SD anwendende sowie SAP Beratung eine umfassende Schulung angeboten. Als Voraussetzung sollten hier allerdings mindestens zwei Jahre SAP-SD Erfahrung vorhanden sein. Neben Grundlagen wird hier auch auf Launchpad & App in der SAP S/4HANA Fiori Oberfläche eingegangen, die Pflege von Material, Business Partner und die einzelnen Prozesse innerhalb SD von der optionalen Anfrage, über das Angebot, Auftrag (Auftragsart TA (Terminauftrag) bis hin zur Verwaltung von Aufträgen eingegangen.


Angebot von Espresso Tutorials

Sollten Sie noch keine Erfahrungen mit FI-SD gesammelt haben, oder aber sich lieber erst einmal selbst in die Materie einlesen wollen kann ich noch folgende Buchempfehlungen, je nach SAP Version, weiter geben.

Isa Bodur, von thinkdoforward.com, bietet ebenfalls für kurze Zeit SAP SD Kurse – online und kostenlos an.

Der Kurs von Isa Bodur ist in mehreren Lektionen aufgeteilt:
Lektion 1: Was ist SAP SD? // Kundenauftragsprozess
1.1. Wertschöpfungskette - Handelsunternehmen
1.2. Prozessdarstellung - Swimlane
1.3. Verkaufsbeleg anlegen
Lektion 2: Belegstruktur // Belegdaten
2.1. Belegstruktur / Belegdaten
2.2. Prozessdarstellung - Swimlane
2.3. Auftrasgsprizess - Preisübersicht
2.4. Auftrasgsprizess - Statusübesicht
Lektion 3: Unternehmensstruktur
3.1. Unternehmensstruktur / Stammdaten
3.2. BP/GP/Kundenstamm mit Fokus auf SAP SD/OTC
3.3. Materialstammdaten mit Fokus auf SAP SD/OTC
Lektion 4: Einführung in die Findungslogiken
4.1. SD Auftragsprozess Einführung in die SD-Findungslogiken
4.2. AUftragsprozess Beispiele für Findungslogiken
4.3. AUftragsprozess Beispiel für eine priorisierte Findung
4.4. AUftragsprozess Beispiel für eine priorisierte/kombinierte Findung
4.5. AUftragsprozess Komplexe Finandungslogiken aus Customizing und Stammdaten
Lektion 5: Einführung in die SD-Belegkonstellationen
5.1. Einführung in die SD Belegkonstellationen - Darstellung der Eins-zu-Eins Belege
5.2. Einführung in die SD Belegkonstellationen - Darstellung des Liefersplits
5.3. Einführung in die SD Belegkonstellationen - Darstellung des Fakturasplit / Sammelfaktura
5.3. Einführung in die SD Belegkonstellationen - Darstellung der Sammelrechnung
Lektion 6: Beleg stornieren // Änderungshistorie
6.1. SAP SD Belegstorno Verfahren Stornieren der Belegkette
6.2. SAP Änderungshistorie Was wird als Ändeurng dokumentiert?
Lektion 7: SD-Listen
7.1 SAP SD Auftragsprozess - SD-Listen / -Reports
7.2 V.02 Liste unvollständige Aufträge
7.3. VA14L - Zur Lieferung gesperrte Verkaufsbelege
7.4. VL06 - Auslieferungsmonitor
Lektion 8: Einführung in die SD-Preisfindung
8.1. Einführung in die SD-Preisfindung
8.2. Pflege von Preiskonditionen - VK11/VK12/VK13
8.3. Preismaterial
 

Buchempfehlungen

Unter SAP ERP wäre dieses:

 

Sofern ein Wechsel nach S/4HANA ansteht oder schon vollzogen ist können auch folgende beide Bücher relevant sein.
 

Oder aber als ganz aktuelle Publikation
 
Sowohl als Autor als auch als Leser habe ich mit Büchern von Espresso Tutorials gute Erfahrungen gemacht und würde mich, sofern ich diese nicht vorher schon gelesen habe über eine Rückmeldung zu diesen Publikationen sehr freuen.

 

Im Artikel "Redesign Report Painter Berichte im Rahmen der Hochschulfinanzstatistik hier: Merkmal sowohl in Spalte als auch Zeile ausweisen" bin ich etwas ausführlicher auf die Möglichkeiten der Überarbeitung von Berichten eingegangen.

Noch kurz zum Hintergrund der Hochschulfinanzstatistik:
Für das Controlling und Berichtswesen werden an Destatis Daten zu einzelne Lehr- und Forschungsbereiche (dreistellige Fächergruppenschlüssel) als Zwischensumme die übergeordnete zweistellige Fächergruppe ausgewertet.

Von der Gliederung her sind die Fächergruppen, Lehr- und Forschungsbereiche und Fachgebiete einer Hochschule wie folgt aufgeteilt:

• NN - Systematik der Fächergruppe
  • NNN Systematik des Lehr und Forschungsbereiches
    • NNNN Fachgebiet

Dabei bauen die einzelnen Schlüssel aufeinander auf bzw. Gliedern die einzelnen Bereiche einer Hochschule.

Neben den einzelnen Lehr- und Forschungsbereichen (LFB) ist auch eine Gesamtsumme aller Bereiche zu berichten. Dazu kann eine Summe über alle LFB (Fächergruppen) gemeldet werden.

Hierzu ist innerhalb eines Report Painter Berichtes über die Profitcenterrechnung (EC-PCA) eine Auswertung über einzelne Gruppen (Sets) erfolgt und auch eine Summe über die einzelnen zweistelligen Fächergruppen erstellt worden. Dabei sollen auch nur Ganzzahlen ausgewiesen werden, was mit der Formel TRUNC im Artikel "Reportwriter Funktionsformeln" aus 2008 beschrieben wurde.

In der Finanzstatistik sind allerdings diese Zwischensummen nicht mehr erforderlich, sodass an dieser Stelle nur eine Gesamtsumme über alle Lehr- und Forschungsbereiche erhoben werden sollen.

Report Painter Fehler "Eine Formel konnte wegen zu großer Länge nicht konvertiert werden (G1005)"

Entsprechend habe ich die einzelnen Zwischenergebnisse gelöscht und eine Gesamtsumme als Formel erfasst. Nach Ausführung beziehungsweise Prüfung des Berichtes kam es aber zur folgenden Fehlermeldung: "Eine Formel konnte wegen zu großer Länge nicht konvertiert werden."  (Meldungsnummer G1005) .


Technischer Hintergrund dazu ist, dass die Formeln in ein internes Format umgewandelt werden. Statt der im Bericht als Formel Y001 + Y002 (für Zeile 1 + Zeile 2) wird ein längeres internes Format für einen Bericht verwendet.

Dieses ist ganz praktisch an einer Exportdatei (Transaktion GR37) zu sehen.

Export von Report Painter Berichten per Dateisystem

Im Artikel "Report Writer oder Report Painter Berichte über Dateisystem inklusive Bibliothek Variablen und Berichtsgruppe exportieren und importieren" ist der Export von Berichten ausführlciher beschrieben.

Hier habe ich zwei Sets (Kostenstellengruppen) als Zeilen hinterlegt und im Report Painter (Transaktion GRR1 / GRR2) als Formel eine Summe gebildet.

Die dritte Zeile ist eine Formel in der Form Y001 + Y002.

Wenn ich mir nun den Export anschaue, ist diese wie folgt umgewandelt:

• Z100030000                    0001  Z100010000 + Z100020000

Dabei ist jeder Bezug mit etwa 10 Zeichen als interner Wert gespeichert. Insgesamt kann eine Formel aber nur 240 Zeichen in der konvertierten Form umfassen.

Beim Ausführen eines Berichtes oder Prüfen wird die Formel auf das interne Format umgewandelt. Dabei zählen nun die internen Formate der Formelelemente aber auch die Operatoren oder Funktionen ebenfalls dazu, sodass bei > 20 Elementen durchaus auch bei einer reinen Summe die Fehlermeldung G1005 ausgegeben wird.

Entsprechend sollte schon vorab lange Formeln in Teilformeln aufgeteilt werden und die Teilformeln ausgeblendet werden. Hier ist es allerdings wichtig, diese Elemente zu dokumentieren, da andernfalls bei der Anpassung eines Berichtes mit neuen Elementen auch bei den ausgeblendeten Zwischenformeln eine entsprechende Anpassung vorgenommen werden muss.

Ausblenden von einzelnen Spalten und Zeilen in Report Painter

Wie ausgeblendete Elemente, ob nun Zeilen oder Spalten, in Report Painter genutzt werden können, mag ich kurz noch erwähnen.

Über

• (Mehr)
• Bearbeiten
• Zeilen / Spalten
• Ausblenden

können einzelne Zeilen und Spalten direkt im Bericht ausgeblendet werden aber weiterhin in Formeln darauf Bezug genommen werden.

Wie flexibel dabei Formeln in Report Painter genutzt werden können, ist auch im Artikel "Grundlagen: Formeln im Report Painter und Report Writer mit Bezug auf Spalten, Zeilen und Kombination aus beiden Zellen oder XYZ Beziehungen" der eigentlich ein Grund war den bestehenden Bericht erneut anzupassen.


Das Bearbeiten von ausgeblendeten Elementen (Zeilen und Spalten) ist im Menü unter

• (Mehr)
• Bearbeiten
• Zeilen / Spalten
• Ausgeblendete Zeilen / Spalten
  per
  • Ändern
    oder
  • Einblenden
    möglich.

Dies ist besonders praktisch um entsprechende Zwischensummen auch im Nachhinein noch einmal anzupassen.
 

Fazit

Damit kann relativ flexibel auch komplexere Berechnungen mit Report Painter durchgeführt werden. Ein entsprechendes Berichtswesen auf Ebene der im Fachbereich vorhandenen Lehr- und Forschungsbereiche ist auch im Artikel "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik" angesprochen worden. Sofern es um verwendbare Kennzahlen geht, die nicht nur im Hochschulbereich Anwendung finden, kann auch ein Blick auf monetäre und nicht monetäre Kennzahlen im Artikel "Statistische Kennzahlen für Verrechnung in SAP - Umlage und Verteilung nicht nur im Hochschulcontrolling und Hochschulberichtswesen" ein Thema sein.

Gerade in diesem Zusammenhang ist ein flexibles Berichtswesen nicht für externe, sondern auch interne Berichtsanforderungen sehr hilfreich.
 

---

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.

---

Manchmal ergeben sich auch Berichtsanforderungen dadurch, dass Kolleg:innen bestehende Berichte gerne miteinander kombinieren möchten. So habe ich im Artikel "Bilanzreporting und GuV Planung in der Profit-Center-Rechnung sowie Konsolidierung einzelner Bereiche am Beispiel der Planung der Haushaltsrechnung" eine Auswertung der GuV Konten nach den einzelnen Profit-Center Bereichen

• L-Landesmittel
• F-Fördermittel
• D-Drittmittel
• S-Sondermittel

als Stammdatengruppen für Profit-Center ausgewertet und im Artikel "Auswertung Anlagenzugänge als Investitionen im Report Painter mit Ausweis CO Objekte Innenauftrag und Kostenstelle" wurden Investitionen als Anlagenzugänge ausgewertet.

Da eine solche Anfrage oft auch noch weitere Themen aufwirft hat dieser Artikel noch weitere Abschnitte erhalten, die ich als Überblick kurz auflisten möchte.

• Technischer Hintergrund Berichtsbibliothek ZPC als Kopie von 8A2
• Report Painter Bericht anlegen zur Kennzahl BHSL-I
  • Darstellung in Spalten nach Profitcenter Bereichen (Landesmittel, Fördermittel, Drittmittel, Sondermittel)
  • Darstellung Sachinvestitionen (Anlagenzugänge) nach CO Objekten (Kostenstelle, Innenauftrag)
  • Darstellung Ergebniskonten nach CO Objekten (Kostenstelle, Innenauftrag)
• Berichtsgruppe ZPIG anlegen
  • SAP Query als Empfängerbericht zuordnen
  • Pivot-Browser oder Neu: Einzelpostenbrowser
• Fazit - Weitere Informationen zum Berichtswesen

Nun kam es direkt zur Berichtsanforderung beide Berichte miteinander zu kombinieren.

Technischer Hintergrund Berichtsbibliothek ZPC als Kopie von 8A2

Basis dafür ist eine angepasste Kopie der Berichtsbibliothek 8A2, die wir als ZPC angelegt haben.

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

Je nach ausgewerteten Merkmal wird auf die entsprechende Hintergrundtabelle zugegriffen.
Beispiele sind hierzu in der Bibliothek 8A3 zu finden.

Sofern nun eine Bibliothek zur Reportingtabelle GLPCT angelegt wird, werden nicht nur die Merkmale der Tabelle GLPCT, sondern auch die Merkmale der Einzelpostentabellen GLPCA und GLPCP hinzugefügt. Diese umfassen dann auch Kostenstelle und Innenauftrag oder auch die Anlagenbewegungsart. Allerdings sind Auswertungen zu diesen Tabellen sehr performanceintensiv.

Im Artikel "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" habe ich diese Erweiterung beschrieben.

Report Painter Bericht anlegen zur Kennzahl BHSL-I

Ein wichtiger Punkt bei der Auswertung der Einzelposten (Kennzahl "Beleg  Buchungskreiswähr. Ist" BHSL-I oder Plan BHSL-P) ist, dass hier statt des Merkmals "Periode" (RPMAX) für die Einzelposten das Merkmal "Buchungsperiode" (POPER) verwendet werden muss.

Daher ist unser Bericht wie folgt zur Auswertung der Einzelposten aufgebaut.
( S= SET, Gruppe    V = Variable)

Allgemeine Selektion
Ledger: 8A
KostRechKr (V): 8AKOKRS
Geschäftsjahr (V): ZPJ

Dabei ist ZPJ eine Variable für das aktuelle Geschäftsjahr.
Im Artikel "Mehrjahresvergleich im ReportWriter/Painter mit variabler Spaltenanzahl je Jahr dank Variablen" sind auch weitere kundeneigene Formelvariablen im Report Painter vorgestellt.

Darstellung in Spalten nach Profitcenter Bereichen (Landesmittel, Fördermittel, Drittmittel, Sondermittel)

Spalten
Wie schon eingangs erwähnt berichten wir über Profitcenter-Gruppen entsprechend sind folgende Spalten hier angelegt:
 

Spalten Bericht Basiskennzahl Beleg Buchungskreiswähr. (Ist) BHSL-I

Merkmale / Spalte	1 L-Mittel	2 F-Mittel	3 D-Mitel	4 S-Mittel
Version	0	0	0	0
Satzart	0 2	0 2	0 2	0 2
Profitcenter (S)	L-MITTEL	F-MITTEL	D-MITTEL	S-MITTEL

Damit sind also je Spalte entsprechende Profitcentergruppen ausgewertet. Allerdings wollen wir nun für die einzelnen Gruppen noch mehr Details, insbesondere die CO Objekte Kostenstellen und Innenaufträge sehen.

In der ersten Zeile wollen wir die Investitionen nach Innenauftrag und Kostenstelle auswerten. Zur besseren optischen Gestaltung formatieren wir einzelne Zeilen auch als Zwischensummen mit entsprechenden Rahmen. Dies ist im Artikel "Kurze Antworten zu Währungsumrechnung, Formatierung von Kostenblöcken und Bezügen in Report Painter und andere Bloganfragen" beschrieben.

Darstellung Sachinvestitionen (Anlagenzugänge) nach CO Objekten

Zur Darstellung von Investitionen werden in den nächsten drei Zeilen folgende Merkmale mit Werten definiert.

Darstellung Investitionen 8A2

Merkmal	Wert
Kontonummer von   bis	100000    1000099 1000101    2100099 2100101    5000099 5000101    7000099 7000101    7900099 7900101    8000099 8000101    8900099 8900101    9000099 9000101    19999998 27900000 27999999
Buchungsper.	1 - (V) 8A-BIS
Beweg.art	100 - 190 300 310 320 330 345 346

Hintergrund: Anlagenzugänge über Bewegungsart und Buchungskonto selektieren

Die einfachste Auswertung dürfte nun eine Liste sein die über die Selektion der Anlagenbewegungsart erfolgt.In der Regel ist der Anlagenzugang über die Anlagenzugangsarten 100 bis 190 oder sofern innerhalb eines Konzern auch Anlagenzugänge aktiviert werden oder allerdings zur Aktivierung von Anlagen im Bau bzw. Anlagen selbst erstellt werden dürften auch die Anlagenbewegungsarten:

• 300 Umbuchung Altbestand abgehend von aktiver Anlage
• 310 Umbuchung Altbestand zugehend von aktiver Anlage
• 320 Umbuchung Neuzugang abgehend
• 330 Umbuchung Neuzugang zugehend
• 345 Umbuchung Neuzugang abg.von Anlage im Bau Einzelp.
• 346 Umbuchung Neuzugang zugehend von Anlage im Bau

relevant sein. Als Sachkonto sollten hier dann die Buchungskonten der Anlagenbuchhaltung ausgewertet werden. Basierend auf den Kontenplan IKR kann dieses zum Beispiel über folgendes Intervall dargestellt werden (ohne Werberichtigungskonten)

100000    1000099
1000101    2100099
2100101    5000099
5000101    7000099
7000101    7900099
7900101    8000099
8000101    8900099
8900101    9000099
9000101    19999998
27900000 27999999

In diesem Bericht sollen "nur" die Sachinvestitionen (Anlagenzugänge) aber keine Finanzinvestitionen wie Wertpapiere dargestellt werden.

Ergänzende Merkmale sind je Zeile zu definieren:

Zeile Anlagenzugang Kostenstelle

Hier ist das Merkmal Kostenstelle (S,V) als Gruppe und Variable 1KOSET definiert.

Zeile Anlagenzugang Innenauftrag

Hier ist das Merkmal Auftrag (S,V) als Gruppe und Variable 6-AUFGR definiert.

Zeile Investitionen

Hier  werden  die oberen Merkmale der Tabelle ohne die Merkmale Kostenstelle, Inennauftrag gewählt werden. Damit sind hier für L-Mittel, F-Mittel ... sprich die Gesamtspalten unabhängig der selektierten Innenauftragsgruppe oder Kostenstellengruppe die Sachinvestitionen insgesamt ausgewertet. Diese Zeile ist als Zwischensumme mit Über- und Unterstreichung formatiert.

Die beiden ersten Zeilen werden wie folgt über Merkmale expandieren (UMSCH + F9) dargestellt:

1. Kostesntelle (Auflösen) / Innenauftrag (Einzelwert)
2. Kontonummer (Einzelwert)
3. Buchungsper. (Nicht auflösen)
4. Beweg.art (Nicht auflösen)

Damit werden bei den Sachinvestitionen der Kostenstelle die einzelnen Bereiche dargestellt und bei den Innenaufträgen die Liste der Innenaufträge und die Anlagekonten.

Während bei den Kostenstellengruppen auf die Standardhierarchie der Kostenstellen zugegriffen wird, nutzen wir bei der Auswahl der Innenaufträge Interaktive Auftragsgruppen, über die ebenfalls durch ein Intervall an Kostenstellen die zugeordneten Innenaufträge ausgewertet werden kann (siehe Artikel "Report Painter Bericht für Obligo auf CO-Objekten mit interaktive Stammdatengruppen").

Damit können die Zeilen Anlagenzugang Kostenstele und Anlagenzugang Innenauftrag in Summe von der letzten Zeile abweichen, da es sich nur um eine Teilmenge handelt.

Darstellung Ergebniskonten nach CO Objekten

Neben der Darstellung der Anlagenzugänge sollen auch GuV Konten dargestellt werden. Hier wird dann eine Kontengruppe ausgewertet und die CO Objekte Kostenstelle und Innenauftrag aufgelöst.

Zeile Konto Kostenstelle
Merkmal:
Kostenstelle (S,V): 1KOSET
Kontonummer (S,V): 8A-ACCT
Buchungsper.: 1 bis (V) 8A-BIS

Zeile Konto Innenauftrag
Merkmal:
Auftrag (S,V): 1KOSET
Kontonummer (S,V): 6-AUFGR
Buchungsper.: 1 bis (V) 8A-BIS


Zeile Konto Gesamt
Kontonummer (S,V): 6-AUFGR
Buchungsper.: 1 bis (V) 8A-BIS

Diese Zeile ist als Zwischensumme mit Über- und Unterstreichung formatiert und stellt wiederum die Gesamtsumme der Spalten ausgewiesen.

Auch an dieser Stelle werden die beiden ersten Zeilen werden wie folgt über Merkmale expandieren (UMSCH + F9) dargestellt:

1. Kostenstelle (Auflösen), Auftrag (Einzelwert)
2. Kontummer (Einzelwert)
3. Buchungsper. (Nicht auflösen)

Damit gilt an dieser Stelle der gleiche Hinweis auf interaktive Auftragsgruppen wie bei den Anlagenzugängen.

Informativ kann auch noch eine weitere Zeile zu den Anlagenzugängen hinzugefügt werden in der statt Kostenstelle oder Innenauftrag das Merkmal Anlage (S) 8A-ANL-ALL.GLPCT für "Alle Anlagen" eingefügt werden kann.

Berichtsgruppe ZPIG anlegen

Dieser Bericht wird der kundeneigene Z-Berichtsgruppe ZPIG - Profitcenter Invest GuV zugeordnet.

SAP Query als Empfängerbericht zuordnen

Innerhalb der Berichtsgruppe ZPIG kann über die Bericht/Bericht-Schnittstelle innerhalb des Abschnitts "Der Berichtsgruppe ist Bericht zugeordnet" mit der Schaltfläche "Konfigurieren" und + ein Bericht als Empfängerbericht zugeordnet werden. Normalerweise werden hier Einzelpostenberichte bspw. per Transaktion KE5Z für "Profit Center: Ist-Einzelposten" oder KE5ZH  "Profitcenter: Einzelpostenbrowser" sofern Sie eine HANA Datenbank schon nutzen zugeordnet. Aber es gibt auch die Möglichkeit per "Anderer Berichtstyp" hier QU für SAP Query zu verwenden. Nun kann hier auch eine Query verweisen werden.

Damit sind als Einzelposten auch aus der Tabelle Anlagenstammsatz-Segment (ANLA) der Ordnungsbegriff 1 (L,S) ANLA-ORD41 zur Abbildung der Mittelherkunft darstellbar.

Damit kann über die Benutzergruppe und Query eine Auswertung wie in "Zusammenfassung Query über Anlagenzugang - Auswertung Investitionen aus Profit-Center-Rechnung" beschrieben erfolgen.

Eine Erweiterung der Auswertung über die Bibliothek ZPC und als neues Merkmal den Ordnungsbegriff als Include in der Einzelpostentabelle GLPCA scheint hier nicht möglich zu sein, da allenfalls ein Append statt Include möglich ist.

Die Erweiterung der Tabelle GLPCA ist im SAP Hinweis 2545080 beschrieben. Eine Erweiterung von Report Painter ist ebenfalls im Blog SAPManDoo im Artikel "Erweiterung von Report Painter / -Writer Berichten" jedoch scheint dieses in der GLPCP schwieriger.

Pivot-Browser oder Neu: Einzelpostenbrowser

Bei der Zuordnung von Berichten in der Bericht/Bericht-Schnittstelle bin ich auf mir bisher nicht bekantne neue Einzelpostenberichte in Form eines Einzelpostenbrowser als Transaktionen mit Endung H aufmerksam geworden. SAP hat mit EHP 6 Einzelpostenbrowser für FI und EC-PCA eingeführt. Diese sind über die Transaktionen:

• FBL3H Browser Hauptbucheinzelposten
• FBL1H Browser Kreditorenposition
• FBL5H Browser Debitorenposition
• FAGLL03H Browser Hauptbucheinzelposten (Hauptbuchsicht)
• und per KE5ZH "Profitcenter: Einzelpostenbrowser"

aufrufbar. Details zu diesen neuen Einzelpostenberichten sind im SAP Hinweis 2100879 zu finden.

Der Anzeigebereich entspricht der klassischen ALV Darstellung während nue hinzugekommen nun ein Interaktionsbereich ist. Im Blog SAPManDoo sind im Artikel "Pivot-Browser - eigene Aktionen"  von Stephan Rohde die Möglichkeiten vorgestellt. Spannend ist, dass nun auch Stammdatenfelder zur Verfügung stehen sowie interaktiv Aktionen durchgeführt werden können. Zur Nutzung dieser Funktion ist allerdings durch die Systemverwaltung eine alternative Datenbank (HANA) erforderlich. Ausführliche Informationen sind in der Transaktion HDBS_ERROR zu finden, sofern die Datenbank noch nicht eingerichtet wurde.

Fazit - Weitere Informationen zum Berichtswesen

Sofern Sie intensiv mit den Themen Berichtswesen sich auseinandersetzen gibt es auch immer wieder Rückmeldungen zu vorhandenen Berichten.

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

---

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. Das wunderbare Thema SAP Query habe ich im Artikel "Grundlagen Kurzeinführung und Handbuch SAP Query" beschrieben und hoffe Ihnen hier eine Einführung ins Thema bieten zu können.

---

Die Grundeinstellungen zur Obligoverwaltung im Modul CO habe ich im Artikel "Obligo Verwaltung im SAP Modul CO - Customizing, Standardberichtswesen, Report Writer/Painter und SAP Query" beschrieben.

Ausgangslage
Nun gab es aber eine Rückfrage bzgl. der Darstellung eines Obligo aus einer Bestellung mit Lieferdatum in der Zukunft aber Belegdatum in der aktuellen Periode. Im Rahmen des Berichtswesens wurde im CO das Obligo erst in der Periode des zukünftigen Lieferdatums und im Haushaltsmanagement (Öffentliche Verwaltung PSM-FM; Public Secotr Management - Fundsmanagement)  in der Periode das Belegdatum ausgewiesen.

Problem: Abweichende Darstellung Bestellobligo
Wird nun im Berichtswesen immer zur aktuellen Periode ausgewertet, würden bei einer Gegenüberstellung von Plan/Budgetwerten hier nicht die zukünftigen Verpflichtungen mit berücksichtigt werden, sodass hier mehr Mittel als verfügbar angesehen werden, während im PSM-FM die Verpflichtung auch schon in der Periode des Belegdatums ersichtlich sind.

Datum Bestellobligo im Modul Controlling - CO

Die Berechnung des Obligo erfolgt im Modul Controlling anhand des Lieferdatums und lässt sich nicht im Customizing ändern. Der Aufbau eines Bestellobligo im Controlling als offener Bestellwert aus folgenden Daten ab:

• Wert der Bestellung
• Liefertermin
• Kontierung

Wichtig ist daher, dass zum Liefertermin auch die Kontierung (Kostenart) gültig ist und die Obligoverwaltung in den einzelnen Komponenten Kostenstellenrechnung und Innenauftragsrechung aktiviert ist.

Korrektur fehlerhaftes Obligo in CO

Im Zusammenhang mit Kostenstellen sollte ferner darauf geachtet werden, dass im Abschnitt Steuerung in den Stammdaten der Kostenstelle keine Sperre für das Feld Obligofortschreibung gesetzt ist, andernfalls kann kein Obligo auf der Kostenstelle bspw. aus Bestellungen geschrieben werden. Die Verpflichtungen als Obligo können bspw. aus Bestellobligo (als Abnahmeverpflichtung aus Bestellungen), Auftragsobligo (Lieferverpflichtungen aus bestätigen Aufträgen) oder Wechselobligo (Wechselverpflichtungen bei einer Bank) entstehen.

Sollte eine entsprechende Sperre gesetzt sein und so fehlerhafte Obligowerte korrigiert werden müssen, kann per SA38 das ABAP Programm RKANBU01 - Übernahme Bestellanforderungs- und Bestellobligo zur Korrektur aufgerufen werden. Beim Aufruf des Programms können einzelnen Kontierungsobjekte (Kostenstelle, Innenauftrag, ...) selektiert werden und die Korrektur entsprechend aufgerufen werden.

Zum Auswerten der Summen je Kostenart von Obligo kann neben den vorhandenen Berichten in SAP wie Kostenstellen/Auftrag: Ist/Plan/Obligo (Transaktion S_ALR_87013620 / S_ALR_87012999) oder Kostenstellen Einzelposten Obligo (KSB2 / KOB2 ) auch ein gemeinsamer Report Painter Bericht wie unter "Report Painter Bericht für Obligo auf CO-Objekten mit interaktive Stammdatengruppen" beschrieben verwendet werden.
 

Customizing Fortschreibungsdatum Bestellobligo für PSM-FM

Davon abweichend kann im Haushaltsmanagement im Customizing eine andere Darstellung gewählt werden.

Im Customizing (Transaktion SPRO) kann über

• Public Sector Management
• Haushaltsmanagement Öffentliche Verwaltung
• Ist- und Obligofortschreibung/Integration
• Allgemeine Einstellungen
• Finanzkreis Fortschreibungsprofil zuordnen

den jeweiligen Finanzkreis ein Fortschreibungsprofil zugeordnet werden.

Das Fortschreibungsprofil umfasst Parameter zur Steuerung der Obligo und Ist Daten im Haushaltsmanagenet. Innerhalb des Fortschreibungsprofils kann unter anderen festgelegt werden, welches Datum vom Beleg (zum Beispiel bei Bestellungen, Rechnungen oder Zahlungen) zur Zuordnung einer Persiode für Obligo und Ist im Haushaltsmanagement ausgewiesen werden soll. Als Fortschreibungsperiode kann dabei entweder das Buchungs-/Belegdatum oder aber das Fälligkeitsdatum sein.

Im Standard hat SAP hier unter anderen zwei Fortschreibungsprofile mit ausgeliefert:

• 000100 Fortschreibung auf Zahlungsbasis mit Fälligkeitsdatum
• 000101 Fortschreibung auf Zahlungsbasis mit Buchungsdatum
  Rechnungen können durch den Obligo-Vortrag ins neue Geschäftsjahr übertragen werden
• ...

Das Fälligkeitsdatum (siehe Fortschreibungsprofil 000100) wird dabei wie folgt abgeleitet:

• Bestellungen: anhand des Leiferdatum und den Zahlungsbedingungen
• Rechnungen: auf Basis des Zahlungsfristenbasisdatum und Zahlungsbedingungen
• Kreditorische Gutschriften: Zahlungsfristeenbasisdatum ohne Zahlungsbedingungen
• Zahlung: Ausgleichsdatum der Rechnung (dürfte Buchungsdatum der Zahlung sein)

Im Gegensatz zum Forschreibungsprofil 000101 im Haushaltsmanagement leitet sich, wie erwähnt, im CO das Datum des Obligo-Beleg vom Fälligkeitsdatum beziehungsweise Lieferdatum her ab.

Auch wenn das Fortschreibungsprofil entsprechend ewählt ist, kann im Customizing eine abweichende Einstellung für Bestellobligo genutzt werden.

Dieses ist im Customizing (SPRO) unter

• Public Sector Management
• Haushaltsmanagement Öffentliche Verwaltung
• Ist- und Obligofortschreibung/Integration
• Allgemeine Einstellungen
• Fortschreibungsprofil übersteuern

möglich.

Hier kann nach Werttyp (zum Beispiel 51 Bestellungen) neben der Budgetwirksamkeit (Statistische Fortschreibung) auch das Zahlungsbudget anhand des Buchungsdatums, Fälligkeitsdatum oder Lieferdatum genutzt werden. Gerade beim Lieferdatum bedeutet dieses auch, dass bei einer Bestellung die am Jahresende erfolgt und deren Lieferung erst im Folgejahr erwartet wird (Lieferdatum) die Mittel erst im neuen Jahr gebunden werden.

Korrektur fehlerhaftes Obligo in PSM-FM

In den Artikeln "Analyse und Abgleich Einzelposten und Summensätze im Haushaltsmanagement PSM-FM am Beispiel Abweichung Reisekostenobligo" und "Löschen von fehlerhaften (Obligo)-Belegen im Modul PSM-FM (Haushaltsmanagement)" bin ich auch auf Korrekturmöglichkeiten zu fehlerhaften Obligo eingegangen.

Fazit

Für das Berichtswesen bedeutet ein unterschiedlicher Ausweis (Lieferdatum oder Belegdatum) von Bestellobligo, dass zur Darstellung aller Verpflichtungen nicht bis zur aktuellen Periode, sondern bis zur letzten Periode des laufenden Geschäftsjahres eine Auswertung erfolgen sollte.

Bei PSM-FM basierten Drittmittelauswertungen von Fonds/Projekten wird dieses dann auch direkt in der Periode des Belegdatums ausgewiesen. Abweichend dazu kann dann eine CO Auswertung zum Beispiel bei der Auswertung von Kostenstellen oder reinen CO Aufträgen sein.

Hier sollten sich die Fachverantwortlichen darüber abstimmen, welche Information zur Steuerung und im Berichtswesen als erforderlich angesehen wird.

Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlich auf die Themen 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.
 

Im Artikel "Grundlagen: Wohin mit den Kosten? Leistungsverrechnung, Kostenverteilung und Kostenumlage im SAP CO-OM." bin ich auf die einzelnen Möglichkeiten der Verrechnung von Kosten in SAP eingegangen. Neben der Leistungsartenrechnung als Menge x Preis bin ich hier auf die kennzahlenbasierte Verrechnung in Form der Kostenverteilung und Kostenumlage innerhalb des Gemeinkostencontrolling mit SAP CO-OM eingegangen.

Exkurs: Leistungsartenrechnung zur innerbetrieblichen Leistungsverrechnung

Dabei werden aus Plankosten und Planmengen ein Plantarif ermittelt der später als Grundlage der erfassten Leistungsmenge entsprechende die Senderkostenstelle auf Basis der in der Leistungsart erfassten Menge entlastet und die Empfängerkostenstelle belastet.

Dabei werden als Information sowohl die Mengen, die Leistungsart als auch die Verrechnungskostenart vom Typ 43 "Verrechnung Leistungen/Prozesse" ausgewiesen.

Der Tarif kann aber auch politisch gesetzt sein, so dass am Beispiel der Kopierkosten hier auch eine Kopie zu jeweils 0,05 Euro von der Kostenstelle der Kopiergeräte entlastet und auf die kopierende Kostenstelle belastet werden kann.

Einen kleinen Exkurs zur Leistungsartenrechnung befindet sich im Artikel "Interne Leistungsverrechnung: Anhand Leistungsart Senderkostenstelle und Partnerobjekte auswerten".

Während die innerbetriebliche Leistungsverrechnung per Leistungsart und Tarifermittlung sich an messbaren Verbrauchsmengen orientiert (Verbrauchsmengen wie Strom oder auch Arbeitszeit wie im Artikel "Berechnung monatlicher/jährlicher Arbeitzeit nach BAT" beschrieben) orientiert sich die Verrechnung an Hilfsgrößen zur Kostenumlage oder Kostenverrechnung die oft nicht beim direkten Verbrauch sondern im Nachhinein oder als allgemeine Kennzahlen herangezogen werden.
 

Betriebsabrechnungsbogen / Kostenumlage - Kennzahlenbasierte Verrechnung

Ein klassisches Anwendungsgebiet der Kostenumlage ist das Stufenleiterverfahren eines Betriebsabrechnungsbogens (BAB).  Hier werden über einen Verteilungsschlüssel nicht direkt zuordenbare Kosten (Gemeinkosten) den einzelnen untergeordneten Stufen zugeordnet und entsprechend weiter verrechnet.

Zur Verrechnung von Gemeinkosten (als Kosten die nicht direkt einen Kostenträger zuzuordnen sind) können neben Mengengrößen auch Wertgrößen als Schlüssel herangezogen werden. Wichtig bei der Wahl geeigneter Schlüssel ist, dass diese nachvollziehbar, quantifizierbar und besonders auch in einem Verhältnis zu den umzulegenden Kostens stehen sollten.

In der folgenden Abbildung ist eine kennzahlenbasierte Umlage als Stufenleiterverfahren abgebildet.



In den einzelnen Stufen werden jeweils weitere Gruppen an Gemeinkosten umgelegt und auf die jeweils folgende Stufe umgelegt.

Als Basis werden, wie in der Abbildung zu sehen, unterschiedliche Kennzahlen als Basis verwendet. Anstatt hier auf die Technik der Umlage einzugehen möchte ich im Rahmen der "Abschlußarbeiten mit SAP CO" auf die hier verwendeten Kennzahlen eingehen.

Einige der vorgestellten Kennzahlen sind als Verteilungsschlüssel auch auf der Seite hochschulcontrolling.de von Volker Wiest zu den Themen Finanz- und Rechnungswesen angelehnt.  Der Leitspruch »Happy Controlling!« motiviert mich ebenfalls dazu hier auf die dort angesprochenen Kennzahlen etwas ausführlicher einzugehen.
 

Unterschiedliche Formen der Verrechnung - Verteilung und Umlage im SAP System

Bei der Verteilung bleiben die ursprünglichen Konten erhalten (Kostenart/Sachkonto) während bei der Umlage diese auf ein Sachkonto des Kostenartentyp 42 Umlage zusammengefasst werden.

Ein klassisches Beispiel der Verteilung sind Telefonkosten die nach verbrauchten Telefoneinheiten verteilt werden. Dabei werden Kosten über das ursprüngliche Sachkonto bzw. Kostenart verteilt, so dass auf Seiten der Empfänger weiterhin das Sachkonto für Telefonkosten erhalten bleibt.

Für die Umlage ist weniger das Sachkonto als vielmehr eine Zusammenfassung unterschiedlicher Kosten relevant, so dass hier Gebäudekosten oder die Kosten der Verwaltung in Summe ausgewiesen werden.

Dazu werden unterschiedliche Kennzahlen (oder auch Kosten) als Basis der Verteilung verwendet.

Im Artikel gehe ich auf folgende Punkte ein:

• Kennzahlen insbesondere im Bereich Hochschulcontrolling und Hochschulberichtswesen
  • HNF (Hauptnutzfläche)
    Verteilung von Gebäude und Raumkosten
  • VZÄ (Vollzeitäquivalente)
    Verteilung von Overheadkosten wie Verwaltung
  • STUDR / GSTUD / ABS (Studierende)
    Verteilung Kosten aus den Bereich Lehre
  • LENA (Lehrnachfrage)
    Verteilung nach Lehrimport und Lehrexport auf Studiengänge
  • TELE (Telefoneinheiten)
    Verteilung nach Verbrauchseinheiten
  • Weitere monetäre nicht monetäre Kennzahlen
    (Quelle: DeStatis)
• Technische Umsetzung der Umlage und Verrechnung

Gerade im Hochschulbereich fallen unterschiedliche Kosten in den einzelnen Einrichtungen an, so dass hier eine entsprechende Verrechnung sinnvoll erscheint. Neben Kennzahlen die im Hochschulumfeld eine Anwendung finden sind hier auch allgemeine Kennzahlen erwähnt, die auch für andere Branchen geeignet sein wollten.

Kennzahlen zur Verteilung von Gebäude und Raumkosten (Hauptnutzflächen DIN 277) - HNF (Hauptnutzfläche)

Auch wenn die Verteilung nach Raumflächen für Bewirtschaftung und Bauunterhalt von Gebäuden auf den ersten Blick für Gebäudekosten sinnvoll erscheint ist bei einen näheren Blick auf die unterschiedliche Nutzung von Räumen ein Unterschied je nach Raumnutzungsart leicht ersichtlich. Schon bei der Betrachtung von Energiekosten ist ein UNterschied zwischen einfachen Lagerräumen und einen Isotopenlabor mit besonderen Sicherheitsanforderungen ersichtlich. Ebenso stellt sich hier die Frage, wie Nebennutzflächen wie Sanitäranlagen oder allgemeine Flächen (Flur) bei einer Kostenverteilung genutzt werden soll.

Hier ist es hilfreich sich an der DIN-Norm "DIN 277" als "eine einheitliche Beurteilungs- und Berechnungsgrundlage für die Ermittlung von Grundflächen und Rauminhalten von Bauwerken oder Teilen davon im Hochbau" (siehe Wikipedia Eintrag DIN 277) zu orientieren.

Dabei sind die einzelnen Nutzungsflächen wie folgt eingeteilt:

1. Wohnen und Aufenthalt (dazu zählen auch Teeküche oder Pausenräume)
2. Büroarbeit (hier können auch Übungsräume, Besprechungsräume gezählt werden)
3. Produktion, Hand- und Maschinenarbeit, Experimente (Druckerei, Werkstätten oder auch Räume für Tierhaltung)
4. Lagern, Verteilen, Verkauf (Lagerräume, Archive, Hauspost)
5. Bildung, Unterricht, Kultur (darunter fallen auch Sporthallen, Bühnen oder Bibliotheken)
6. Heilen und Pflegen (hier können auch Labore oder medizinische Einrichtungen wie Operations- und Behandlungsräume eingeordnet werdfen)
7. Sonstige Nutzung (Sanitörrume,Nebennutzflächen)

Je nach Ausstattung ihr einzelnen Gebäude und Räume eignet sich diese DIN als Orientierung und Sie können die einzelnen Gebäudekategorien (GKAT) oder Raumnutzungsarten (RNA) jeweils einen passenden Gewichtiungsfaktor zuordnen.

Dabei kann als Index mit Gewichtungsfaktor 1 ein klassischer Büroraum genommen werden und im Vergleich dazu die Raumkosten für andere Raumnutzungsarten herangezogen werden bzw. im Verhältnis gesetzt werden.

Kennzahlen zur Verteilung von Verwaltungskosten - FTE oder VZÄ

Zur Verteilung von Overheadkosten (wie Verwaltung) eignet sich hier das Personal als Größe heranzuziehen, sofern Sie nicht per Zeitaufschreibung den Service ihrer Personalabteilung oder Finanzbuchhaltung verursachungsgerecht verteilen wollen. Im Artikel "Anzahl Belege Kreditor je Fachbereich oder Abteilung anhand Kostenstelle oder verantwortliche Kostenstelle CO Innenauftrag" habe ich zwar auch eine Auswertung der Anzahl an Belegen beschrieben, jedoch sollte dabei beachtet werden, dass manchmal ein einzelner Beleg wesentlich mehr Prüfaufwand verursacht als eine Vielzahl an Belege die möglicherweise auch noch automatisch per "Massenstammdatenpflege mit LSMW oder SECATT dank Transaktionsaufzeichnung - Handbuch erweiterte computergestützte Test-Tool (eCATT) und LSMW" oder künftig per "SAP S/4HANA Migration Cockpit - Datenmigration mit LTMC und LTMOM" eingebucht wird.

Statt der Kennzahl "Anzahl Beschäftitgte" nach Köpfen kann als Kennzahl FTE (englisch: full-time equilavent) beziehungsweise VZÄ (Vollzeitäquivalent) aus dem Pesonalmanagement genutzt werden. Diese dient der Darstellung von Arbeitszeit von Teilzeit-Beschäftigten im Verhältnis zu einer Vollzeitkraft. Eine Vollzeitkraft die ausschliesslich in einer Abteilung (Kostenstelle) arbeitet, wird mit einem Wert 1,0 dargestellt. Neben der Betrachtung der Arbeitszeit sollte aber auch die Kostenverteilung berücksichtigt werden, wenn eine Person in mehr als einer Abteilung beschäftigt ist. Hier ergibt sich je Kontierungsobjekt die Kennzahl aus folgender Formel:

• VZÄ = Beschäftigungsgrad * Kostenverteilung

Diese Kennzahl sollte für jede Periode (Monat) erhoben werden, so dass auch entsprechende Schwankungen abgebildet werden können.

Die Ermittlung von Beschäftigungsgrad (Infotyp 0007 - Personaladminstration) und Kostenverteilung (Infotyp 1018 - Organisationsmanagement) ist im Artikel "SapQuery Personalkostenumlage VZÄ" näher beschrieben.

Unterschiedliche Beschäftigtengruppen

Denkbar ist es auch für unterschiedliche Beschäftigtengruppen noch einmal separate Kennzahlen zu erheben. So könnte für eine Professur inhabende Person die Kennzahl PROF ebenso relevant sein wie WISS für wissenschaftliche MItarbeitende.

Gerade im Zusammenhang mit Personalauswertungen kann auch der Artikel "SUMMEWENN über mehrere Spalten in Excel oder Personalkostenhochrechnung auf Innenauftrag zusammenfassen" lesenswert sein.

Kennzahlen im Hochschulumfeld

Während die oberen Kennzahlen für eine Vielzahl von Branchen genutzt werden können gibt es auch branchenspezifische Kennzahlen. Für den Bereich Hochschulberichtswesen und Hochschulcontrolling sind hier auch weitere Leistungskennzahlen im Bereich Forschung und Lehre relevant.

Solche Zahlen können entweder zum Vergleich herangezogen werden (siehe Artikel "Datentrends für Drittmittelstatistik mit Sparklines ab Excel 2010 darstellen durch Liniendiagramme in Zellen" oder "Excel Pivottabelle Darstellung Grenzwerte Einnahmen auf Projekte je Person durch Zuordnung VZÄ auf verantwortlicher Kostenstelle" aber auch für eine Kostenverteilung herangezogen werden.

Eine Analyse der budgetrelevanten Kennzahlen ist aber sicherlich für ein aussagekräftiges Hochschulcontrolling wichtig und ist im Vergleich der Leistungsmengen auch im Artikel "Leistungsmengen im Grundbudget je Fächergruppe (Cluster) im Vergleich oder bedingte Formatierung für Minimalwerte und Maximalwerte" beschrieben.

Auf zwei dieser im Hochschulumfeld typischen Zahlen möchte ich wie folgt eingehen.

Kennzahlen aus den Bereich Lehre: Studierende - STUDR / GSTUD

Sonstige Einrichtungen wie Studienberatung, Hochschulsport oder auch Bibliotheken können nach der Anzahl der Studierende verrechnet werden. Hier sollte sich darüber verständigt werden ob Studierende im 1. Fachsemester, Studierende in Regelstudienzeit (STUDR) oder die Gesamtzahl aller Studierende (GSTUD) als Kennzahl genutzt werden soll. Sinnvoll ist es hier sich an einen entsprechenden Faktor zu orientieren der auch im Rahmen des Budgetierungsmodell als Erfolgsfaktor genutzt wird. In der Regel dürften dieses Studierende in Regelstudienzeit sein.

Denkbar wäre hier auch eine erfolgsabhängige Kennzahl wie Absolvierende (ABS).

Lehrimport und Lehrexport auf Ebene Studiengänge - LENA

Für die Berechnung der Lehrnachfrage ist schon im Artikel "Auswertung Statistische Kennzahlen auf Innenaufträge für Lehrimport und Lehrexport auf Ebene Studiengänge" eine entsprechende Kennzahl beschrieben worden.

Dabei wird davon ausgegangen, dass für alle Studiengänge ein Curricularnormwert (CNW) vorliegt. Innerhalb der Kapazitätsverordnung  (KapVO) wird dieser Wert als Anzahl der Deputatsstunden verstanden, die für die Ausbildung in einen bestimmten Studiengang erforderlich ist. Als Wert bildet dieser den Lehraufwand in SWS (Semesterwochenstunden) ab der für Studierende in Regelstudienzeit erforderlich ist. (siehe Definition Curricularnormwert auf Wikipedia).

Nun ist es aber so, dass nicht nur eine Lehreinheit für einen Studiengang verantwortlich ist sondern hier Leistungen von unterschiedlichen Lehreinhieten oder Fachbereichen erbracht werden.

Im Rahmen einer CNW Matrix wird dieser Lehrleistung als SWS je Studiengang zwischen den einzelnen Lehreinheiten aufgeteilt.

Nemen wir als Beispiel einen Studiengang A und fünf Lehreinheiten die sich insgesamt 10 SWS aufteilen.
 

Beispiel CNW

Studiengang	LE 01	LE 02	LE 03	LE 04	LE 05	Summe
Studiengang A	3	0,7	0,3	3,8	2,2	10
Studiengang B	4,5	2	0,2	0,8	2,5	10

Dieses bildet die Lehrbeziehung zwischen den einzelnen Studiengängen ab.

Für die Berechnung der CNW Anteil der einzelnen Lehreinheiten wird die Leistung je Studiengang im Verhältnis zur Gesamtleistung des Studiengangs hernagezogen. Dieses wäre beim Studiengang für die LE 01 also 3 von 10  und somit 0,3 (berechnet aus 3 / 10).

 

Beispiel CNW Anteile

Studiengang	LE 01	LE 02	LE 03	LE 04	LE 05
Studiengang A	0,3	0,07	0,03	0,38	0,22
Studiengang B	0,45	0,2	0,02	0,08	0,25

Für die einzelnen Studiengänge liegt dann eine Jahrgangsbreite vor aus der sich dann die Lehrnachfrage aus der Multiplikation der Studierende mit dem CNW Anteil berechnet. Die Anzahl der Studierende multipliziert mit den CNW Anteil der Lehreinheit ergibt also den Lehrbedarf in SWS für alle im Studiengang eingeschriebene Studierende.

 

Beispiel Lehrnachfrage nach Lehreinheit (LE)

Studiengang	Jahrgangsbreite	LE 01	LE 02	LE 03	LE 04	LE 05
Studiengang A	100	30	7	3	38	22
Studiengang B	100	45	20	2	8	25
Summe Lehrnachfrage	200	75	27	5	46	47

Die Summe je Lehreinehit kann dann zur Verteilung der Kosten auf Ebene der Studiengänge für die einzelnen Lehreinheiten herangezogen werden.

So wären die Gesamtkosten der Lehreinheit 01 auf anteilig zu 30 auf Studiengang A und 45 auf Studiengang B zu verteilen.

Eine passende Auswertung dazu ist im Artikel "Hochschulcontrolling: Vergleich Lehrimport von Studiengängen und Kostenanteile einzelner Lehreinheiten - Abschnitte mit abgeleiteten Kennzahlen im Report Painter" beschrieben.

Da dies insgesamt nach einem Betriebsabrechnungsbogen erfolgt ist dieses direkt zu verteilen.

Verbrauchseinheiten wie TELE für Telefoneinheiten

Neben der Leistungsartenrechnung kann auch die Umlage und Verteilung auf Basis von Verbrauchsmengen geführt werden. So kann eine Kennzahl wie die verbrauchten Telefoneinheiten (TELE), versendete Briefe (PORTO) oder gedruckte Seiten (DRUCK) zur Verteilung der aufgelaufenen Kosten der Durckerei, Poststelle oder des Rechenzentrums genutzt werden. Hier werden die aufgelaufenen Porto-, Telekommunikations- und Durckkosten ebenfalls über eine erfasste Kennzahl (sinnvollerweise als Summenwerte) erfast und entsprechend verrechnet.

Weitere Kennzahlen im Hochschulumfeld - monetäre und nichtmonetäre Kennzahlen

Teilweise kann sich bei der Wahl einer geeigneten Kennzahl auch an die schon erwähnten Leistungsmenegen orientiert werden, die auch im Bereich der Haushaltspläne für Hochschulen vorgesehen sind. Dieses kann neben den typischen Kennzahlen im Bereich der Forschung (Drittmittelvolumen, Promotionen) auch noch Absolventinnen und Absolventen oder auch Berufungen von Frauen sein. Dabei ist es auch eine Frage welches Profil sich eine Hochschule geben möchte und wie die Kernbereiche Lehre, Forschung und wissenschaftlicher Nachwuchs, Gender, Internationalisierung und Weiterbildung auch im Rahmen eines Budgetierungssystem abgebildet werden kann.

Volker Wiest, ein sehr geschätzter Kollege einer anderen Hochschule, hat auf seiner Seite hochschulcontrolling.de unter der Rubrik "Haushalt & Finanzen" ebenfalls einige grundlegende Informationen rund um Haushaltspläne und die Hochschulkostenrechnung gesammelt.

Weitere Daten vom statistischen Bundesamt (DeStatis)

Das Statistisches Bundesamt (DeStatis) veröffentlicht regelmäßig auf https://www.destatis.de/DE/Themen/Gesellschaft-Umwelt/Bildung-Forschung-Kultur/Hochschulen/Publikationen/_publikationen-innen-hochschulen-kennzahlen.html sowohl monetäre als auch nicht monetäre hochschulstatistische Kennzahlen im Rahmen der Fachserie 11 Reihe 4.3.1 (zuletzt von 1980 - 2019) dabei werden sowohl internationale als auch nationale Kennzahlen über alle Hochschulen in Verbindung gesetzt.

Gerade für den Bereich Bildung, Forschung und Kultur wird auch für Hochschulen auf https://www.destatis.de/DE/Themen/Gesellschaft-Umwelt/Bildung-Forschung-Kultur/Hochschulen/_inhalt.html weitere verfügbaren daten zur Verfügung gestellt.


Dies ist auch ein Grund warum in den Artikeln "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik" oder "Redesign Report Painter Berichte im Rahmen der Hochschulfinanzstatistik hier: Merkmal sowohl in Spalte als auch Zeile ausweisen" sich das Berichtswesen auch auf die Ergebnisse der Hochschulfinanzstatistik oder Personalstandsstatistik beschäftigt.

Weitere Verteilungsschlüssel

Bisher habe ich hier in der Hauptsache auf Mengengrößen  Bezug genommen, eine Alternative wäre jedoch auch eine Verteilung über Wertgrößen. So könnte über andere Wertgrößen (wie gebuchte Personalkosten oder Erlöse erfolgen.

Als wichtige Eigenschaften geeigneter Kennzahlen oder Schlüssel sollten aber die folgenden Punkte enthalten:

• verursachungsgerecht
• mit vertretbaren Aufwand messbar
• und idealerweise auch beeinflussbar sein

Diese Punkte sind insbesondere dann notwendig, wenn diese auch in allen Abteilungen akkzeptiert werden.

Technische Umsetzung der Umlage und Verrechnung mit SAP CO

Wie eine solche kennzahlenbasierte Verrechnung erfolgen kann können Sie in folgenden Büchern kennenlernen.

Eine ausführliche Beschreibung ist unter Buchempfehlungen unter  Schnelleinstieg ins SAP®-Controlling (CO) – 2., erweiterte Auflage (SAP Modul CO; interne Rechnungswesen) zu finden.

  Paperback ISBN: 9783960120346

Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

Ebook ISBN: 9783960120346


Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlich auf die Umsetzung im Rahmen eines Berichtswesen im Controlling 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.


Künftig wird es hier sicherlich auch noch eine weitere Publikation geben, die dieses Thema aufgreifen wird. Zumindest setze ich mich zur Zeit etwas intensiver mit dem Thema "Abschlüsse im Gemeinkosten-Controlling in SAP S/4HANA" auseinander :-).

Sind die einzelnen Kennzahlen erst einmal erfasst stellt sich auch die Frage der Auswertung eben dieser Kennzahlen.

Beim Aufbau eines Berichtswesen im SAP Controlling sind auch diese Punkte besonders zu beachten.  Somit ist es auch wichtig, dass die Verteilgrößen auch durch die Verantwortlichen selbst mit ausgewertet werden können.

Innerhalb Report Painter Berichte könenn diese im SAP System ausgewertet werden aber manchmal ist es für das Controlling auch erforderlich eine Gesamtliste aller gebuchten Kennzahlen zu erhalten. Eine solche Möglichkeit ist im Artikel "Auswertung gebuchter statistischer Kennzahlen jahresübergreifend nach CO Objekten wie Kostenstelle oder Innenauftrag" festgehalten worden.
 

In einer Kreditorenrechnung wurden sowohl Kostenstelle als auch Innenauftrag bei der Buchung des elektronischen Rechnungseingangs gebucht worden. Dadurch ist diese Buchung im Controlling im Ist auf den Innenauftrag und statistisch auf die Kostenstelle gebucht worden. Statistische Buchungen werden in den Kostenstellenberichten separat ausgewiesen.

Die Auswertung von statistischer Buchungen ist auch im Artikel "Investitionen in ReportWriter (statistische Buchungen)" beschrieben sowie für den umgekehrten Fall (Innenauftrag statistisch) im Artikel "Statistischer Innenauftrag in SAP und verschiedene Anwendungen u.a. Verfügbarkeitskontrolle zum Budget im CO auf Kostenstelleneben".

Für eine Auswertung im Report Painter kann im CO-OM (zum Beispiel die Bibliothek 1VK "Kostenstellen - Vollkostenrechnung" oder 6o1 "Innenaufträge", beide basierend auf die Tabelle CCSS "Berichtstabelle: Gemeinkostencontrolling")  der Werttyp 11 Statistisches Ist verwendet werden.

Jedoch werte ich mittlerweile die CO-Objekte über die klassische Profitcenter-Rechnung aus. Durch die "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" kann ich zu den selektierten Profitcentern entsprechende CO Objekte ausgeben lassen und damit wie im Artikel "Auswertung Anlagenzugänge als Investitionen im Report Painter mit Ausweis CO Objekte Innenauftrag und Kostenstelle" auch Investitionen auswerten.

Innerhalb meines Berichtes werden die statistischen Buchungen ohne Werttyp in die Profitcenterrechnung fortgeschrieben, sodass zum Profitcenter sowohl die Kostenstelle als auch der Innenauftrag als Feld gefüllt sind.

Zwar ist der Beleg nur einmal auf das Profitcenter des Innenauftrages ausgewiesen, aber da ich die Belege einzeln auswerte erhalte ich nun den Buchungsbetrag sowohl auf den Innenauftrag als auch den statistischen Wert auf der Kostenstelle.

Um dieses zu korrigieren, benötige ich daher einen weiteren Report Painter Bericht, der mir die statistischen Buchungen auf den Kostenstellen auswertet, um dieses als Korrekturvorlage zu verwenden. Da wir keine statistischen Innenaufträge nutzen sollten statistische Buchungen nur bei der Kombination von Innenauftrag und zusätzlich Kostenstelle vorhanden sein.

Die statistischen Buchungen sind dann auch nur auf der Kostenstelle.

Report Painter Bericht - statistische Buchungen auf Kostenstelle
Der Bericht in der Bibliothek 1VK "Kostenstellen - Vollkostenrechnung" ist dabei wie folgt gestaltet.

Allgemeine Kriterien (diese gelten für alle Abschnitte)
Ausgewählte Merkmale:

• KostRechKreis (Varibale) 1KOKRE
• Geschäftsjahr (Variable) 1CGJAHE
• Periode (Variable) von 1PERIV bis 1PERIB
• Werttyp 11 (Statistisches Ist)
• Version 0

Zeilen:
Ausgewählte Merkmale

• Kostenstelle (Gruppe) oberster Knoten Standardhierarchie der Kostenstellen

Spalten;
Ausgewählte Merkmale

• Kostenart (Gruppe) für Kosten und Erlöse

Formel:
Hier habe ich dann entsprechende Korrekturspalten in dem ich die Kosten und Erlöse jeweils mit * -1 umkehre und so eine Korrektur für meinen Bericht habe.

Damit kann ich zum oberen Bericht die statistischen Buchungen in Excel per Pivot Tabelle je CO Objekt wieder bereinigen :-).

An dieser Stelle möchte ich für das Berichtswesen auch noch einmal auf meinen Artikel "Grundlagen: Set-Variablen im Report Painter / Report Writer am Beispiel Kostenstellengruppe und Innenauftragsgruppe" hinweisen. Ebenso wie für Kostenstellen und Innenaufträge sind solche Gruppierungen natürlich auch für Profitcenter möglich.

Da ich die Auswertung anhand von Profitcentern ausführe, kann ich im Bericht über die Bibliothek 8A2 "EC-PCA: Standardberichte" direkt über das Profitcenter die CO-Objekte selektieren. Jedoch habe ich in der Profitcenterrechnung auch keine Obligo ausgewiesen. Daher nutze ich einen weiteren Bericht zur Anreicherung der Profitcenter-Auswertung wie im Artikel "Report Painter Bericht für Obligo auf CO-Objekten mit interaktive Stammdatengruppen" beschrieben.

Gerade die Behandlung von Obligos, als künftige Verpflichtungen der Kostenverantwortliche, ist auch ein Thema, dass besonders im Berichtswesen behandelt werden sollte.  Unter "Obligo Verwaltung im SAP Modul CO - Customizing, Standardberichtswesen, Report Writer/Painter und SAP Query" können die erforderlichen Einstellungen betrachtet werden, aber  gerade im Hochschulumfeld (der auch generell der öffentlichen Verwaltung) ist dieses auch in Hinblick auf das Public Sector Management / Haushaltsmanagement ein Thema.

Exkurs: Obligo in PSM-FM
Hier möchte ich, da immer einmal wieder die Frage aufkommt auf "Analyse und Abgleich Einzelposten und Summensätze im Haushaltsmanagement PSM-FM am Beispiel Abweichung Reisekostenobligo" sowie "Löschen von fehlerhaften (Obligo)-Belegen im Modul PSM-FM (Haushaltsmanagement)" hinweisen.

An dieser Stelle freue ich mich übrigens schon auf einen Wechsel in Richtung S/4HANA in der Hoffnung, dass hier dank Universal Journal auch einige andere derzeit bei uns im Hochschulcontrolling und Hochschulberichtswesen vorhandene Anforderungen erheblich vereinfacht werden.


Zukunft des Berichtswesens unter S/4HANA
Gerade für Kolleg:innen kann ich in diesen Zusammenhang auch folgende Onlinekurse empfehlen.

Grundlagen SAP Berechtigungen inklusive Fiori - Online Training


SAP S/4HANA Finance & Controlling - Online Training


Sofern (sowohl unter ERP als auch S/4) das Thema Report Painter / Report Writer weiterhin interessant ist, mag ich auch noch auf eine "Neuerscheiung" eines Buches zum Thema Report Painter und Report Writer hinweisen.

Derzeit arbeite ich ein wenig meine Internetseiten rund um Buchempfehlung und SAP Know-how um. Erfreulicherweise kann ich hier auch ein Buch zum Thema Report Painter empfehlen.

  (07. Juni 2019)
Für 29,95 € bestellen


Oder als SAP Bibliothek-Flatrate *





Im Buch »Berichtswesen im SAP®-Controlling« bin ich ebenfalls auf die angesprochenen  Themen rund um den Aufbau eines Berichtswesen unter SAP  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.
 
 

---

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.

---

Ich benutze ja selbst mein Blog immer einmal wieder als Wissenspool und freue mich auch darüber mich rund um SAP mit anderen Menschen austauschen zu können. Daher sind kurze Mailanfragen auch oft eine gute Grundlage für neue Blogartikel und eine Möglichkeit selbst ein wenig zu lernen.

Manchmal sind aber solche Fragen auch relativ schnell beantwortet, so dass ich hier keinen großen Artikel sondern nur die Antwort hinterlegen mag für den Fall, dass die Frage mal wieder auftaucht.

Währungsumrechnung innerhalb eines Repot Painter Berichtes.
Ist es möglich einzustellen, dass die ausgewiesenen Kosten anstatt EUR in USD ausgewiesen werden?

Für jeden Report Painter Bericht gibt es am Selektionsbild die Schaltfläche "Währungsumrechnung (UMSCH + F9)" über die Zielwährung, Kurdatum und Kurstyp ausgewählt werden können.  Je nach Bericht kann diese Währungsumrechnung auch nur für bestimmte Kennzahlen des Berichtes erfolgen.

Bei der Konzeption von eigenen Berichten sollte die Formatgruppe dahingehend abgeändert werden, dass unter

• (Mehr) Formatierung
• Spalten

in der Formatgruppe beim Abschnitt Zahlenformat die Option "Einhei einblenden" aktiviert werden (siehe auch "Formatierung Report Writer Berichte" oder "Vorzeichenumkehr bei Ertrag und Aufwand im SAP Berichtswesen am Beispiel Recherchebericht und Report Painter").


Für einen Bericht soll ein weiterer Zeilenblock von Kostenarten eingebaut werden, der mit Strichen von den anderen Kostenblöcken getrennt ist.

In der Transaktion GRR2 kann unter

• (Mehr) Formatierung
• Zeile

für die markierte Zeile  nicht nur das Vorzeichen angepasst werden sondern auch.

• Über-/Unterstreichung
  • Überstreichung (Linie oberhalb der Zeile)
  • Unterstreichung (Linie unterhalb der Zeile)

aktiviert werden.  So kann ein Kostenblock tatsächlich als Block formatiert werden.

Ferner kann auch unter Farbeinstellung die Hintergrundfarbe für eine Zeile mit folgenden Optionen angepasst werden:

• Farbe für Hervorhebung
• Farbe für Zwischensummen
• Farbe für eingeschobene Zeilen
• Farbe für Summen
• Keine Farbverwendung

Dabei ist darauf zu achten, dass hier das Template bei der Office Integration diese Farben per VBA festlegt. Dieses bedeutet, dass die Farbtabelle von der normalen Excel Ansicht abweicht. Eine Lösung wie die Farben auch in einer anderen Arbeitsmappe erhalten bleibt ist im Artikel "Office Integration - Excelansicht in SAP und Daten kopieren nach Excel" erläutert.

Ich würde gerne eine Auswertung erstellen, die mir anzeigt, wie viel Geld an einen bestimmten Kreditor geflossen ist.  Mit der Kreditoren-Einzelpostenliste oder einem Versuch in Query mehrere Tabellen zusammen zu legen, bin ich gescheitert.

Bei der Auswertung der Kreditoren-Einzelpostenliste (S_ALR_87012103) ist vermutlich ein Filter auf die Belegart ZP = Zahlposition  zu setzen, da sich sonst die Einzelpositionen gegenseitig saldieren.  Allerdings erhalten Sie damit lediglich alle Buchungen die direkt auf das Kreditorenkonto gebucht worden sind. Sofern es sich um eine Zahlung auf ein  CpD (Conto pro Diverse)  erfolgte kann tatsächlich eine Query hilfreich sien. Im Rahmen der  "Verordnung über die Mitteilung von Zahlungen an die Finanzbehörden" (Mitteilungsverordnung gem § 93a AO) kann hier eine Auswertung über die Profit-Center-Rechnung per Query erfolgen.

Im Artikel "Auswertung Kreditoren Einzelposten inklusive CO Objekte wie Kostenstelle oder Innenauftrag" ist dieses für die klassischen Profitcenterrechnung ohne neues Hauptbuch beschrieben. Für das neue Hauptbuch habe ich diese Auswertung noch nicht getestet. Eine Alternative wäre eine Auswertung über die logische Datenbank BRF.

Dieses ist im Artikel "Query FI Einzelposten als Belegjournal - Belegsegment (BSEG) und Belegkopf (BKPF) verknüpfen" erläutert.

Wie kann ich in einen Report Painter Bericht in einer Formel Bezug auf eine Kombination aus Zeile und Spalte nehmen?

Diese "spezielle Zelldefinition" als Z Feld (X = Spalten, Y = Zeilen)  kann durch einen Doppelklick auf die Zelle erreicht werden. Neben dieser Zelle erscheint dann ein Zeichen "✔". Hierdurch wird eine "spezielle Zelldefinition" vorgenommen. Damit steht die Zelle als Formelbestandteil direkt zur Verfügung.

Im Artikel "Redesign Report Painter Berichte im Rahmen der Hochschulfinanzstatistik hier: Merkmal sowohl in Spalte als auch Zeile ausweisen" ist dieses näher beschrieben.

Wie kann ich meine Spalten und Zeilen in einen neuen Abschnitt kopieren ohne diese erneut anlegen zu müssen?

Da einige Kolleg:innen derzeit mit Report Painter neue Berichte erstellen verweise ich hier gerne auf meinen Artikel "Spalten oder Zeilen in Report Painter Berichten innerhalb Abschnitte kopieren bzw. als Vorlage anlegen Copy & Paste im CO Berichtswesen".

Da in letzter Zeit doch einige Fragen rund um Report Painter, Report Writer gestellt worden sind, verweise ich auch gerne auf unteren Hinweis zu einer Einführung rund um Report Painter.

Wie kann ich Professur, Projektverantwortliche, ... und andere Stammdaten in einen Report Painter Bericht mit ausgeben?

Unter

• (Mehr) Zusätze
• Berichtstexte

in der Transaktion GRR2 können für

1. Titelseite
2. Kopfzeilen
3. Fußzeilen
4. Ende_Seite
5. und Text für Export

weitere Informationen zum Bericht erhoben werden. Letztere Option habe ich im Artikel "Kopfzeilen im Report Painter auch bei Export nach Excel verwenden" näher beschrieben.

Im Artikel "CO Objekte indirekt auswerten Teil 1/2 hier: Anhand Kostenstelle im Report Writer zugeordnete CO Objekte Innenauftrag und Kostenstelle" bin ich darauf eingegangen, dass hier auch mit Variablen zu den Stammdatenobjekten verfahren werden kann.

Nach Aufruf der Textpflege (Kopfzeile oder auch Text für Export) kann über die Schaltfläche Merkmale das Merkmal Kostenstelle gewählt werden und als Textart WERT und als Wertart WERT/GRUPPE verwendet werden. Hierdurch wird entweder der Kostenstellengruppenname oder die selektierte Kostenstelle als Schlüssel (sprich die Kostenstellennummer) ausgegeben. Ergänzend bietet es sich direkt an als weiteres Merkmal ebenfalls die Kostenstelle zu nehmen nun aber als Textart KURZTEXT und Wertart WERT/GRUPPE zu verwenden, so dass auch die Bezeichnung der Kostenstellengruppe beziehungsweise der Kostenstelle mit ausgegeben wird.

Über die Schaltfläche Spez. Var...  können ferner noch Spezielle Textvariablen Stammdatenattribute als Textelement eingefügt werden. Damit ist es möglich zu einer selektierten Kostenstelle über die Stammdatentabelle KOSTENSTELLENSTAMMSATZ das Stammdatenattribut VERANTWORTLICHER als Textart WERT mit einzufügen. Dieses gilt natürlich auch für weitere Stammdatenfelder wie Abteilung oder andere hinterlegte Felder inklusive der per Userexit CMOD (COOMKS01) hinzugekommene kundeneigene Zusatzfelder, die ja auch schon im Artikel "Auswertung per CMOD eingeführter kundeneigener Felder Kostenart, Kostenstelle und Innenauftrag per Stammdatenverzeichnis und SAP Query" ein Thema waren.

Wird statt einer Kostenstelle ein Innenauftrag ausgewertet kann ier aus der Stammdatentabelle Controlling-Auftragsstammdaten auch Felder wie  Arbeitsbeginn, Arbeitsende oder Verantwortlicher und andere Stammdaten hinterlegt werden. Zumindest bei EInzelauswertungen ist dieses eine praktische Anzeige :-).

Sollen jedoch Bewegungsdaten und Stammdaten in einer Liste kombiniert ausgewertet werden kann dieses per Query (siehe "Query über COEP, AUFK und FMFINCODE für Einzelposten Istkosten Innnenauftrag mit Stammdaten aus CO und PSM-FM sowie Spalten für Ertrag und Aufwand - Erster Teil Infoset als Datengrundlage") oder als Ergänzung zum Summenbericht (siehe Verweise unter "Grundlagen Rechercheberichte Ausgabeart grafische Berichtsausgabe oder klassische Recherche" und "Drittmittelstatistik nach LOMZ über Recherchebericht und SAP Query" erfolgen.

Im Rahmen einer SAP S/4HANA Einführung kam die Frage auf, obReport Painter unter S/4HANA noch aktuell ist oder Berichte nur noch als FIORI Anwendungen bzw. Universal Journal aufgebaut werden können.
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.

Stammdaten im Controlling insbesondere der klassischen Profitcenter Rechnung
In welcher Tabelle können inaktive Profitcenter-Stammdaten ausgewertet werden.

Neben einer reinen Stammdatenauswertung, wie im Artikel "Query Stammdatenvergleich Profit-Center und Auslesen von Textbestandteilen (Teilstring aus Variable)" oder der Auswertung von Änderungen in Stammdaten, wie im Artikel "Änderungsbelege zu CDHDR und CDPOST für SAP Objekte wie Stammdaten im Rechnungswesen (Report/Transaktionscode RSSCD100)".

Neben den bekannten Tabelle CEPC "PRofitcenter-Stammdatentabelle" und CEPCT "Profitcenter-Stammdaten Texte" werden inaktive (Profitcenter-) Stammdaten in Tabellen beginnend mit CMDT* gespeichert und können darüber ausgewertet werden.

Wie kann ich mich in Report Painter und Report Writer einarbeiten?

Derzeit arbeite ich ein wenig meine Internetseiten rund um Buchempfehlung und SAP Know How um. Erfreulicherweise kann ich hier auch ein Buch zum Thema Report Painter empfehlen.

  (07. Juni 2019)
Für 29,95 € bestellen


Oder als SAP Bibliothek-Flatrate *




Woher stammen diese Fragen?

Neben direkten Fragen von Kolleg:innen gibt es auch per Mail (oder Kommentar im Blog/Social Media) einen regen Austausch rund um SAP und andere Themen. Heute möchte ich ein paar dieser Fragen aufgreifen und hoffe, dass diese auch anderen helfen werden. Ebenso können oft auch Fragen aus Forenbeiträgen aufgerufen werden.

Je nach Thema wird es aber auch weiterhin noch ausführlichere Artikel hier im Blog geben :-).


 

---

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.

---

Das Berechtigungskonzept für Objekte wie Kostenstellen, Innenaufträge, Profitcenter greift auch bei angelegten Report Painter Berichten. Allerdings kann es durchaus erforderlich sein, dass bestimmte Berichte nicht von allen Usern direkt aufgerufen werden dürfen. Dafür gibt es die Möglichkeit an vier Stellen Berechtigungsgruppen im Report Painter Umfeld zu hinterlegen, so dass hier die Bearbeitung von ihren Bibliotheken, Standardlayout, Berichten oder Berichtsgruppen eine feinere Bearbeitung eingeschränkt werden kann.

Dieses ist für folgene Objekte möglich, auf deren Pflege der Berechtigungsgruppe aber auch den zugehörigen Berechtigungsobjekten ich nun eingehen möchte.

Berechtigungsgruppe Report Writer: Bericht

Das Berechtigungsobjekt G_800_GRP "Report-Writer: Bericht" emröglicht es zu einer Berechtigungsgruppe ide Aktivitäten

• 01 Hinzfügen oder Erzeugen
• 02 Ändern
• 03 Anzeigen
• 06 Löschen

zuzuweisen. Die Berechtigungsgruppe selbst ist dabei ein Freitextfeld und kann natürlich auch ein * umfassen.

Im Bericht (Transaktion GRR2) kann im Berichtskopf

• (Mehr)
• Bearbeiten
• Berichtskopf (STRG + UMSCH + F9)

eine Berichtsgruppe ausgewählt oder über das Bleistiftsymbol angelegt werden. Hierbei handelt es sich um ein mandantenabhängiges Objekt, so dass dieses entsprechend transportiert werden muss oder der Status "nicht änderbar" im Produktivmandant geändert werden muss. Als Einträge sind hier BeGr und eine Bezeichnung der Benutzergruppe möglich.

Berechtigungsgruppe Report Writer: Bibliothek

Über das Berechtigungsobjekt G_801K_GLB " Report-Writer: Bibliothek" kann ebenfalls eine Berechtigungsgruppe mit den Aktivitäten 01, 02,03 und 06 gepflegt werden.

Hier wird die Berechitgungsgruppe allerdings in der Pflege der Bibliothek hinterlegt.

Durch die Transaktion GR22 kann dieses für eine bestehende kundeneingene Bibliothek über den Abschnitt Berechtigungsgruppe erfolgen. Auch hier gibt es einen Bleistift zur Pflege der Berechtigungsgruppe sowie die Auswahl der Gruppen.

Beispiele zur Pflege einer kundeneigene Bibliothek sind in den Artikeln:

• "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter"
• "Erweiterung Report Writer Berichtsbibliothek 1CT zur Darstellung rollierendes Geschäftsjahr für Kostenstelle und Innenauftrag"

Berechtigungsgruppe Report-Writer: Standardlayout

Auch das Standardlayout kann über das Berechtigungsobjekt G_801U_GSY "Report-Writer: Standardlayout" eingeschränkt werden.

Die Pflege der Berechtigungsgruppe kann in der Transaktion GR12 direkt unter Berechtgungsgruppe erfolgen.

Auf die Pflege des Standardlayout bin ich im Artikel zuvor eingegangen.

Berechtigungsgruppe Report-Writer: Berichtsgruppe

Hier kann die Pflege über das Berechtigungsobjekt  G_803J_GJB " Report-Writer: Berichtsgruppe" eingeschränkt werden.

Die Berechtigungsgruppe kann in der Transaktion GR52 "Berichtsgruppe ändern" im Kopf unter Berechtigungsgruppe hinterlegt werden.

Da Berichtsgruppen mehrere Berichte einer Bibliothek zusammenfasst, kann es sinnvoll sien, diese nicht zu voll zu stopfen, so dass hier eine Einschränkung der Pflege hilfreich ist.

Ferner werden in dieser Berichtsgruppe auch die Empfängerberichte zugeordnet (siehe Artikel "RW/RP Empfängerberichte zuordnen".
 

Nutzen von Berechtigungsgruppen bei Report Painter

Gerade wenn kundeneigene Bibliotheken angelegt worden sind oder Anpassungen am Standardlayout vorgenommen sind, kann es sinnvoll sein, dass hier eine Personengruppe nur die Berechtigung zur Anpassung hat, da andernfalls eine Vielzahl von Änderungen die Objekte bearbeitet und hier eigentlich eine Übersichtlichkeit gewünscht wird.

Es sind also keine Berechtigungsobjekte die die Auswertung von Report Painter Berichten beeinflussen (hierzu sind die üblichen Berechtigungsprüfungen auf Summen und entsprechende Daten gültig) sondern eine feinere Berechtigungsprüfung zur Steuerung welche Gruppe von Anwendende Anpassungen an Bibliotheken, Layout, Berichtsgruppen oder einzelnen Berichten steuert.

 

---

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.

---

Innerhalb eines Report Painter Berichtes können in unterschiedlichen Zusammenhängen relevant sein. Dieses betrifft neben der Länge und Darstellung der Schlüsselspalte auch die Darstellung negativer Vorzeichen sowie die Behandlung von Nullzeilen.

Auf einzelne Aspekte davon bin ich auch in folgenden Artikeln eingegangen:

• "Formatierung Report Writer Berichte"
• "Berichtslayout beim Report Writer - Nullwerte als Platzhalter ausgeben, wenn keine Buchung (Daten) vorhanden sind dank Formulardruck"
• "Darstellung negatives Vorzeichen in SAP - Standardlayout anpassen für vorangestelltes Vorzeichen"

Berichtslayout im Bericht anpassen

Insgesamt werden im Report Painter Bericht (Transaktion GRR2) die Vorgaben aus dem Standardlayout (bspw. SAP) vererbt und können hier direkt angepasst werden.

Die Einstellungen zum Berichtslayout sind unter

• (Mehr)
• Formatierung
• Berichtslayout

einstellbar. Hier kann durch die Schaltfläche "Standardlayout übernehmen" die Vorgaben aus dem Standardlayout übernommen werden.

Sonderfall: Berichtslayout gesperrt

Beim Ausführen des Berichtes kann über

• (Mehr)
• Einstellungen
• Berichtslayout

Das Layout eines Berichtes ebenfalls angepasst werden.

Hier gibt es jedoch eine Besonderheit.  Über

• (Mehr)
• Einstellungen
  • Einstellungen sichern
    kann dieses Layout gesichert werden
  • Einstellungen sichern und sperren
    kann diese Änderung gegen weitere Änderungen gesperrt werden

Ist letztere Option gewählt können keine Änderungen mehr vorgenommen werden. Damit diese Optionen vorhanden ist, muss über Einstellungen->Optionen der Expertenmodus aktiviert sein.

Ist aus Versehen diese Option gewählt worden, kann in der GRR2 über die Option Standardlayout übernehmen (Formatierung->Berichtslayout) auch dieses Merkmal wieder deaktiviert werden. Handelt es sich um ein Standardlyout im Kundennamensraum kann auch in der Transaktion GR12 im Abschnitt Steuerung

Die Option "Änderung beim Ausführen erlaubt" wieder aktiviert werden.

Eigenes Berichtslayout festlegen

Sofern Sie immer wieder Einstellungen, wie Darstellung negativer Vorzeichen oder die Darstellung der Schlüsselspalte, anpassen müssen kann es hilfreich sein hier ein eigenes Standardlayout für ihre Berichte anzulegen.

Dieses können Sie im SAP Menü unter

• Infosysteme
• Ad-hoc Berichte
• Report Painter
• Report Writer
• Standardlayout
• Anlegen (Transaktion GR11)

Beim Aufruf dieser Transaktion können Sie nun ein eigenes ZLayout anlegen, dass als Vorlage ein Standardlayout bekommt. Innerhalb dieses Standardlayout können Sie dann alle gewohnten Eingaben vornehmen und entsprechend dieses ihren Berichtsbedürfnissen anpassen.

Beim Anlegen eines Berichtes wird zwar immer noch das Standardlayout gezogen aber Sie können in der GRR2 ihr eigenes Berichtslayout im Berichtskopf ihren Bericht zuweisen.

Dieses ist unter

• (Mehr)
• Bearbeiten
• Berichtskopf (STRG + UMSCH + F9)

möglich wo sie im Abschnitt Einstlelungen auch ein Standardlayout auswählen können.

An dieser Stelle können Sie auch eine Berechtigungsgruppe für ihren Bericht hinterlegen, auf die ich in einen anderen Artikel aber erst eingehen mag.

 

---

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.

---

Im Rahmen eines Userexits (per CMOD) wurde eine Stammdatenerweiterung für Kostenstellen und Innenaufträge umgesetzt. Die Vorgehenswesie für eine solche Modifikation ist grundsätzlich auch im berater-wiki.de unter "Customer-Exits (Transaktionen CMOD und SMOD)" beschrieben.

Kundeneigene Zusatzfelder per Custumer-Exit (CMOD)

Konkret handelt es sich dabei um die Kundenerweiterungen:

• Kostenstellen:
  http://www.consolut.com/s/sap-ides-zugriff/d/e/doc/P-COOMKS01
• oder auch Innenaufträge:
  http://www.consolut.com/s/sap-ides-zugriff/d/e/doc/P-COOPA003

wie auch im Artikel "Stammdatenerweiterung von CO-Objekten am Beispiel ergänzende Kostenstelle beim Innenauftrag" beschrieben.

Zusatzfelder in Stammdatentabellen CI für AUFK und CSKS

Per Customer Include (CI) sind diese Felder dann auch direkt in der Stammdatentabelle CSKS (für Kostenstellen) und AUFK (für Innenaufträge) vorhanden.

Hier zitiere ich gerne die Tabelle aus meinen Artikel "Auswertung per CMOD eingeführter kundeneigener Felder Kostenart, Kostenstelle und Innenauftrag per Stammdatenverzeichnis und SAP Query":
 

Customer Include Stammdaten

CO Objekt	Stammdatentabelle	Struktur (Include)	Kurzbeschreibung
Kostenstelle	CSKS	CI_CSKS	Zusatzfelder Kostenstellen
Innenaufrag	AUFK	CI_AUFK	Zusatzfelder CO-Innenaufträge

Nun stellt sich aber die Frage, wie diese Stammdaten ausgewertet werden können. Natürlich ist dieses mit SE16H und anderen Tabellenanzeigentransaktionen über die Stammdatentabelle möglich, aber auch bei den normalen Stammdatenlisten können diese ausgewertet werden.

Zusatzfelder in Stammdaten Kostenstelle und Innenauftrag

Im Stammsatz der Kostenstelle sind die Zusatzfelder im Register "Zusatzfelder" (Transaktion KS01 bis KS03) einsehbar und pflegbar. Für die Innenauftärge sind diese ebenfalls im Reiter Zusatzfelder vorhanden, müssen jedoch vorher als Gruppenrahmen 09 kundeneigener Felder im Auftragslayout zur Auftragsart hinterlegt werden.

Die Pflege des Auftragslayouts für diesen Fall habe ich im Abschnitt "Zusatzfelder per Gruppenrahmen im Auftragslayout CO Innenauftrag aktivieren" im oberen Artikel beschrieben. Alternativ verweise ich hier auf die zweite Auflage unseres CO Buches :-).


  Paperback ISBN: 9783960120346

Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

oder bei Amazon (Print, eBook)
 

Stammdatenlisten KS13, KOK3 und KOK5 mit Zusatzfeldern

Praktisch stellt sich eine Auswertung nun in den Stammdatenlisten wie folgt dar.

Im SAP Menü unter

• Rechnungswesen
• Controlling

kann für Kostenstellen

• Kostenstellenrechnung
• Stammdaten
• Kostenstelle
• Sammelbearbeitung
• Anzeigen (Transaktion KS13)

und für Innenaufträge

• Innenaufträge
• Stammdaten
• Sammelbearbeitung
• Sammelanzeige
• Stammdaten (Transaktion KOK3)

eine ALV Liste über die CO Objekte aufgerufen werden.

Alternativ können die Stammdatenberichte auch über

• Rechnungswesen
• Controlling
• für Kostenstelle:
  • Kostenstellenrechnung
  • Inofsystem
  • Berichte zur Kostenstellenrechnung
  • Stammdatenverzeichnis
  • Kostenstelle: Stammdatenbericht (Transaktion KS13)
• für Innenauftrag:
  • Innenaufträge
  • Infosystem
  • Berichte zu Innenaufträgen
  • Stammdatenverzeichnis
  • Innenaufträge (Transaktion KOK5)

aufgerufen werden.


Sowohl bei der KS13 als auch der KOK5 sind entsprechende Selektionsvarianten zur Auswahl der Felder anzulegen.

In der Selektionsvariante KS13 ist hier im Report RKKSTSEL im Abschnitt Zusatzfelder die Schaltfläche Zusatzfelder auszuwählen und hier kann eine Selektion über die vorhandenen Zusatzfelder erfolgen.

In der Selektionsvariante KOK3, KOK5 ist die Auswahl der Zusatzfelder direkt über die Schaltfläche "Kundeneigene Felder" als Selektionskriterein Innenaufträge aufrufbar.

Das diese Transaktionen auch für das Berichtswesen als sich selbst aktualisierende interaktive Stammdatengruppe interessant sind habe ich auch schon im Artikel "Selektionsvariante KOK5 und Statusselektionsschemata zur Auswertung gesperrter Innenaufträge" erwähnt.

Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlich auf das Thema Varianten von Berichten zur Vorbelegung von Selektionsfeldern sowie auf die Selektionsvarianten (zum Beispiel über Kostenstellen mit der Transaktion KS13 oder über Innenaufträge in der Transaktion KOK5) eingegangen durch die über vordefinierte Merkmale Stammdaten wie Kostenstellen oder Innenaufträge in Berichte selektiert werden können.


 
Nachdem die Auswertung erfolgt ist, muss allerdings gegebenenfalls neben der Selektionsvariante auch die Layoutvariante angepasst werden. Im SAP Signature Design würde ich an deiser Stelle auf den Zauberwürfel verweisen, aber im Belize Theme ist dieses leider nur ein verschachtelte Quadrate die per STRG + F8 (Layout ändern bei KS13 bzw. Aktuelle Anzeigevariante bei KOK3,KOK5) angepasst werden kann.

Hier können dann auch die Zusatzfelder in die Liste aufgenommen werden.

Auswertung der Zusatzfelder per SAP Query (Transaktion ZKOK5)

Im Artikel "Query über COEP, AUFK und FMFINCODE für Einzelposten Istkosten Innnenauftrag mit Stammdaten aus CO und PSM-FM sowie Spalten für Ertrag und Aufwand - Erster Teil Infoset als Datengrundlage" habe ich schon eine Query bzw. die Datengrundlage einer Query beschrieben durch die es möglich ist nicht nur die Stammdaten der CO Innenaufträge sondern auch damit verbundene Objekte wie Profitcenter, Kostenstelle oder auch Fond auszuwerten.

Die Datengrundlage als Infoset entspricht folgender schematischen Darstellung:



Da nun die Query über eine kundeneigene Transaktion (siehe Artikel "Transaktion anlegen (Report, Parameter) bspw. für SAP Query / Unterschied Parameter- oder Reporttransaktion" aufgerufen wird sollen hier auch die Zusatzfelder sowohl als Listenfelder als auch Selektionsfelder berücksichtigt werden.

1. Anpassung Infoset

Innerhalb des Infosets (Transaktion SQ02) habe ich zwei neue Feldgruppen angelegt:

• Zusatzfelder CO Innenauftrag
• Zusatzfelder CO Kostenstelle

in beide können aus der Tabelle AUFK und CSKS die Zusatzfelder beginnend mit Z* in unseren Fall in die Feldgruppe als Datenfeld übernommen werden.

2. Anpassung Query

Innerhalb der Query (Transaktion SQ01) können die Zusatzfelder aus den Tabellen CSKS und AUFK als Listenfelder und Selektionsfelder in die Grundliste aufgenommen werden.

Dabei kann es sinnvoll sein für die einzelnen Felder die Kurzbezeichnung von identischen Feldern noch anzupassen. Sind sowoh für Kostenstelle als auch Innenauftrag ein Zusatzfeld Budgetverantwortliche angelegt kann es hilfreich sein, dieses Feld ebenso wie die Personalnummer um ein KS für Kostenstelle und IA für Innenauftrag zu ergänzen. Ferner ist es nptzlich beim aktiven Feld die Option "Feld nur ausgeben, wenn <>0" am Listenfeld zu aktivieren, da andernfalls der Initialwert (bspw. 00000000)

Sinnvollerweise sollte nachdem die Grundliste entsprechend angepasst worden ist auch das Selektionsbild der Query angepasst werden.

Durch Verlassen der Grundliste (per Zurück) kann über

• (Mehr)
• Springen
• Feldauswahl
• Selektion

Die Selektionsmaske für die einzelnen Felder angepasst werden.

Unter Nr wird die Position des Zusatzfeldes festgelegt und über Selktionstext können auch die Texte die beim Start der Query erscheinen angepasst werden. So habe ich hier hinter Budgetverantwortliche und Personalnummer noch ein CSKS bzw. AUFK ergänzt, so dass ersichtlich ist, dass es sich um die Stammdaten von Kostenstelle und Innenauftrag handelt.

Ferner ist die Nr so gewählt, dass die Felder direkt unter der Kostenstellennummer und Auftragsnummer angesiedelt sind.

An dieser Stelle zeigt sich der Vorteil, dass ich im Vorfeld den Abstand zwischen einzelnen Feldern in 5er Schritten gewählt habe, so dass ich die neuen Felder bspw. auf Position 6 und 7 (nach 5 der Auftragsnummer) und 12 und 13 (nach 11 der verantwortlichen Kostenstelle) wählen konnte.

Fazit

Insbesondere Anpassungen durch neue Zusatzfelder sind ein schönes Beispiel dafür, dass Berichtswesen immer auch ein Thema der Weiterentwicklung ist und daher hier auch Reserven für künftige Anforderungen frei gehalten werden sollte, daher ist gerade in der Software- oder Berichtsentwicklung bei einer durchgehenden Nummerierung es sinnvoll hier in größeren Schritten vorzugehen. In meinen Beispiel haben sich 5er Schritte schon mehrfach bewährt, wie sich an ebenso vorhandenen Nummern wie 7, 16 oder 23 zeigt :-)

Wenn eine Migration zu SAP S/4HANA ansteht sollten diese Felder übrigens ebenfalls bei einer Stammdatenmigration gesondert berücksichtigt werden. Im Template des Migrationsobjekt Kostenstelle sind diese zum Beispiel nicht im Standard vorhanden, so dass eine entsprechende Aufnahme innerhalb eines onPremise S/4HANA Systems durch Anpassung des Migrationsobjektes durch den SAP Migrationsobjektmodellierer erforderlich ist.
 

Exkurs Datenmigration nach SAP S/4HANA

Greenfield, Brownfield oder Bluefield
Bei einer Migration nach S/4HANA stellt sich dieses Thema natürlich nur bei bestimmten Migrationsszenarien

Greenfield:
Dieses ist eine Neueinführung eines SAP S/4HANA Systems und macht es erforderlich die Daten bspw. per LTMC in das neue  System zu migrieren

Brownfield:
Hier wird ein Update auf ein bestehendes SAP ERP System durchgeführt, so dass die Stammdaen ohnehin schon vorhanden sind.

Bluefield / Mixed Field:
Als Alternative kann auch ein gemischter Ansatz gefahren werden. Hier kann ein Rahmensystem quasi als Hülle zur Verfügung gestellt werden in das auf Ebene der Datenbanktabellen revisionssicher die einzelnen Daten übertragen werden können.

Im Beitrag "Literatur Brownfield Ansatz /Migration ERP-S/4" von Jens Plucinski (www.jensplucinski.de) im FICO-Forum.de sind einige zu beachtende Punkte zu einer praktischen Migration von ERP nach S/4HANA zusammengefasst worden, so dass hier eine praktische TODO angelegt werden kann.
 

Welche Möglichkeiten mit der Nachfolge der LSMW (LTMC und LTMOM) möglich sind durfte ich im aktuellen Buch von mir, aber auch im Beitrag "Fragen und Antworten zur Datenmigration nach SAP S/4 HANA mit LTMC und LTMOM - 📚 Buchveröffentlichung zum SAP S/4HANA Migration Cockpit" näher erläutert sein.

Sollten Sie ihre Stammdaten auch schon in SAP ERP ECC System per Massenverabeitung bearbeiten kann es sinnvoll, wenn nicht sogar erforderlich, sein ihre Aufzeichnungen in der LSMW oder eCATT wie im Artikel "Massenstammdatenpflege mit LSMW oder SECATT dank Transaktionsaufzeichnung - Handbuch erweiterte computergestützte Test-Tool (eCATT) und LSMW" beschrieben anzupassen.

Insbesondere wenn diese Felder zeitabhängig gepflegt sind, sollten hier einige Besonderheiten noch beachtet werden. Immerhin kann ich an dieser Stelle ebenfalls auf "Zeitabhängige Felder für Stammdaten insbesondere bei Zusatzfeldern zum Beispiel für Hochschulfinanzstatistik innerhalb des SAP Modul CO-OM" verweisen und empfehlen dieses beim Testen von Zusatzfeldern ebenfalls zu berücksichtigen.
 

---

Hinweis:

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

---

Eine Aufgabe im Bereich Hochschulcontrolling und Hochschulberichtswesen ist es auch sich Gedanken um bisher angelegte Berichte zu machen und hier zu hinterfragen, ob dort nicht ebenfalls Verbesserungsmöglichkeiten vorhanden sind. Im Artikel "Wie entwickele ich einen Report Painter Bericht? - Report Painter Berichte im SAP Modul Controlling." bin ich schon einmal darauf eingegangen, wie von mir neue Berichte angelegt werden, aber manchmal gibt es auch gute Gründe komplexere Berichte genauer zu betrachten und diese auf "neue" Bedürfnisse oder Kenntnisse anzupassen. Dieses mag ich am Beispiel eines meiner ersten entwickelten Berichte mit Report Painter darstellen.

Ausgangslage: Report Painter Bericht zur Hochschulfinanzstatistik

Im Rahmen der im Artikel "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik" erwähnten Hochschulfinanzstatistik habe ich vor einigen Jahren vier Report Painter / Report Writer Berichte angelegt, die innerhalb der Profit-Center-Rechnung (EC-PCA) eine Auswertung nach Fächergruppen und Systemfinanzierungscodes ermöglichen. Basis dafür sind einheitliche Gruppen von Profitcenter (KCH2) und Konten (KDH2) die innerhalb der Hochschullandschaft einheitlich ausgerollt werden.

Insgesamt gibt es hier vier Berichte:

• Blatt 1: Aufwendungen und Investitionsausgaben nachArten in fachlicher Gliederung
  (auf Ebene der Fächergruppen und Lehr- und Forschungsbereiche die auf Profitcenter abgebildet werden)
• Blatt 2: Aufwendungen und Investitionsausgaben in Summe ohne fachliche Gliederung
  (auf Ebene der Konten)
• Blatt 3: Erträge nach Arten in fachlicher Gliederungen
• Blatt 4: Erträge nach Arten ohne fachliche Gliederungen

Dabei erfolgt die fachliche Gleiderung in Zeilen nach den Lehr und Forschungsbereichen durch einzelne Profitcentergruppen wie HFS-200 für Sport und nach Arten wie HFSJ-522 Energiekosten auf Ebene von Kontengruppen.

Dabei sind für alle diese Berichte einzelne Berichte (und auch berichtsgruppen) angelegt worden die mit eigener "Parametertransaktion für Reporwriter" .

Dieses ist dann beim Aufruf doch etwas aufwändig, so dass ich gerne wie im Artikel "Grundlagen: Abschnitte in Report Painter und Report Writer und ihre Vorteile bei Officeintegration und Excel" beschrieben einen Bericht mit vier Abschnitten anlegen möchte der genau diese vier Arbeitsblätter als Excel (bzw. Abschnitte) abbildet.

Problem; Merkmal nur an einer Stelle bei mehreren Abschnitten verwertbar

Hier zeigt sich nun aber das Problem, dass Merkmale immer nur an einer von drei Stellen verwendet werden können:

1. Allgemeine Selektion
2. Spalten
3. Zeilen

Wird das Merkmal in einen Abschnitt (bspw. Kontonummer als Spalte oder Profitcenter als Zeile) verwendet kann es nicht in einen weiteren Abschnitt umgekehrt dargestellt werden.

Dieses bedeutet, dass ich nicht im Abschnitt 1 als Spalten die Kontengruppen und als Zeile die Profitcenter und im Abschnitt 2 dann die Kontengruppen als Summe in Zeilen ausgeben kann.

Immerhin gibt es eine gute Lösung für dieses Problem indem ich eine Summenzeile im Abschnitt 1 einfüge und diese dann als Einzelzellen im Abschnitt 2 verwende. Dieses Verfahren habe ich auch im Artikel "Grundlagen: Formeln im Report Painter und Report Writer mit Bezug auf Spalten, Zeilen und Kombination aus beiden Zellen oder XYZ Beziehungen" näher beschrieben.

Die einzelnen Schritte zum "Redesign" meiner Berichte möchte ich nun hier im Artikel kurz darstellen.

Recycling von Berichtselementen (Vorlagen im Report Painter)

Da ich einige Elemente, wie die einzelnen Lehr und Forschungsbereiche und hinterlegte Fächergruppen (Profitcentergruppen) ebenso wie die Kontengruppen erneut verwenden möchte habe ich mir hier aus den bestehenden Berichten eine Vorlage angelegt.

Aus bestehenden Berichten ist dieses unter "Spalten oder Zeilen in Report Painter Berichten innerhalb Abschnitte kopieren bzw. als Vorlage anlegen Copy & Paste im CO Berichtswesen" beschrieben worden.

Neben der Möglichkeit Spalten oder Zeilen als Vorlage zu kopieren kann aber auch im SAP Menü unter:

• Infosysteme
• Ad-hoc Berichte
• Report Painter
• Vorlage
• Anlegen (Transaktion GRR4)

eine entsprechende Vorlage angelegt werden. Hier muss eine Bibliothek (bspw. 8A2 für die Profitcenterrechnung) sowie Name und Beschreibung angegeben werden. Ferner wird über die Struktur zwischen einer Spaltenvorlage und einer Zeilenvorlage unterschieden die dann entsprechend definiert werden kann.

Wie schon im oberen Artikel beschrieben kann diese Vorlage dann im Bericht eingefügt werden.

In meinen Fall habe ich drei Vorlagen angelegt die noch ein wenig auf meine Berichtsanfordeurngen angepasst werden:

• HFS-SSYFA  - Spalten mit  Kontengruppen Aufwand
• HFS-SSYFE - Spalten mit Kontengruppen Ertrag
• HFS-ZFGS - Zeilen mit Profitcentergruppen zu Fächergruppenschlüsseln

In beiden Bereichen wird auch die Formel TRUNC, wie im Artikel "Reportwriter Funktionsformeln" beschrieben verwendet.

Es ist übrigens sinnvoll nicht nur Berichte und Berichtsgruppen sondern auch solche Vorlagen zu transportieren, so dass diese auch auf anderen Systemen weiter verwendet werdne können.

Im Artikel "Report Writer oder Report Painter Berichte über Dateisystem inklusive Bibliothek Variablen und Berichtsgruppe exportieren und importieren" habe ich dieses für Berichte und Berichtsgruppen beschrieben aber unter:

• Infosysteme
• Ad-hoc Berichte
• Report Painter
• Hilfsmittel
• Transportieren
• Vorlagen
• ist dieses auch als
  Exportieren (Transaktion GRR7)
  und
  Importieen (GRR8)

über das Dateisystem möglich und hilfreich.

Vorlagen für Report Painter Berichte Hochschulfinanzstatistik

Insgesamt habe ich nun folgende Vorlagen, die in der Transaktion GRR5 bearbeitet werden können.

Systemfinanzierungscodes (SYFCODE) zur Art der Verwendung

HFS-S-SYFA1
Hier sind als Spalten die Kontengruppen HFSJ-511 bis HFSJ-59 hinterlegt. Dieses entspricht den Spaltenüberschriften von Blatt 1.

HFS-S-SYFA2
Hier sind ergänzend die nachrichtlichen Kontengruppen die ohne fachliche Gliederung im Blatt 2 ausgewiesen werden sollen.

HFS-S-SYFE1
Hier sind als Spalten die Kontengruppen HFSJ-511 bis HFSJ-59 hinterlegt. Dieses entspricht den Spaltenüberschriften von Blatt 3.

HFS-S-SYFE2 und HFS-S-SYFE3
Hier sind ergänzend die nachrichtlichen Kontengruppen die ohne fachliche Gliederung im Blatt 4 ausgewiesen werden sollen. Da diese mehr Spalten als in einer Vorlage verwendet weden können umfassen sind dieses zwei nachrichtliche Vorlagen, die später auch in zwei nachrichtlich ausgewiesenen "Hilfs-"Abschnitten ausgewertet werden können.

Die SYF*2,*3 Vorlagen dienen als Hilfstabellen da wir diese gleich mit folgender Vorlage kombinieren wollen
 

Fächergruppen und Lehr und Forschungsbereiche

HFS-ZFGS
Hier sind alle Profitcentergruppen für die einzelnen Fächergruppenschlüssel hinterlegt.

Dabei sind sowohl einzelne Gruppen als auch per Formel TRUNC die Gannzzahl für die einzelgruppen hinterlegt.

Da wir aber auch eine Summe benötigen sind als weitere Summenformeln für folgende Fächergruppen ebenfalls summiert und als S markiert, dies orientiert sich an den Fächergruppen denen die Lehr und Forschungsbereiche zugeordnet sind.

• S 010-195 Geisteswissenschaften
• S 200 Sport
• S 200-320 Rechts-Wirtschafts- und Sozialwissenschaften
• S 330-420 Mathematik, Naturwissenschaften
• S 440-520 Humanmedizin/Gesundheitswissenschaften
• S 540-650 Agrar-, Forst- Ernährungswissenschaften, Veterinärmedizin
• S 670-770 Ingenieurwissenschaften
• S 780-830 Kunst, Kunstwissenschaften
• S 870 Hochschule insgesamt (ohne Hochschulkliniken)
• S 880-960 Zentrale Einrichtungen (ohne Hochschulkliniken)
• S 970-990 Zentrale Einrichtung der Hochschulkliniken (nur Humanmedizin)

Diese werden als S999 Zusammen summiert.

Selbstverständlich könnte auch eine übergeordnete Gruppe (zum Beispiel die Profitcentergruppe HFSJ) hier verwendet werden, allerdings wurde diese, im Gegensatz zu den Lehr und Forschungsbereichen nicht eindeutig festgelegt und es kann durchaus sein, dass bestimmte Profitcenter dann zwar in dieser Gruppe angegliedert aber nicht weiter relevant sind. Gründe gibt es da im Bereeich der internen Steuerung viele. :-).

Als TRUNC Formel werden diese dann ebenfalls als Ganzzahl ausgewiesen und die Vorlage gespeichert. Dieser Zwischenschritt ist erforderlich, da ich bei der Summierung der ebenfalls mit TRUNC versehenen Einzel Lehr und Forschungsbereiche entsprechende Rundungsfehler mit ausweisen würde.

Damit sind die notwendigen Vorlagen angelegt und es kann der eigentliche Bericht angelegt werden.

Report Painter Bericht für Hochschulfinanzstatistik

Im ersten Abschnitt kann nun per

BEARBEITEN - > ZEILE - > Zeilenvorlage einfügen

die Fächergruppe als HFS-ZFGS eingefügt werden.

Ferner kann über
BEARBEITEN - > SPALTE -> Spaltenvorlage einfügen

HFS-S-SYFA1 eingefügt werden.

Für diesen Artikel bleibe ich einmalnur beim Aufwand den ich zugleich transponieren möchte um diesen nicht nach fachlciher Gliederung darzustellen.

Dazu gehe ich auf die einzelnen Zellen und klicke doppelt auf den dargestellten Wert (Zelle aus Summe aller FGS und SYFCODE 511 so dass nun neben dieser Zelle ein Zeichen "✔" erscheint. Hierdurch wird eine "spezielle Zelldefinition" vorgneommen. Damit steht die Zelle als Formelbestandteil direkt zur Verfügung.

Nun füge ich einen nächsten Abschnitt als "Abschnitt mit abgeleitetetn Kennzahlen" ein.

Nun kann ein kombiniertes Merkmal (als Zelle bzw. Kombination aus Spalte und Zelle = spezielle Zelldefinition) wie folgt eingefügt werden.

1. Hier klicke ich auf die erste Spalte und trage als Text "Summe" ein.
2. Beim Klick auf die erste Zeikle trage ich "511" ein.
3. Per Doppelklick auf die Platzhalter für die Summe erscheint nun ein Eingabefeld für die Rechenformel.

Dort kann ich problemlos auf Z001 (Zelle 001 für die Kombination aus der Summenzeile und SYF Code 511 verweisen.

Ebenso kann ich für alle weiteren SYF Codes verfahren und habe so Aufwand und Ertrag sowohl mit als auch ohne fachliche Gliederung ausgewiesen.

Fazit

Im Ergebnis habe ich so für die Jahreserhebung der Hochschulfinanzstatistik die Möglichkeit einzelne Tabellenblätter direkt als Bericht zu erstellen und zumindest intern zu verwenden. Mittlerweile werden die Daten jedoch per Webformular hochgeladen und das exportierte Tabellenformat muss erneut angepasst werden. Die entsprchend formatierte Textdatei mit der Angabe von FGS, SYFCODE und Wert in eine bestimmte Zeichenfolge kann hier mit Report Painter nicht ohne weiteres dargestlelt werden, so dass es fraglich ist, ob die hier beschriebenen Vorgehensweise sinnvoll umzusetzen ist oder ob nicht doch lieber bei den vier Einzelberichten verblieben werden sollte.

Dies ist dann aber eine Entscheidung die durch die Kolleg:innen aus dem Bereich Hochschulcontrolling und der Arbeitsgruppe Hochschulfiannzstatistik entschieden werden sollte. Die hier beschriebene Herangehensweise stellt nur eine Alternative dar mit der an eine Problemlösung herangegangen werden kann.

Da aber sowiese noch zwei SYF Code Bereiche nachgepflegt werden müssen, kann dieses ein spannendes Feld sein an das sich auch Keyuser:innen im Bereich CO der Hochschulen versuchen können und es stellt gleichzeitig eine praktische Übung für Report Painter dar.

Neben einer Schulung oder Literatur zu Report Painter / Report Writer mag ich noch gerne auf folgende Einführung ins Thema hinweisen. Im Rahmen vom "Berichtswesen im SAP Controlling" habe ich hier sowohl unter "Workshop & Seminare"  als auch bei "Publikationen"  einige Angebote zur Verfügung.
 

---

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.

---

Im Hochschulberichtswesen ist oftmals auch die Sicht auf Aufwand und Ertrag über mehrere Jahre ein ebenso wichtiger Punkt um Salden zu übertragen oder auch um eine Budgetplanung umzusetzen.

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" bin ich auf eine jahresübergreifende Budgetsicht eingegangen die auch einen entsprechenden Saldo übertrag berücksichtigt.

Anhand folgender Darstellung sollte der Aufbau eines Mehrjahresvergleichs mit entsprechender Auswertung der "Zahlungsflüsse" gut dargestellt werden:



Bei der Anwendung des Berichtes gab es nun jedoch die Rückmeldung, dass zum besseren Verständnis der Zahlen sollten Aufwand und Obligo mit negativen Vorzeichen aber Ertragsbuchungen mit positiven Vorzeichen dargestellt werden. Erträge im SAP System werden als "kostenmindernde Erlöse" mit negativen Vorzeichen bei uns in Berichten ausgewiesen.

Vorzeichenumkehr Report Painter - rein optisch (Formatierung)

Im Report Painter / Report Writer ist es über Formatierung - Spalten zwar möglich im Daialog  "Formatgruppe pflegen" die Option "Vorzeichen umkehren" für einzelne Spalten zu pflegen jedoch hat dieses nur einen optischen Effekt (siehe "Darstellung negatives Vorzeichen in SAP - Standardlayout anpassen für vorangestelltes Vorzeichen"), so dass bei aktiver Excel-Integration zwar im Format das gewünschte Vorzeichen zwar dargestellt wird, aber im Feld weiterhin die "richtigen" Vorzeichen ausgewiesen sind. Dennoch kann es für nur in SAP (ohne Office Integration) aufgerufene Berichte interessant sein hier dieses für die Formatgruppe einzustellen und oberhalb der Spalte im Bericht eine entsprechende Formatgruppe der Spalte zuzuweisen.

"Echte" Vorzeichenumkehr im Recherchebericht (bei Aufbereitung des Berichtes)

Hier gibt es im Recherchebericht eine andere Möglichkeit.

Über die Transaktion FMEO "Formular ändern" innerhalb des Moduls Public Sector Management - Haushaltsmanagement (PSM-FM)  können einzelne Felder markiert werden.

Hier kann einfach ein Feld angeklickt oder über die Symbolleiste durch das Symbol "Markieren/Entmarkieren" (Taste F9 bzw. Symbol mit Pfeil und Quadrat mit roten Punkt)   über die Schaltfläche "Block markieren" oder erneut über die Taste auch mehrere Felder markiert werden. Sind nun alle gewünschten Felder (zum Beispiel Aufwand und Obligo) markiert kann über Formatierung - Vorzeichenumkehr (F7) die Vorzeichenumkehr für die markierten Felder ausgewählt werden.

Vergleichbare Einstellungen können aber auch im Bilanzreporting oder der Profit-Center-Rechnung getroffen werden. Im Artikel "Grundlagen: Was sind die Unterschiede zwischen Report Painter und Rechercheberichte?" bin ich auf die einzelnen Transaktionen zur Pflege von Formularen für Rechercheberichte eingegangen.

Im Ergebnis werden auch beim Export nach Excel nun die Vorzeichen wie gewünscht dargestellt. Zu beachten ist allerdings, dass bei Formeln wie Saldo gegen Budget (Budget - Aufwand - Oligo) weiterhin mit den "tatsächlichen" Werten gerechnet wird, so dass die Vorzeichenumkehr erst bei der Aufbereitung des Berichtes erfolgt.

Fazit

Insgesamt lebt das Berichtswesen, nicht nur für Infouser, davon miteinander in Kontakt zu treten und die Berichte so aufzubereiten, dass direkt damit gearbeitet werden kann. Insgesamt sollte hier auch im Berichtswesen nicht die Technik des Berichtes im Mittelpunkt stehen sondern auch für die Adressaten des Berichtes eine Steuerung und Interpretation der vorhandenen Daten direkt möglich sein. Daher mag ich auch die vielen Möglichkeiten, die es im Berichtswesen für die Anpassung von Berichten gibt.

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

Für eine Einzelpostenliste als ALV soll eine Auswertung über die im SAP System eingebuchten statistische Kennzahlen je CO Objekt im SAP Modul CO-OM (Gemeinkostencontrolling) erfolgen.

Grundsätzlich würde ich hier zwar auch eher einen Report Painter Bericht wie im Artikel "Hochschulcontrolling: Vergleich Lehrimport von Studiengängen und Kostenanteile einzelner Lehreinheiten - Abschnitte mit abgeleiteten Kennzahlen im Report Painter" oder "Auswertung Statistische Kennzahlen auf Innenaufträge für Lehrimport und Lehrexport auf Ebene Studiengänge" für das die Kostenstellenrechnung oder INnenauftragsrechnung anlegen. Da ich aber für die Auswertung der eingebuchten LENA je Cluster die einzelnen Studiengänge, die als Innenauftrag angelegt sind, benötige um hier eine entsprechende Auswertung zu erstellen, erscheint eine Query als eine gute Wahl.

Hier sollen nun aber die abgerechneten Ergebnisse der Studiengänge (über die Kennzahl Lehrnachfrage (LENA)) zurück auf die einzelnen Lehreinheiten gerechnet werden, als Basis zur Verteilung des Grundbudget. Leider scheint es im SAP Standard keinen Bericht über die gebuchten statistischen Kennzahlen je CO Objekt zu geben.

Tabellen Stat. Kennzahlen COSR, COEJ, COEPR

Die statistischen Kennzahlen (bzw. die Mengen) sind in den Tabellen COSR (Summe) und COEPR (Einzelposten "CO-Objekt: Einzelposten Stat. Kennzahlen - periodenbezogen") gespeichert.


Seitens SAP wird der View VIEW COVPR "CO-Objekt: EP Stat. Kennzahlen - periodenbezogen + Bel.kopf" zur Verfügung gestellt über din die beiden Tabellen COBK

Hier sind direkt COBK und COEPR über Mandant, Kostenrechnungskreis und Belegnummer miteinander verknüpft.

Allerdings scheinen in der COEPR keine Werte mehr abgespeichert zu sein, so dass ich hier lieber eine eigene Query über die Tabellen COEJR "CO-Objekt: Einzelposten Stat. Kennzahlen - jahresbezogen"  anlege.


In der erwähnten Tabellen sind für meine Auswertung insbesondere folgende Felder relevant:

• Statische Menge (hier gibt es für jede Periode en Feld SME001 bis SME016)
• Geschäftsjahr (Feld GJAHR)
• Version (Feld VERSN)
• Statistische Kennzahl (Feld STAGR)

Für das Gemeinkostencontrolling ist noch das Feld Objektnummer (OBJNR) wichtig.
 

Exkurs Objektnummer oder Partnerobjektnummer

Die Objektnummer stellt unterschiedeliche Objekte im Controlling einheitlich dar. Hierbei werden Kostenstellen mit führenden KS* und Innenaufträge mit OR* abgebildet.
In vielen Stammdatentabellen ist ebenfalls die Objektnummer vorhanden, so dass diese verknüpft werden kann.


In unseren Fall ist das aber sehr praktisch, da hierdurch zwei Infosets angelegt werden können durch die ich sowohl eine Auswertung der statistischen Kennzahlen je Innenauftrag als auch Kostenstelle auswerten kann.
 

Datenherkunft / Infoset statistische Kennzahlen und CO Objekte

Für die Innenaufträge:

Infoset:
ZCO_COEJR-AUFK  - "ZCO_COEJR-AUFK Stat Kennzahl Innenauftrag"

Join über tabelle COEJR und mit folgenden Tabellen verknüpft:

COEJR-KOKRS <->  AUFK-KOKRS "Kostenrechnungskreis"
COEJR-OBJNR <->  AUFK-OBJNR "Objektnummer"

Das Feld OBJNR hat in Tabellen eine besondere Funktion, da hier unterschiedliche Kontierungsobjekte festgehalten werden können. So werden beispielsweise Innenaufträge als OR* gespeichert, so dass hier eine entsprechende Verknüpfung erfolgen kann.

Um auch Erfasser und Erfassungsdatum zu erhalten kann ich noch

COEJR-KOKRS <-> COBK-KOKRS "Kostenrechnungskreis"
COEJR-BELNR <-> COBK-BELNR "Belegnummer"

miteinander verknüpfe.


Damit ist das Infoset für die Innenaufträge fertig.


Für die Kostenstellen:

Infoset:
ZCO_COEJR-CSKS-CSKT - "ZCO_COEJR-CSKS-CSKT Stat Kennzahl Kostenstelle"
 
Hier werden mehr Tabellen verknüpft, da die Texte zu den Kostnestellen in Tabelle CSKT und die Stammdaten in CSKS gespeichert sind.


Join über tabelle COEJR und mit folgenden Tabellen verknüpft:

COEJR-KOKRS <->  CSKS-KOKRS "Kostenrechnungskreis"
COEJR-OBJNR <->  CSKS-OBJNR "Objektnummer"

Das Feld OBJNR hat in Tabellen eine besondere Funktion, da hier unterschiedliche Kontierungsobjekte festgehalten werden können. So werden beispielsweise Kostenstellen als KS* gespeichert, so dass hier eine entsprechende Verknüpfung erfolgen kann.


Als kleiner Hinweis am Rande, die Profitcenter sind hier leider als CO Objekte nicht erfasst. Sofern eine Buchung in der Profit-Center-Rechnung (EC-PCA) erfolgte wie im Artikel "Statistische Kennzahlen in Profit-Center-Rechnung EC-PCA auf einzelnen Profit-Center auswerten".

Mit den ersten Join sind nun schon einmal die statistische Kennzahl und die Kostenstellenstammdaten verknüpft.

Ferner sollte nun noch die Tabelle CKS "Kostenstellenstammsatz" und CSKT "Kostenstellentexte" wie folgt verknüpft werden:

CSKS-KOKRS <-> CSKT-KOKRS "Kostenrechnungskreis"
CSKS-KOSTL <-> CSKT-KOSTL "Kostenstelle"
CSKS-DATBI <-> CSKT-DATBI "Datum gültig bis"

Besonders letzteres Feld ist erforderlich, wenn unterjährig sich der Name der Kostenstelle ändert.

Auch hier können noch die Daten aus dem Belegkopf ergänzt werden indem ich die Tabellen

COEJR-KOKRS <-> COBK-KOKRS "Kostenrechnungskreis"
COEJR-BELNR <-> COBK-BELNR "Belegnummer"

miteinander verknüpfe.

Auswertung / Query über statistische Kennzahlen nach CO Objekten (hier: Kostenstelle und Innenauftrag)

Nun kommt es zur eigentlichen Auswertung per Query.

In der Grundliste der jeweiligen Query habe ich zu den einzelnen Feldern in Klammern angeegeben, ob dieses ist L = Listenfeld (nur Anzeige) oder auch ein S = Selektionsfeld (Auswahl) handelt.

Dabei habe ich folgende Felder in die Query übernommen:

Query ZCO_STATK-IA "Statistische Kennzahl Innenauftrag"
zum Infoset ZCO_COEJR-AUFK

Version (L,S) COEJR-VERSN
Geschäftsjahr (L,S) COEJR-GJAHR

Auftrag (L,S) AUFK-AUFNR
Kurztext (L)  AUFK-KTEXT

Statistische Kennzahl (L,S) COEJR-STAGR
Statistische Menge (L) COEJR-SME001

Da ich die Kennzahl jede Periode erneut einspiele und es sich bei den Kennzahlen um Festwerte handelt reicht mir hier der Wert für die erste Periode.
Wichitg ist mir noch, dass bei den Eigenschaften dieses Feld keine Einheit mit ausgegeben wird, was sonst ein Extrafeld in der Query wäre.

Optional können aus dem Belegkopf

Erfassungsdatum (L) COBK-CPUDT
Benutzername (L) COBK-USNAME

ergänzt werden.

Query ZCO_STATK-KS "Statistische Kennzahl Kostenstelle"
zum Infoset ZCO_COEJR-CSKS-CSKT

Hier sind folgende Felder aufzunehmen:


Version (L,S) COEJR-VERSN
Geschäftsjahr (L,S) COEJR-GJAHR

Kostenstelle (L,S) CSKS-KOSTL
Bezeichnung (L) CSKT-KTEXT

Statistische Kennzahl (L,S) COEJR-STAGR
Statistische Menge (L) COEJR-SME001

Da ich die Kennzahl jede Periode erneut einspiele und es sich bei den Kennzahlen um Festwerte handelt reicht mir hier der Wert für die erste Periode.
Wichitg ist mir noch, dass bei den Eigenschaften dieses Feld keine Einheit mit ausgegeben wird, was sonst ein Extrafeld in der Query wäre.

Optional können aus dem Belegkopf

Erfassungsdatum (L) COBK-CPUDT
Benutzername (L) COBK-USNAME

ergänzt werden.

Wichtig ist nun allerdings noch das Feld Gültig bis, so dass nur die aktuellste Bezeichnung der Kostenstelle ausgwertet wird.

Datum Gültig bis (S) CSKS-DATBI

Hier bietet es sich an die Query nur mit einer Variante ausführen zu lassen und das Feld als geschützt mit Datumswert 31.12.9999 laufen zu lassen, sofern alle Kostenstellen grds. bis in die Ewigkeit gültig sind. Andernfalls eben bis zum aktuellen Systemdatum.

Fazit

Die entsprechende Auswertung stellt nun eine Query als ALV Liste dar in der sowohl der Wert in der ersten Buchungsperiode als auch die Kostenstelle beziehungsweise der Innenauftrag mit Kurztext sowie Erfassungsdatum und Benutzername dargestellt wird.

Ein Export kann dann wie folgt aussehen.



Natürlich lassen sich diese Daten dann auch noch ergänzen zum Beispiel nach einer virtuellen Lehreinheit als Zusatzdatum zur Kostenstelle oder aber, wie im Artikel "Auswertung sprechender Nummernkreisintervalle von CO Innenaufträgen mit Query Zusatzfeldcoding und Unterscheidung numerischer oder alphanumerischer Schlüssel" beschrieben mit weiteren Stammdaten.

Besonders im Hochschulberichtswesen und Hochschulcontrolling sind solche Auswertung sehr hilfreich. Da diese dann auch als Basis für weitere Berechnungen genutzt werden können.

Neben den eingangs erwähnten Möglichkeiten mit Report Painter / Report Writer kann auch durch Excel hier einiges erreicht werden.

Beispiele sind "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik" oder "Datentrends für Drittmittelstatistik mit Sparklines ab Excel 2010 darstellen durch Liniendiagramme in Zellen".

Hier sind dann Auswertungen mit SAP Query als Datengrundlage sehr nützlich und werden von mir gerne genutzt.

 

---

Hinweis:

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

---