Im Hinblick auf das Berichtswesen ist die Betrachtung von Investitionen oder des Analagevermögen ebenfalls ein wichtiger Bestandteil, so dass hier bei entsprechenden Auswertungen ebenfalls auf Zusammenhänge zwischen der Anlagenbuchhaltung (FI-AA), Finanzbuchhaltung (FI) aber auch Controlling (CO) egal ob nun im Gemeinkostencontrolling (CO-OM) oder der Profit-Center-Rechnung (ECPA) berücksichtigt werden sollte.

Während ich mich 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" noch um die Weiterentwicklung bestehender Berichte gekümmert hatte kam es im beruflichen Umfeld bezüglich einer Auswertung von Investitionen zu einer Abweichung zwischen der ausgewerteten Summen und der Einzelposten einer Profit-Center-Standardauswertung.
Eine vergleichbare Problemschilderung ist auch bei einer Auswertung im CO-OM (Gemeinkostencontrolling)  durch Copy&Paste einer Vielzahl von Aufträgen in der Mehrfachselektion aufgetreten, dass hier ebenfalls im Bericht S_ALR_87012995 (Liste: Aufträge) die Gesamtsumme nicht gepasst hat.

Nach einiger Zeit hatten wir dann tatsächlich festgestellt wo hier die Ursache gelegen hat und diese hier im Artikel festgehalten. Kleiner Spoiler vorab, die Ursache lag an mehrfachen Einträgen von Einzelwerten wodurch doppelte (oder mehrfache) Einträge auch mit angezeigt und mit summiert werden.  Da das Thema aber erstmals im Berecih der Sachkonten für Investitionen aufgetreten ist mag ich zusätzlich zur Mehrfachselektion auch noch auf das Thema Anlagenklasse und Sachkonto eingehen.

Im folgenden Artikel möchte ich daher gerne auf einige Aspekte der Mitbuchtechnik von Anlagenbuchhaltung, Finanzbuchhaltung und Controlling eingehen, aber daneben auch ein Problem ansprechen, dass nun schon mehrere Kolleginnen und Kollegen nach der Einspielung der Enhancement Packages 8 aufgefallen ist, aber nach Rückfrage im Kolleginnen und Kollegenkreis auch schon vorher vorhanden war. Es geht um das Verhalten von Berichten wenn bestimmte Objekte (Sachkonto oder auch CO Innenaufträge) mehrfach in der Selektionsmaske eingetragen sind.
 

Auswertung von Investitionen im Controlling per Report Painter oder Query

In entsprechenden Report Painter Berichten (siehe Artikel "Auswertung Anlagenzugänge als Investitionen im Report Painter mit Ausweis CO Objekte Innenauftrag und Kostenstelle" zur Auswertung der Anlagenbewegungsarten innerhalb der Profit-Center-Rechnung über Einzelpostentabellen oder aber als "Investitionen in ReportWriter (statistische Buchungen)") bin ich schon auf der Definition von Auswertungen eingegangen. Daneben kann die Anlagenbuchhaltung ebenfalls über eine Query ausgewertet werden (sei es über EC-PCA oder über die logische Datenbank ADA). Wer sich dafür näher interessiert findet im Artikel "Zusammenfassung Query über Anlagenzugang - Auswertung Investitionen aus Profit-Center-Rechnung" der ein oder andere Hinweis.

Hintergrund Anlagenbuchhaltung - Anlagengitter

Oftmals hilft es übrigens im Reporting über den eigenen Modultellerrand zu schauen, damit auch Zusammenhänge wie die Verwendung von Ordnungsbegriffen in FI-AA im Artikel "FI-AA Anlagenbuchhaltung: Klassifizierung von Anlagen" klarer werden.

