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.

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.

---