Zur Auswertung von Investitionen hatten wir das Anlagengitter (Transaktion S_ALR_87011990 ausgeweret.

Diese Auswertung ist unter:

• Rechnungswesen
• Finanzwesen
• Anlagen
• Infosystem
• Berichte zur Anlagenbuchhaltung
• Erläuterungen zur Bilanz
• International
• Anlagengitter (Transaktion S_ALR_87011990)

zu finden.

Unter anderen sind hier die Spalten Zugang, Abgang und Umbuchungen neben den Bestandskonto AHK und der Anlagenklasse zu finden.

Zuordnung Anlagenklasse und Hauptbuchkonto

Interessant ist nun der Zusammenhang zwischen der Anlagenklasse under der Zuordnung zum Hauptbuchkonto

Die Customizingeinstellungen zur Anlagenklasse findet sich unter:

• Finanzwesen (neu)
• Anlagenbuchhaltung
• Organisationsstrukturen
• Anlagenklassen
• Anlagenklassen definieren  (Alternativ Transaktionscode OAOA)

Hier kann je Klasse Kurztext und bezeichnung der Anlagenklasse festgelegt werden.

Per Doppelklick auf die Anlagenklasse (oder aber durch Neuanlage) kann zur Anlagenklasse über den Abschnitt Anlageart im Feld Kontenfinden ein Abstimmkonto es Hauptbuches (Bestandskonto) definiert werden.

Hierbei ist zu beachten, dass auch mehrere Anlagenklassen ein identisches Hauptbuchkonto zugeordnet werden können.

Durch die Zuordnung mehrerer Anlagenklassen zu einem Hauptbuchkonto in der Transaktion OAOA kann es bei der Auswertung der Hauptbuchkonten in der Profit-Center-Rechnung nun zu einer Abweichung zum Anlagengitter kommen, was hier für eine kurzfristige Verwunderung geführt hatte.

 

Problem: (Mehrfach)Selektion Sachkonto in Profit-Center-Berichten führt zur doppelten Anzeige von selektierten Werten im Anzeigebereich

Um diese Buchungen mit der Profit-Center-Rechnung (EC-PCA) abzugeleichen wurde ein Plan/Ist Vergleich im SAP Menü zum Beispiel folgender Bericht:

• Rechnungswesen
• Controlling
• Profit-Center-Rechnung
• Infosystem
• Berichte zur Profit-Center-Rechnung
• Listorientierte Berichte
• PrCtr-Gruppe: Plan/Ist/Abweichung (Transaktion S_ALR_87013340)

Beim Aufruf dieser Transaktion werden in der Selektionsmaske neben Profit-Center (Gruppe) auch die Ergebniskonten und Bilanzkonten eingegeben. Diese sind aus der Zwischenablage aus oberen Anlagengitter übernommen worden.

Wird nun die Summe betrachtet ist diese wesentlich höher als die Summe der Zugänge und Abgänge im Anlagengitter.

Beim Betrachten der Einzelposten (durch Doppelklick auf der Summe und Absprung auf den Bericht Profit Center: Ist Einzelposten (Transaktion KE5Z) stimmt nun aber wieder die Summe der Einzelposten mit der Summe des Anlagengitter überein.

Ursache dieser Abweichung war, dass einzelne Sachkonten merhfach in der Selektion eingetragen wordne sind und diese in der Summe dann auch mehrfach berückscihtigt werden. Sofern eine Kontengruppe angelegt wird, ist hier eine Prüfung auf die Eindeutigkeit vorhanden, aber bei der Selektion von mehreren Konten in der Selektionsmaske werden diese im Gegensatz zu den Profit-Centern dann im Bericht auch mehrfach ausgegeben. Lediglich in den Einzelpostenberichten erfolgt dann kein Mehrfachausweis.

Darstellung von Mehrfachselektionen im Anzeigebereich von Berichten
Dieses Problem tritt jedoch grundsätzlich bei allen Berichten auf, die ein Merkmal (welches durchaus auch aus der Selektionsmaske übernommen wird) und im Anzeigebereich eines Report Painter / Report Writer Berichtes (oder auch Recherchebericht) dargestellt wird. Entsprechend sind mehrfach selektierte CO Innenaufträge im Bericht Auftrag: Ist/Plan/Abweichung (Transaktion S_ALR_87012993) korrekt als Summe vorhanden, während mehrfach selektierte Innenaufträge im Bericht Liste:Aufträge (Transaktion S_ALR_87012995) auch mehrfach ausgewiesen werden, jedoch im Absprung auf die Einzelpostenliste nur einfach ausgewiesen werden. Ein Kollege brachte diese Abweichung wie folgt auf den Punkt "Wenn du dir abends in der Kneipe zwei Glas Bier bestellst, solltest du dich ja auch nicht wundern, wenn du dann mehr als eines erhälst..." :-)

Die Frage ist nun, wie kam es zur Selektion von mehreren Sachkonten. Dieses liegt an der Zuordnung von Anlagenklassen und Sachkonten, welche dann für mehrere Anlagenklassen identische Sachkonten hinterlegt hat.

Fazit

Immerhin helfen solche Auswertungen manchmal dabei auch die Zusammenhänge von FI-AA und CO beziehungsweise der Profit-Center-Rechnung und allgemein der Selektion von Konten in Berichten nachzuvollziehen.

Gerade bei unerwarteten Berichtsverhalten ist es hier wirklich positiv sich mit Kolleginnen und Kollegen austauschen zu können, die auch vorher schon das geschilderte Problem hatten und bestätigen können, dass dieses keine direkte Auswirkung der neuen EHP darstellt. Für häufig auftretende Auswertungen ist daher tatsächlich die Verwendung von Stammdatengruppen eine gute Maßnahme um die Eindeutigkeit von Gruppen zu gewährleisten und von der doppelten Auswertung eines Kontos verschont zu werden :-)

Das "abweichende" Verhalten von Berichten über Summen und Einzelposten kann da tatsächlich zu der ein oder anderen Rückfrage oder auch Iritation bezüglich der Interpretation der erhaltenen Werte führen.

Im Artikel "Offset statt Jetset oder Jahresbudget jahresübergreifend auswerten mit lokaler Variable im Recherchebricht" wurden Jahresbudget, Ertrag, Aufwand und Obligo über eine lokale Variable ZJAHR mit Offset Berechnung +1 bis +10 für die Folgejahre ausgewertet. Somit wird bei Selektion von 2017 die Jahresbudgetwerte von 2017 bis 2027 sowie die bis zum aktuellen Stichtag gebuchten Werte für das aktuelle Geschäftsjahr 2019 ausgewiesen.

Nun wurde aber der Wunsch geäußert, dass für das aktuelle Geschäftsjahr Aufwand, Ertrag und Obligo nicht bis zum 13. Juli 2019 sondern bis 31.06.2019 (sprich Periode 6 im Geschäftsjahr 2019) ausgewertet wird, aber die vorherigen Jahre von Periode 1 bis 12 ausgewertet werden. Die Jahresbudgetwerte sind dabei ohne Angabe von Periode zu wählen.

Merkmal Periode/Jahr in Rechercheberichten

Um diese Anforderung umzusetzen hilft es neben den mit Offset erhöhten Merkmal Geschäftsjahr und der lokalen Variable ZJAHR ein weiteres Merkmal hinzuzufügen.

Hier bietet sich dann das Merkmal "Periode/Jahr" an das ebenfalls als lokale Variable definiert werden kann.

So kann das 1. Folgejahr für das Merkmal Geschäftsjahr die lokale Variable ZJAHR mit Operator + und Offest 1 enthalten und zusätzich das Merkmal Periode/Jahr als von eine Variable PJ_1 und für bis eine Variable PJ_2 als lokale Variable zugewiesen bekommen. Die beiden Variablen PJ_1 und PJ_2 sind in der Selektion dann für den gesamten Berichtszeitraum zu selektieren in dem tatsächlich Aufwand, Ertrag und Obligo ausgewertet werden sollen.

Wird der Bericht nun aufgerufen wird nicht nur das Geschäftsjahr als Selektionsmerkmal erscheinen und für die einzelnen Berichtsspalten um 1 um einen Mehrjahresvergelcih (im Beispiel bis +10 Jahre) auszuwerten sondern auch zwei weitere Selektionsvariablen Periode/Jahr ergänzt um den Variablennamen.

Die Variablen werden alphanumerisch sortiert, so dass erst "Periode/Jahr  /$PJ_1" für von Periode/Jahr und darunter "Periode/Jahr  /$PJ_2" für bis Periode/Jahr ausgegeben wird.

Im Ergebnis werden dann für die Spalten Aufwand, Ertrag und Obligo auch tatsächlich nur die Buchungen die im jeweiligen Jahr und den selektierten Zeitraum von Periode/Jahr bis Periode/Jahr angefallen sind ausgewertet werden.

Da Jahresbudget oftmals in eine Sonderperiode z.B. 000 gebucht wird, sollte das entsprechende Merkmal ergänzend zum Geschäftsjahr ZJAHR nur in den Spalten Ertrag, Aufwand, Obligo eingetragen werden und nicht in den Allgemeinen Selektionskriterien bzw. beim Jahresbudget.
 

Eingabeformat für das Feld Periode/Jahr

Wobei das Format für das Eingabefeld für Periode und Jahr abhängig vom Datumsformat im Benutzerstamm ist. In der Transaktion SU3 kann dieses (unter anderen) im Abschnitt Festwerte im Feld Datumsdarstellung ausgewählt werden. Die Aufbereitung des Datums ist pro Land unterschiedlich aber für Deutschland dürfte die übliche Datumsaufbereitung TT.MM.JJJJ sein (Tag.Monat.Jahr) entsprechend ist dann auch das Feld Periode/Jahr in der Form PPP.JJJJ für Periode (P) und Jahr (J) zu füllen.

Ist das Datumsformat JJJJ.MM.TTT im Benutzerstamm gewählt sind Periode und Jahr in der Form JJJJ.PPP anzugeben.

Saldo und Saldovorjahr berücksichtigen

Eine weitere interessante Berichtsanforderung ist, dass der Saldo gegen Budget bisher aus Jahresbudget - Aufwand - Obligo berechnet worden ist und damit verständlicherweise immer der Saldo zum Jahresende ausgewiesen wird. Jedoch soll nun automatisch im Bericht auch der Saldo des Vorjahres mit übertragen werden. Da die Projekte nur wenige Jahre laufen besteht hier die Möglichkeit der Auswertung des 10-Jahresbericht mit einer Auswertung von 2015 (vier Jahre in der Vergangenheit) bis 2025 (sechs Jahre in der Zukunft).

In den einzelnen Salden kann nun ab ZJAHR+1 für den Saldo nicht nur Jahresbudget - Aufwand - Ertrag sondern auch noch + Vorjahressaldo berechnet werden, so dass hier immer auch der Jahresübertrag im Bericht ausgewiesen wird, ohne dass dieser manuell übertragen wird, bzw. wenn eine Übertragsbuchung noch nicht erfolgt ist, diese dennoch mit ausgewertet wird.


Zum besseren Verständnis dürfte folgende graphische Darstellung des Beriches weiter helfen.

Als Selektionsfelder stehen nun folgende Felder zur Verfügung:

• Fonds, Finanzstelle, Finanzposition
• Periode/Jahr  /$PJ_1
• Periode/Jahr  /$PJ_2
• Geschäftsjahr

In unseren Fall sollen hier folgende Werte genommen werden:

• Periode/Jahr  /$PJ_1 = 001.2017
• Periode/Jahr  /$PJ_2 = 006.2019
• Geschäftsjahr = 2017

Im Ergebnis werden für 2017 und 2018 für Ertrag, Aufwand und Obligo Periode 1 - 12 des jeweiligen Jahres genommen und für 2019 nur Periode 1 bis Periode 6. Für die folgenden Jahre wird nur noch das Jahresbudget und nicht mehr Ertrag, Aufwand und Obligo ausgewertet.



Wie zu sehen ist hier ab 2018 der Saldo aus 2017 berücksichtigt und wird auf den Saldo 2018 berücksichtigt, bzw. der Saldo des Vorjahres auf das Nachfolgejahr direkt übertragen.

Damit sind die einzelnen Salden schon einmal vorab übertragen und die Berichtsspalten für die einzelnen Jahre müssen nciht einzeln noch addiert werden.

Nachtrag: Drittmittelverwaltung -> Saldo gegen Geldeingang statt gegen Jahresbudget

Eine andere Sicht könnte für die Kolleginnen und Kollegen aus den Bereichen Drittmittelverwaltung und Drittmittelcontrolling interessant sein. Hier wird ein Saldo nicht gegen das Jahresbudget sondern aus Ertrag, Aufwand und Obligo (id est Saldo gegen Geldeingang) betrachtet.

Da solche Projekte möglicherweise sogar einige Jahre länger laufen ist es überlegenswert in der ersten Spalte nicht ein Jahr sondern als Beispiel 2001 bis ZJAHR (im Beispiel also 2001 bis 2017) auszuwerten, so dass tatgsächlich die gesamte Laufzeit der Projekte betrachtet werden kann... Ebenso könnten hier auch die Vorjahresbudgetwerte in der ersten Spalte betrachtet werden..so diese ebenfalls immer als Jahresbudget eingestellt waren.
 

Saldoübertrag (negative Budgetwerte in der klassischen Budgetierung)

Die Möglichkeit des Übertrags von negativen Saldowerten als "negatives Budget" in der klassischen Budgetierung innerhalb PSM-FM habe ich ausführlicher im Artikel "Negatives Budget in Public Sector Management Haushaltsmanagement buchen (klassische Budgetierung und BCS)" beschrieben.

Im oberen Bericht werden als Jahresbudget sowohl die Finanzposition auf der das Budget als Jahresbudegt gebucht ist als auch die Finanzposition für negatives Budget zum Saldoübertrag ausgewiesen. Im Ergebnis weist die Spalte mit Berücksichtigung des Vorjahressaldo also entweder einen positiven/negativen Saldo für das Vorjahr als Addition aus oder aber nach der Übertragung ins entsprechende Jahr einen Saldo von 0 aus. Damit kann im Bericht also tatsächlich der Saldoübertrag schon vorweg genommen werden, ohne dass heir schon eine Buchung erfolgt ist.

Berichtswesen allgemein

Auch dieser nun um zwei weitere Aspekte angepasster Bericht kann wieder über "Parametertransaktion für Recherchebericht" eine eigene Transaktion erhalten.

Selbstverständlich können solche Berichtsanforderungen nicht nur im Modul Haushaltsmanagement im Bereich Public Sector Management sondern auch im Controlling und entsprechenden Berichten relevant sein. Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlicher auf das Thema Rechercheberichte im SAP Modul CO eingegangen und habe für einen Mehrjahresvergleich auch diese Vorgehensweise näher erläutert. Hier freue ich mich auch sehr über die durchweg positiven Rückmeldungen auf Amazon * und würde mich freuen, wenn das Buch und Thema auch weitere Personen finden wird :-). Neben Rechercheberichte wird hier auch das Thema Berichtswesen im CO allgemein aber auch die Tools Recherchebericht, Report Painter und SAP Query behandelt sowie einige Empfehlungen und Kniffe rund um Aufbau eines internen Berichtswesen gegeben.

Gerade das Thema Periode/Jahr wurde auch im Artikel "Erweiterung Report Writer Berichtsbibliothek 1CT zur Darstellung rollierendes Geschäftsjahr für Kostenstelle und Innenauftrag" behandelt und stellt auch hier eine entsprechende Möglichkeit dar.

Hier kann ebenfalls mit einen Merkmal "Geschäftsj./Periode" gearbeitet werden um ein rollierendes Geschäftsjahr (zum Beispiel abweichend zum Geschäftsjahr ein Studienjahr) auszuwerten. Interessant ist, dass hier durch die Kombination mit den Merkmal Geschäftsjahr tatsächlich für das laufende Geschäftsjahr bei einer Mehrjahresbetrachtung wie im Artikel "Mehrjahresvergleich im ReportWriter/Painter mit variabler Spaltenanzahl je Jahr dank Variablen" dieses für einzelne Spalten ebenfalls für das aktuelle Geschäftsjahr eingeschränkt werden kann.

Fazit

Der auf diese Weise entstandene Finanzberichte über einzelne Projekte kann nun zum Beispiel um entsprechende Hochrechnungen (zum Beispiel aus der Personalkostenhochrechnung) ergänzt werden. Gerade bei der Personalkostenhochrechnung und unterschiedliche Gruppen an Personal (im Hochschulbereich zum Beispiel Beamte und Tarifpersonal) kann es auch sein, dass das Zahldatum der Bezüge zum 1. eines Monats und der Gehälter zum Monatsende sonst im laufenden Monat dazu führt, dass noch nicht der gesamte Personalaufwand gebucht ist aber die Personalkostenhochrechnung dieses nicht mit berücksichtigt.

Durch die Abgrenzung der Periode des laufenden Geschäftsjahres gegenüber den vorherigen Jahren kann es daher sinnvoll sein, hier eine Einschränkung zu machen.

Es ist allerdings möglich darüber zu diskutieren ob das Obligo dann ebenfalls eingeschränkt werden sollte, da dieses ja ebenfalls Verbindlichkeiten sind, die noch zu zahlen sind, auch wenn diese vielleicht in künftigen Perioden bzw. im laufenden Monat erst gebucht worden sind.

Auf der anderen Seite wird ja auch später im Bericht mit angegeben, bis zu welcher Periode beziehungsweise zum welchen Stichtag die Auswertung erfolgt ist.

Tatsächlich zeigt sich hier auch wieder einmal schön, dass Berichtswesen immer auch ein lebendiges Konzept ist, dass sich immer wieder weiter entwickeln kann.

Als ein weiter Grund zur Begeisterung im Berichtswesen trägt für mich bei auch solche Anforderungen für Berichte in SAP umtzsetzen und hier passende Lösungsansätze zu finden. Sicherlich lassen sich einmal erstellte Berichte auch mit Excel weiter verarbeiten, was zum Beispiel im Artikel "Bilanzreporting und GuV Planung in der Profit-Center-Rechnung sowie Konsolidierung einzelner Bereiche am Beispiel der Planung der Haushaltsrechnung" erfolgt ist, aber es ist immer wieder ein gutes Gefühl, wenn Berichte auch direkt aus den SAP System verwendet werden können und genau die Informationen wieder geben, die für ein Finanzberichtswesen im internen Rechnungswesen und Berichtswesen auch tatsächlich gefordert werden.

Gleichzeitig sind es aber auch solche Berichtsanforderungen die stelltvertretend dafür stehen, dass das Auseinandersetzen mit einzlnen Berichtstools (gerne auch Excel) regelmäßig genutzt werden sollte und gerade vorhandene Berichte auch dahingehend überarbeitet werden können, ob diese noch alle relevanten und tatsächlich geforderten Informationen liefern oder vielleicht doch noch um weitere Informationen erweitert werden können.

Die von mir im Hochschulcontrolling und Hochschulberichtswesen eingesetzten Tools sind ebenso im Artikel "Unterschiedliche Auswertungsmöglichkeiten im Controlling (Report Writer, Recherchebericht, SAP Query) und natürlich Excel ;-)" zusammenfassend mit weiteren Beispielen dargestellt worden.

Während die Geschäftsbereiche (oder Business Area) schon im klassischen Hauptbuch sowohl bei Innenaufträgen und Kostenstellen im SAP Modul CO-OM (Controlling - Gemeinkostencontrolling) hinterlegt werden kann wird der Profit-Center-Rechnung (EC-PCA) mit Einführung des neunen Hauptbuches ein neues Feld in den Stammdaten zugeordnet das sich auch auf das Berichtswesen auswirkt.  Es handelt sich um das Stammdatum Segment das insbesondere für die Segmentberichtserstattung genutzt werden soll.

Gesetzliche Grundlagen (IFRS, HGB, US GAAP)

Gemäß der gesetzlichen Anforderung im § 297 Absatz 1 Satz 2 HGB kann der Konzernabschluss um eine Segmentberichtserstattung erweitert werden. Nach den International Financial Reporting Standards (IFRS)  ist eine Segmentberichtserstattung für bestimmte Unternehmensformen (kapitalmarktorientierte Unternehmen) ist diese Segmentberichtserstattung nach IFRS 8 verpflichtend für andere ist diese freiwilliger Bestandteil des Konzernabschlusses. Vergleichbare Regelungen finden sich schon länger innerhalb der United States Generally Accepted Accounting Principles (US-GAAP) als US-amerikanischen Bilanzierungsvorschriften.

Durch diese gesetzlichen Änderungen ist es auch nicht weiter verwunderlich, dass die Profit-Center-Rechnung nicht mehr im Controlling sondern auch im Menübaum innerhalb der Finanzbuchhaltung zu finden, da hier die Segmentberichtserstattung erfolgen soll.
 

Business Area im klassischen Hauptbuch und Segmente in der Profit-Center-Rechnung im neuen Hauptbuch

Bisher war die Profit-Center-Rechnung ein Nebenbuch und ist nun inhaltlich ins Hauptbuch gewandert, was sich auch im Bereichtswesen auswirkt.

Schon mit der Einführung des neuen Hauptbuches zeigt sich, dass das interne und das externe Rechnungswesen immer mehr zusammen wächst, was gerade bei der Einführung von S/4HANA dann auch darin gipfelt, dass hier Sachkonto und Kostenart zusammengelegt werden, was aber in diesem Artikel nicht gesondert dargestellt werden soll.

Am Beispiel "Grundlagen Finanzbuchhaltung - Geschäftsbereiche als mögliche Lösung zur Abbildung eines Betrieb gewerblicher Art (BgA)" hatte ich schon beschrieben, wie im klassischen Hauptbuch eine Bilanz/GuV über in CO Objekte hinterlegte Geschäftsbereiche erstellt werden kann. Wie im verlinkten Artikel erwähnt kann dieses im Gegensatz zur Profit-Center-Rechnung und Segmentberichtserstattung für eine differenziertere Betrachtung von einzelnen Geschäftsbereichen herangezogen werden.

Sichtbar wird dieses dadurch, dass die Kostenstellen und Innenaufträge einzelnen Geschäftsbereichen abweichend zur Zuordnung zu den einzelnen Profit-Centern zugeordnet werden können.

Damit ist es zum Beispiel möglich einzelne Innenaufträge einen eigenen Geschäftsbereich zuzuordnen und gleichzeitig mit anderen Innenaufträgen einen bestimmten Profit-Center zuzuordnen.

Durch die Aktivierung des neuenn Hauptbuches werden die Stammdaten der Profit-Center um das Feld Segment erweitert. Somit werden durch die Zuordnung der CO-OM Objekte Kostenstelle und Innenauftrag zu einem Profit-Center die Segmente als 1:1 Zuordnung aus Profitcenter und Segment abgeleitet.

Es ist also entscheidend sich vorba Gedanken über etwaige Berichtspflichten zu machen und wie Geschäftsbereiche oder Segmente gestaltet werden sollen.

Anforderungen an Segmente

Ziel der Segmente ist eine gesetzliche Anforderung aus US-GAP und IFRS in der Unternehmen verpflichtet werden einzelne Geschäftssegmente öffentlich zu legen und damit Lagebericht und Jahresabschluss miteinander zu verknüpfen.

Im klassischen Hauptbuch konnten dazu bisher unter anderen Profit-Center-Gruppen oder die erwähnten Geschäftsbereiche in Kostenstelle und Innenauftrag verwendet werden.

Segmente können dafür in den Grunddaten der Profitcenter (Abschnitt Grunddaten im Register Grunddaten) oder auch als zeitabhängige Daten im Anlagenstammsatz hinterlegt werden.

Definition von Segmenten im Customizing

Ebenso wie Geschäftsbereiche sind die Segmente im Customizing (Transaktion SPRO) anzulegen. Die Anlage erfolgt unter:

• Unternehmensstruktur
• Definition
• Finanzwesen
• Segment definieren

Hier können Segmente für die Segmentberichtserstattung durch Angabe von Segment und Beschreibung angelegt werden. Werden später Profitcenter definiert besteht die Möglichkeit hier ein angelegtes Segment auszuwählen und dieses im Profit-Center zu hinterlegen.

Ferner ist das Szenario "FIN_SEGM" Segmentierung den führenden Ledger für das die Segmentberichtserstattung erfolgen soll zuzuordnen. Dieses ist im Customizing (Transaktion SPRO) unterhalb von

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

möglich, wodurch festgelegt wird, welche Felder eines Ledger bei der Durchbuchung aus anderen Anwendungskomponenten fortgeschrieben werden. Hierzu ist das entsprechende Ledger zu markieren (zum Beispiel OL für führendes Ledger) und in der Dialogstruktur der Punkt Szenarios auszuwählen. Über neue Einträge kann hier das Szenario für Hauptbuchhaltung im Beispiel FIN_SEGM für Segmentierung ergänzend zur FIN_PCA für die Profitcenter-Fortschreibung ausgewählt werden.

In der Stammdatenpflege zum Profit-Center (Transaktion KE51, KE52) kann das Segment dann entsprechend ausgewählt werden.
 

Ableitung von Segmenten durch Kundenerweiterung (BAdI)

Sofern das Segment nach anderen Kriterien abgeleitet werden soll ist hier auch die Nutzung des Business-Add-In (Badi) FAGL_DERIVE_SEGMENT möglich.

Diese Ableitung kann ebenfalls im Customizing unter:

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

Dieses wird in folgender Logik abgeleitet.

1. Wird bei einer Buchung kein Segment angegeben, ermittelt das System das Segment aus der hier definierten Substitution
2. Sofern aus der Substitution kein Segment ermittelt werden kann wird das Segment aus den Stammdaten des Profit-Center abgeleitet

Zuordnung von Segmenten in Profit-Center Stammdaten (Beispiel)

Die Zuordnung von Profit-Center zu Segmenten erfolgt in folgender Logik. Ein Segment kann mehreren Profit-Centern zugeordnet sein, aber jedes Profit-Center nur einen Segment.

Nehmen wir als Beispiel die Profit-Center des Verlag NewMedia (das ich als Beispiel im Buch  »Schnelleinstieg ins SAP® Controlling (CO)«  verwendet habe.

Hier könenn die einzelnen Sparten der Fachbücher des Verlages einen Segment Fachbücher zugeordnet werden:



Der Aufbau von Segmenten in Verbindung mit Profit-Centern sollte so gewählt werden, dass hier eine andere Information abgebildet wird. Durch die Integration der Profit-Center ins neue Hauptbuch sind hier auch weitere Auswertungsmöglichkeiten gegeben. Wie bereits erwähnt finden sich die Profit-Center im SAP Menü nun nicht nur im Controlling sondern auch in der Finanzbuchhaltung unter:

• Rechnungswesen
• Finanzwesen
• Hauptbuch
• Stammdaten
• Profitcenter

In der Tabelle FAGLFLEXT (Hauptbuch: Summen) ist das Feld Segment nun ebenfalls neben Profitcenter vorhanden.

Auswertung von Segmenten

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.

Die Auswertung von Segmenten erfolgt nun aber nicht über die Bilanz/GuV unter:

• Rechnungswesen
• Finanzwesen
• Hauptbuch
• Infosystem
• Berichte zum Hauptbuch
• Bilanz/GuV/Cash Flow
• Allgemein
• Ist-/Ist Vergleiche
• Bilanz/Guv (Transaktionscode S_ALR_87012284)

sondern hat einen eigenen Menübaum unterhalb von

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

Hier findet sich unter anderen der Bericht "Segment Plan/Ist/Abw.) Transaktion S_E38_98000092 unter den im Abschnitt Berichtsselektion auch auf die Bilanz/GuV Struktur zugegriffen werden kann.

Alternative / Vergleich Profit-Centergruppen zu Segmenten

Problematisch bei der Nutzung von Segmenten für Auswertungen ist jedoch, dass diese nicht flexibel auf organisatorische Änderungen reagieren können, da eine nachträgliche Änderung der Zuordnung zum Profit-Center nicht erfolgen kann. Daher kann die Verwendung von Profit-Center-Gruppen und Auswertung der Bilanz/GuV durch Kopie der Bilanz/GuV Struktur wie im Artikel "Bilanz- GuV- Struktur definieren oder nach CO-PCA kopieren" beschrieben durchaus hilfreich sein. Sollen darüber hinaus auch die Kostenstellen und Innenaufträge ausgewertet werden, ist ein Blick auf die Berichtsbibliothek ZPC (siehe Artikel "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" nützlich sein.

Weitergehende Informationen

Ein Überblick über Segmente und Gegenüberstellung der neuen Profit-Center-Rechnung zur klassischen Profit-Center-Rechnung ist 2015 auf den FICO-Forum Infotagen vorgestellt worden.

FICO Forum Infotage 2015
Die Unterlagen der einzelnen Vorträge werden traditionell im Nachgang ebenfalls auf fico-forum.de veröffentlicht (siehe "Unterlagen der 4. FICO-Forum Infotage 9/10 November Köln").

Die beiden Vorträge können auch heute noch abgerufen werden:

Unterschiede klassische/neue Profitcenter Rechnung
Martin Munzel - Espresso Tutorials
http://fico-forum.de/ET/infotage_2015/PCA/

Segmentberichterstattung im SAP Hauptbuch
Jörg Siebert - Espresso Tutorials
http://fico-forum.de/ET/infotage_2015/JS_Segment/

Da mit der Einführung von S/4HANA neben der Unicode-Umstellung, im Bereich PSM die Umstellung von der klassischen Budgetierung hin zu BCS (siehe "PSM Haushaltsmanagement Budgetverwaltungssystem BCS oder klassische Budgetierung"), die Einführung von Business Partner (Nachfolge von Kreditor und Debitor) und auch die Aktivierung des neuen Hauptbuches ein wichtiges Thema ist, dürften auch dieses Jahr die FICO Forum Infotage für Kolleginnen und Kollegen interessant sein.

Dieses Jahr finden die Infotage vom Dienstag 19. bis Mittwoch 20. November in Köln statt und als Themen stehen unter anderen:

• Update zu S/4HANA Finance 1909
  von Janet Salmon, SAP Deutschland SE & Co.KG
• S/4HANA-Anlagenbuchhaltung
  von Jörg Sieber, Espresso Tutorials GmbH
• aber auch Geschäftspartner-Migration
  von Samuel Gonzalez, ConVista Consulting AG

auf der Agenda. Bis zum 31. Juli 2019 kann noch ein Frühbucherticket für 299 Euro erworben werden. Danach sind die Tickets ab 499 Euro zu haben.
 

Ein wichtiges Thema beim Arbeiten mit Berichten im SAP System ist immer auch die Frage, wie diese Berichte weiter gegeben werden können. Im Buch »Berichtswesen im SAP®-Controlling« habe ich einige Grundlagen aber auch fortgeschrittene Empfehlungen für den Aufbau eines Berichtswesen und die Arbeit mit Berichten zur Auswertung von Stamm- und Bewegungsdaten beschrieben.

Ein wichtiges Thema an der Arbeit ist auch immer die Übergabe von SAP Berichten nach Excel, wobei wir hier in der Hauptsache die Office-Integration verwenden. Im Artikel "Grundlagen - Berichte von SAP nach Excel exportieren" bin ich auf die einzelnen Möglichkeiten eingangen wie Berichte nach Excel übergeben werden können und im Artikel "Office Integration - Excelansicht in SAP und Daten kopieren nach Excel" hatte ich auch einige häufige Probleme mit der Office Integration und wie damit umgegangen wird beschrieben.

Die Aufbereitung der Excel-Ansicht erfolgt über eine Anpassung der Farbtabellen innerhalb der Arbeitsmappe von Excel, so dass diese den Farbschemata der SAP entspricht. Hierdurch ist es erforderlich entsprechende Makros zuzulassen.

Zum Thema "Office-Integration und Makrosicherheit" hatte ich dieses im Buch wie folgt beschrieben:

Sollten Sie trotz aktivierter Funktion »Ausgabe in MS Excel« oder »MS Excel 2007« nur ein leeres Tabellenblatt erhalten, so müssen Sie innerhalb Excels Makros zulassen.

Dies erreichen Sie in den Excel-Optionen (DATEI • OPTIONEN) über SICHERHEITSCENTER • EINSTELLUNGEN FÜR DAS SICHERHEITSCENTER • EINSTELLUNGEN FÜR MAKROS.

Je nach Ihrem Sicherheitsbedürfnis können Sie hier die Option Alle Makros mit Benachrichtigung deaktivieren wählen, wodurch Sie in SAP jedes Makro explizit zulassen müssen, oder direkt die Option Alle Makros aktivieren, wodurch dann keine Warnmeldung mehr erscheint. Dieses sollten Sie jedoch mit ihrer lokalen IT-Abteilung besprechen.

Obgleich diese Einstellungen in Excel so vorhanden waren hatten wir ein wiederkehrendes Problem, dass bei einzelnen Kollegen und Kolleginnen dennoch nach Auswahl der Excelintegration eine leere Darstellung (sogar ohne Exceloberfläche) vorhanden war.
 
Screenshot © Copyright SAP SE. Alle Rechte vorbehalten ^*
Gemeinsam mit unserer SAP Basis Abteilung versuchten wir die Ursache dieses Problem zu erkunden. Die Fehlermeldung "Kein Dokument geöffnet - Meldungsnr. SOFFICEINTEGRATION022" führte uns erst einmal in die oben beschriebenen Makroeinstellungen, die aber tatsächlich korrekt waren und es gab auch kein offenes Fenster, dass auf Fehler oder die Bitte Makros zu aktivieren hingewiesen hatten.

Die Ursache lag dann aber tatsächlich nicht in einer veralteten SAP GUI Version (was auch keinen Sinn machen würden, da hin und wieder die Anzeige auch funktionierte) sondern daran, dass in einer offenen Arbeitsmappe eine Zelle aktiv markiert war.



Sofer eine Zelle mit F2 oder als Eingabefeld bearbeitet wird kann die Excelintegration nicht gestartet werden und es kommt zu oberer Fehlermeldung. Durch ein ESC bzw. bestätigen des Eintrags in der Zelle funktioniert dann auch die Integration nach einen erneuten Aufruf wieder.

Manchmal haben kleine Ursachen einfach große Wirkung, wie auch im Artikel "Spuk in Excel erst Geistermappen und nun Geisterfelder in Pivot-Tabellen loswerden" in der uns die Fehlermeldung "Wir können diese Änderung an den ausgewählten Zellen nicht vornehmen, da sie sich auf eine PivotTabelle auswirken. Wenn Sie Zellen einfügen oder löschen mögen, verschieben Sie die PivotTable, und versuchen Sie es dann erneut." eine ganze Weile beschäftigt hatte... aber dann tatsächlich durch den gemeinsamen Blick mit einen Kollegen gelöst worden ist.

Im November 2015 (Buchveröffentlichung »Schnelleinstieg ins SAP® Controlling (CO)«) erschien unser erstes Buch zum Thema SAP Controlling und hat seitdem schon einige Leserinnen und Leser gefunden die sich hier mit den einzelnen Komponenten des SAP Modul für das Controlling auseinander gesetzt haben.

Persönlich konnte ich dieses Buch auch immer wieder einmal verwenden um Kolleginnen und Kollegen Zusammenhänge und Erläuterungen rund um SAP CO zu erläutern. Angeregt durch einige Hinweise und das positive Feedback zum Buch haben wir uns dann zusammengesetzt und das bestehende Buch in einer zweiten erweiterten Auflage heraus gebracht und so freue ich mich auf folgende Veröffentlichung hinweisen zu können:
 


Anhand eines Praxisbeispiel werden hier nicht nur die einzelnen Komponenten des SAP Modul CO erläutert. Im Gemeinkostencontrolling mit Kostenarten-, Kostenstellenrechnung und Innenauftragsrechnung wird auf das Themenumfeld Auftragsabrechnung sowie einer „innerbetriebliche Leistungsverrechnung“ bzw. „kennzahlenbasierte Verrechnung“ für einen Betriebsabrechnungsbogen (BAB)  eingegangen aber auch das Thema Produktkostencontrolling, die Ergebnisrechnung und natürlich die Profit-Center-Rechnung werden hier bishin zur Deckungsbeitragsrechnung und Zuschlagskalkulation ausführlich behandelt.

Insgesamt umfasst dieses Buch folgende Module im Controlling:

• Gemeinkostencontrolling (CO-OM) 
• Produktcostencontrolling (CO-PC)
• Ergebnis- und Marktsegmentrechnung (CO-PA) 
• Profitcenter-Rechnung (EC-PCA)

Jeden Kapitel sind zur persönlichen Lernkontrolle sind jedem Kapitel Fragen zum Verständnis beigefügt. Gerade zum Einstieg im Controlling aber auch für Keyuserinnen und Keyuser die diese Buch auch zum Nachschlagen verwenden können kann ich dieses Buch unvoreingenommen empfehlen und freue mich auf etwaige positive Rückmeldung dazu.

Neben der Papierversion (welche ich dann tatsächlich bei einigen Fachbüchern bevorziehe) gibt es auch die Möglichkeit unser Buch elektronisch zu lesen. Dabei ist besonders die unter SAP Know How vorgestellte Flatrate interessant durch die alle aktuellen Bücher im Verlag gelesen werden können. Das Buch kann entweder hier in Partnerschaft mit Espresso Tutorials unter Onlineshop erworben werden oder alternativ auch direkt in der digitalen Bibliotheksflatrate online gelesen werden. Letztere Option hat auch den Vorteil, dass hier ebenso auf alle anderen Medien vom Schulungsvideo bishin zu allen Neuerscheinungen direkt zugegriffen werden kann.

Ein erster Eindruck zur digitalen Flatrate kann sich unter free.espresso-tutorials.de  gemacht werden.

Einen kurzen Eindruck rund um die vorhandenen Bücher kann auch in den "Buchempfehlungen" gewonnen werden.

Besonders gefreut hat mich auch, dass auch in der zweiten Auflage weiterhin Erbsen im Titelbild zu finden sind. Auch wenn nicht alle in Conrolling beschäftigte Personen als Erbsenzähler oder Lotsen zu sehen sind ist es dennoch ein schönes Wiedererkennungsmerkmal.

Ich wünsche viel Vergnügen beim Lesen und freue mich über eine (hoffentlich positive) Rückmeldung die auch gerne als Rezension auf Amazon veröffentlicht werden kann :-). An dieser Stelle auch vielen Dank an die durchwegs positive Rückmeldungen zu den ersten beiden Büchern was auch eine Motivation für ein künftiges Buchprojekt ist. :-)

Inhaltlich eine gute Ergänzung ist dann natürlich noch der Aufbau eines Berichtswesen im SAP Controlling.



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.
 
Letztes Jahr, im April 2018, hatte ich schon im Interview auf die Bedeutung von Weiterbildung im Beruf aber besonders im SAP Umfeld hingewiesen:



Das Interview selbst und was es damit auf sich hat ist im Artikel "Hintergrund zum Interview auf thinkdoforward und Studium an der heutigen Technischen Hochschule Mittelhessen (THM)" zu finden und dürfte auch weiterhin relevant sein.

Die vorgestellten Buchangebote und Medien bieten zur persönlichen Weiterbildung eine gute und vor allen auch praxisnahe Alternative an.

Das Thema Wissensvermittlung und die Frage "Wie bleibt man up2date im Bereich SAP Basis & Security?" wurde auch auf rz10.de ausführlicher behandelt. Hier hat mich meine eigene Blogartikelnachlese angenehm überrascht und ich habe mich sehr gefreut hier ebenfalls mit meinen RSS-Feed mit als Quelle vertreten zu sein :-)