Im Rahmen meines aktuellen Buchprojektes bin ich, auch beim dritten (oder vierten je nachdem ob die Neuauflage als neues Buch gezählt werden soll) weiterhin begeistert durch die Zusammenarbeit mit meinen Verlag Espresso Tutorials.

Unterstützung durch Verlag

Unabhängig davon, ob es Fragen zu Technik rund um SAP, Probleme beim Zugang oder Berechtigungen für das SAP System oder auch ganz banal bei Anleitungen und Hilfestellungen wie das eigentlich so ist ein Buch zu schreiben und worauf man hier achten sollte und welche Fehler man vermeiden kann hier habe ich nicht nur wertvolles Feedback bekommen sondern auch der Umgang zwischen Schreibende und Verlag könnte ich mir kaum besser vorstellen.

Dank einer wirklich durchdachten Vorlage in Word (inklusive Addons für bestimmte Buchelemende) macht das Schreiben auch noch eine besondere Freude und lässt an vielen Ecken und Enden hier KnowHow als auch einiges an durchdachten Punkten in den eigenen Alltag mit Word oder Arbeit an Texten einfliessen.

Durch die letzten Bücher habe ich Ecken an Winword kennen und schätzen gelernt, die mir vorher noch nicht so vertraut waren.


Mittlerweile hat auch Google die bisherigen Bücher im Knowledge Graph stehen
 

Zusammenarbeit mit meiner Lektorin

Neben der rein technischen Unterstützung gibt es auch noch eine sehr gute Zusammenarbeit im Lektorat und gerade wenn ich die erste Fassung meines Manuskript und die endgültige Form betrachte hat hier meine Lektorin keinen geringen Anteil daran aus einer guten Idee auch noch ein gutes geschriebenes Werk zu machen.

An dieser Stelle liebe Grüße und vielen Dank für die positiven, motivierenden aber auch kritische Rückmeldungen im aktuellen aber auch vorherigen Manuskripten.

Wir arbeiten gemeinsam mit Winword und nachdem ich die letzten Änderungsvorschläge angenommen hatte sich wohl die Nachverfolgung deaktiviert.

Dieses ist mir nicht weiter aufgefallen und ich habe munter die letzten Wochenenden nd Abendstunden an der Überarbeitung des Buches geschrieben. Als ich fertig war wollte ich zu einen anderen Thema noch etwas in Mails nachschlagen und bin mit Schrecken darauf aufmerksam geworden, dass ja eigentlich auch mit meinen Änderungen seitens des Lektorats gearbeitet werden sollte.

Dadurch, dass ich aber die Änderungsverfolgung (vermutlich durch STRG + UMSCHALT + E) abgeschaltet hatte war es  nicht mehr ersichtlich was ich eigentlcih die letzten Tage so getan hatte und meine eigenen Änderungen waren weder hervorgehoben und es wäre ein ziemlich großer Aufwand hier selbst sich daran noch zu erinnern, welches Kapitel ich gelöscht, verschoben, verworfen oder gar bereichert, vervollständigt und definitv nciht vernichtet hatte.

Mein Glück war  in diesen Fall, dass ich mein Manuskript, die Überarbeitungsvorschläge aus Lektorat und die folgende Version jeweils in einer eigenen Datei gespeichert habe.

Dieses ist etwas, neben der Datumsangabe im Dateiname (in der Form JJJJ-MM-DD), dass ich mir recht schnell im Hochschulumfeld angewöhnt habe. Das _final am Ende eines Dokuemntes wird sehr viel realisitscher durch _final-2019-09-07 unabhängig davon um was es gerade gehen mag...irgendwann wird es immer eine final-Version02 geben.

Im aktuellen Dokument  waren alle Änderungsvorschläge angenommen und ich hatte so etwa 30 bis 50 Seiten zusätzlichen Inhalt geschaffen ohne, dass nachgesehen werden konnte, woher diese Änderungen gekommen sind.

Eigentlich wollte ich ja schlafen gehen und nur noch kurz die aktuelle Version an meine Lektorin senden.... da muss es doch eine schnelle Lösung geben durch die ich auch noch ein klein wenig Schlaf finde.
 

Änderungen nachträglich nachverfolgen in Winword

Hier bietet zum Glück Winword eine passende Methode um mit solchen Problemen umzugehen.

In der letzten lektorierten Form wählte ich die Funktion "Alle Änderungen annehmen" und speicherte das Dokument unter "Lektorat.doc".

Diese Option ist in der Befehlsleiste ÜBERPRÜFEN in der Befehlsgruppe NACHVERFOLGUNG hinter der Schaltfläche ANNEHMEN über die Funktion ALLE ÄNDERUNGEN ANNHMEN wie in der folgenden Abbildung ersichtlich.




Dieses Dokument in dem Alle Änderungsvorschläge angenommen worden sind speicherte ich, wie erwähnt, als LEKTORAT.DOC.

Danach öffnte ich meine überarbeitete Version in der nicht mehr klar ersichtlich war, welche Änderungen ich wohl durchgeführt hatte.

In der Befehlsgruppe VERGLEICHEN  in der Symbolleiste ÜBERPRÜFEN findet sich die Schaltfläche vergleichen. Hier bietet die Option "VERGLEICHEN ..."  zwei Dateien zu vergleichen und die Änderungen hervorzuheben.



Eine wichtige Funktion ist nun noch, womit die Ändeurgen gekennzeichnet werden sollen (unterhalb des überarbeiten Dokuemntes und wo diese Änderungen angezeigt werden sollen (rechts unten).

Hier wählte ich die Kennzeichnung als Andreas Unkelbach und möchte das Dokuemtn in en neues Dokument anzeigen lassen.

Dieses Dokument konnte ich dann speichern und die Bildbezüge aktualisieren, da ich auch Screenshots aktualisiert hatte, und damit kurz vor dem Schlafen gehen beruhigt die überarbeitete Version an den Verlag senden inklusive einer Hervorhebung meiner eigenen Änderungen.

Nachdem nun das Thema abgeschlossen war, und ich wieder beruhigt schlafen konnte ;-), mag ich noch auf einen Artikel über die Änderungsverfolgung verweisen.

Im Artikel "Microsoft Office Vorlagen und Änderungsverfolgungen" bin ich grundsätzlich auf die Möglichkeiten der Änderungsverfolgung eingegangen.

Am nächsten Tag erreichte mich auch schon Feedback zur Vergleichsdatei und das Wochenende konnte ich dann mit einer Krimilesung im Weinwerk in Gießen beginnen...das ebenfalls noch einige schöne Überraschungen in sich hatte.

Für Autoren die ebenfalls online Texte veröffentlichen kann ich aktuell noch zwei Blogartikel von mir empfehlen.

• "VG Wort Nicht gemeldete URLs deaktiviert - Mindestzugriff nicht mehr gegeben durch Referrer Links auf Zählpixel"
• "CSV der VG Wort Zählmarken für den Bereich Texte im Internet (METIS) in Tabelle mit öffentlichen und privaten Identifikationscode der Zählmarken umwandeln"

Im ersten Artikel bin ich ebenfalls auf das Thema VG Wort Zählpixel und Adblocker eingegangen... Hier muss ich übrigens persönlich Firefox sehr loben. Auch wenn diverse Trackingdienste standardmäßig gesperrt sind, bleibt das Zählpixel auch in der aktuellen Version noch erhalten und zählt nicht als zu blockender Tracker. Vielleicht kommt dazu auch noch ein aktueller Artikel.
 

---

Ich freue mich schon sehr darauf meine bisherigen Publikationen bald auch um ein weiteres Buch erweitern zu können und hier erste Erfahrungen unter SAP S/4 HANA sammeln zu könenn.

Das Thema "Smart Home Systeme im Alltag"  war ja schon häufiger im Blog ein Thema aber auch mobil sind smarte Geräte bei uns angekommen. Neben der Begleitung durch Smartphone und Smarthome eignet sich eine Smartwatch für weitere Einsatzfelder über die ich hier gerne berichten möchte. Im folgenden Artikel möchte ich die Erfahrungen mit einer Smartwatch von Garmin aus Sicht meiner Frau darstellen.

Smartwatch Garmin Vivoactive 3

Meine Suche nach einer Smartwatch begann damit, dass ich mein Schwimmtraining aufzeichnen wollte. Mein erster Versuch war ein Fingercounter - eine Art Miniuhr, die man auf einen Finger steckt und bei der man jede Bahn mit einem kurzen Druck auf einen Knopf bestätigt - in Kombination mit Google Fit. Schnell nervte es mich, dass ich jeden Schwimmbadbesuch von Hand eintragen musste, während eines Urlaubs kamen dann noch zusätzlich Verbindungsprobleme von Google Fit hinzu und so war danach klar: Ich brauche eine Alternative. Diese sollte eigentlich nur wenige Dinge beherrschen:

• Training automatisch in einer App aufzeichnen
• geschwommene Bahnen selbständig erkennen
• bei Spaziergängen die Strecke aufzeichnen

Gelandet bin ich mit diesen Anforderungen schließlich bei einer Garmin Vivoactive 3.


Garmin Vivoactive 3 (Amazon Partnerlink *)


Was man bei Garmin allerdings wissen muss: Man ist im Prinzip im Garmin-Universum gefangen. Es gibt zwar Apps, die sich bemühen, die Garmin-Daten auch für Google Fit oder Samsung Health zur Verfügung zu stellen, im Endeffekt kann man aber am meisten damit anfangen, wenn man tatsächlich auch die Garmin App “Connect” benutzt.

Garmin Connect

Market Link / Google Play

• Google Play: Garmin Connect
• Apple App Store: Garmin Connect

Eine Übersicht über die von Garmin angebotenen Apps für die Uhr selbst und das darauf befindliche Betriebssystme ist auf https://apps.garmin.com/de-DE/ zu finden. Hier finden sich neben angepassten Zifferblättern auch verschiedene unterstützte weitere Apps für die Uhr selbst.

Der Funktionsumfang der App geht allerdings deutlich über das hinaus, was man von Google Fit kennt und ich bin damit heute viel glücklicher, als ich je mit Google Fit war.

Die vivoactive 3 (die es auch in einer vivoactive 3 Music Version gibt, bei der man Musik auf der Uhr speichern kann) ist mehr als ein Fitnesstracker, aber die Funktionen sind im Vergleich zu den teureren Garmin Uhren eingeschränkt. Sie hat GPS, kann verschiedene Trainingsvarianten automatisch aufzeichnen, beherrscht das Erkennen von Bahnen beim Schwimmen, verfügt mit Garmin Pay über eine kontaktlose Bezahlmöglichkeit, zeigt Benachrichtigungen des Handys an, zählt Schritte, Stockwerke, Stresslevel und trackt den Schlaf. Man kann auch die Musik- (oder Hörbuch-)wiedergabe am Handy darüber steuern und Alarme setzen. Außerdem kann man sie über Watch Faces, Apps, Widgets und Datenfelder, die man über Connect IQ herunterladen kann, sehr stark an die persönlichen Bedürfnisse anpassen. Das mutet allerdings manchmal etwas zu umständlich an - schon die Unterscheidung zwischen Apps, Widgets und Datenfelder ist nicht gerade intuitiv.

Auch die App ist auf Grund des enormen Funktionsumfangs leider nicht immer intuitiv oder einfach zu bedienen. Viele Funktionen fühlen sich versteckt oder kompliziert zu erreichen an und manchmal findet man erst nach Wochen und durch Zufall eine Funktion, von der man gedacht hat, dass sie gar nicht existiert. Andere Funktionen sind für mich und mein Nutzungsverhalten absolut unnötig und ich würde sie gerne dorthin verstecken können, wo die für mich wichtigeren leider sind.

Grundsätzlich nutze ich nicht einmal ansatzweise alle Funktionen, die die Uhr zu bieten hat. Meine Hauptnutzung besteht tatsächlich im Schwimm-Tracking und meistens trage ich sie den restlichen Tag nicht einmal - sie ist mir dafür schlichtweg zu groß. Das führt aber auch dazu, dass ich Dinge wie Schritte, Stresslevel und Schlaf gar nicht aufgezeichnet bekomme. Ich lege darauf aber auch keinen Wert.

Training (Schwimmen) mit Garmin Connect

Beim Schwimmen starte ich das Training manuell, danach zählt die Uhr automatisch die einzelnen Bahnen, inklusive Anzahl der Züge und Zeit. Das funktioniert mal mehr, mal weniger gut, je nachdem, wie “ordentlich”, sprich für die Uhr gut erkennbar, man schwimmt. Intervalle muss ich händisch während des Schwimmens angeben, indem ich zweimal kurz den Knopf der Uhr drücke.


Zusammenfassung  Training

Trainingsdetails in Summe

Statistik über einzelne Strecken

Graphische Analyse Schwimmtraining 
(Der Swolf-Wert wird aus der Summe der Zeit für eine Bahn und der Anzahl der Züge berechnet, die zum Schwimmen der Bahn erforderlich sind.)


Wenn mal eine Bahn fehlt oder doppelt gezählt wurde (ich erkenne das sehr schnell, weil ich die Uhr bei jeder erkannten Bahn kurz vibrieren lasse), gibt es die Möglichkeit, die Trainingsdaten im Anschluss bei Garmin Connect (über die Weboberfläche) herunterzuladen und auf der Seite http://swimmingwatchtools.com/ zu editieren - oder auch einfach detaillierter analysiert zu bekommen. Die editierten Daten kann man später wieder bei Garmin Connect importieren (das Originaltraining muss dafür zunächst gelöscht werden).

Über diese Ansicht eines einzelnen Schwimmens hinaus, bietet Garmin auch eine hübsche Übersicht über alle Schwimmsessions der letzten 7 Tage, 4 Wochen oder auch des ganzen letzten Jahres.


Statistik über Trainingsverlauf


Im Normalfall ist damit meine Nutzung der Uhr auch schon beendet und sie kann keine weitere Daten erfassen, im Urlaub verwende ich sie jedoch deutlich häufiger. Da trage ich sie unterwegs, um die gegangenen Strecken später sehen zu können, was funktioniert sobald man als Aktivität “Gehen” aufzeichnet.


Streckenverlauf durch Park

Streckenverlauf am Flussufer bzw. durch Stadt

Vergisst man, die Aktivität manuell zu starten, macht die Uhr das auch automatisch nach einer (einstellbaren) Zeit, die man gehend verbracht hat. Jedoch stoppt sie die Aktivität dann auch wieder automatisch, wenn sie es für richtig hält - also z.B. wenn man mal eine Pause einlegt, weil man ein Foto machen möchte. Schöner wird die Aufzeichnung definitiv beim manuellen Aktivitätsstart.

Unterwegs finde auch durchaus die Benachrichtigungsfunktion bei Nachrichteneingang am Handy sehr praktisch und habe beim letzten Urlaub auch die Weckerfunktion der Uhr zu schätzen gelernt: Eine Vibration am Handgelenk spürt man viel eher als wenn die Handtasche mit dem Handy darin zart vor sich hin vibriert.

Garmin Pay

Ebenfalls im letzten Urlaub getestet: Garmin Pay. Offen gestanden ist die Bezahlung damit aber so umständlich, dass ich dafür definitiv eine andere Uhr(enmarke) empfehlen würde. Garmin Pay funktioniert in Deutschland ausschließlich mit virtuellen Prepaid Kreditkarten, man muss also alles, was man später ausgeben möchte, erstmal vom Bankkonto auf die Prepaid Kreditkarte und dann auchn noch von der Kreditkarte auf Garmin Pay verschieben. Zum Bezahlen selbst aktiviert man die Bezahlfunktion an der Uhr (ab und zu wird dafür eine Pin verlangt) und kann dann 60 Sekunden lang kontaktlos bezahlen. Mir war der Aufwand mit dem Aufladen deutlich zu hoch und ich habe es nach dem Aufbrauchen des testweise überwiesenen Guthabens wieder eingestellt.

Größe der Uhr

Wie weiter oben bereits erwähnt ist eines der andere Dinge, die mich an der Uhr stören, ihre Größe. Ich finde es äußerst unangenehm sie den ganzen Tag zu tragen und endgültig untragbar wurde sie, als ich mit Yoga anfing. Eine so breite Uhr am Handgelenk ist bei Positionen, die den Einsatz der Hände verlangen, keine Freude. Nach kurzem Liebäugeln mit anderen Uhrenmarken und der Feststellung, dass ich dann auf Garmin Connect verzichten müsse, habe ich mir schließlich eine kleine Vivosmart 4 (Amazon Partnerlink *) geholt. Darüber aber mehr in einem anderen Artikel, nur so viel schon vorab: Ich brauche jetzt 2 Uhren.

Fazit

Insgesamt ist es wirklich praktisch, dass wir beide doch eine gewisse Vorliebe für Technik teilen und der Einsatz von smarten Geräten immer auch mit einen unterschiedlichen Nutzungsverhalten verbunden ist.

Nach den Erfahrungen meiner Frau mit Garmin Pay und obiger Smartwatch bin ich auch selbst schwer am Überlegen, ob eine solche nicht auch für mich in Frage kommt. Durch das kontaktlose Zahlen mit Google Pay in London bin ich mir allerdings ziemlich sicher, dass es eine Uhr mit Wear OS Betriebssystem von Android bzw. Google werden wird. Ein klein wenig liebäugele ich hier ja tatsächlich mit der Fossil Sport Smartwatch (Amazon Partnerlink *).. und könnte mir da einen weiteren Blogartikel zu vorstellen. :-)

*
Als Amazon-Partner verdiene ich an qualifizierten Käufen über Amazon
 

---

Hinweis:

Im Laufe der Zeit wird auch das Leben mit Technik immer intelligenter. Entsprechend habe ich auf der Seite "Smart Home" unsere Erfahrungen mit Amazon Echo (Alexa) und Google Home sowie vernetzte Dienste zusammengestellt und auf der Seite "Smartwatch" finden sich die Erfahrungen mit unterschiedlichen smarten Geräten am Handgelenk.

---

Im Hinblick auf das Berichtswesen ist die Betrachtung von Investitionen oder des Anlagevermö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) 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.

Wofür wird die Segmentberichtesrstattung verwendet (Bibi Bilanzierung)

Unter #WirLiebenBilanzierung erläutert die Professur für Financial Accounting (Prof. Dr. Corinna Ewelt-Knauer) im Fachbereich Wirtschaftswissenschaften der Justus-Liebig-Universität Gießen unter Bibi Bilanzierung - Das innovative und interaktive Buch zur Fallstudiengeschichte diverses Wissen rund um die BWL  insbesondere Bilanzierung als Grundlage für Studium & Wissenschaftliches Arbeiten.

Dabei wurde auch unter Accounting on Point: Segmentberichterstattung die Frage beantwortet "Was steckt hinter der Segmentberichterstattung?". Da ich vom Format sehr begeistert bin und die dargestellten Folien noch einmal die Bedeutung der Segmentberichterstattung für die einzelnen Geschäftsbereiche in den Geschäftsberichten besonders unter die Lupe nimmt, mag ich diese gerne hier zitieren. Vielen Dank an dieser Stelle auch für das Okay an das Team von Bibi Bilanzierung bzw. Prof. Dr. Corinna Ewelt-Knauer.

Was steckt hinter der Segmentberichterstattung?

"Der Segmentbericht bietet strukturierte Informationen über einzelne Teileinheiten bzw. Geschäftsaktivitäten eines Unternehmens (=Segmente), um die im Abschluss aggregiert dargestellte Lage besser interpretieren zu können."

Welche Funktionen kann die Segmentberichterstattung erfüllen?

Dabei kann die Segementberichterstattung für folgende Funktionen genutzt werden:

• Erweiterung des Jahresabschlusses
• Verbesserter Einblick in Vermögens-, Finanz- und Ertragslage
• Veröffentlichung finanzieller Informationen einzelner Teilbereiche
• Einsicht in die Unternehmensentwicklung für (Potenzielle) Investoren/andere Kapitalgeber
• Externe Adressaten können Chancen und Risiken einzelner Segmente bewerten
• management approach

Wer sich für Finanzbuchhaltung, Bilanzierung und natürlich auch Bilanzbuchhaltung interessiert (oder auch Wissen auffrischen mag) findet bei Bibi.Bilanzierung auch passende kurze und lehrreiche Unterlagen.

Ich kann dabei folgende Quellen empfehlen:

  Bibi Bilanzierung | Startseite Youtube Instagram
 

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.

Weiter Informationen zur Belegaufteilung nach Segment / Geschäftsbereich

Da das Thema durchaus noch mehr Aspekte hat, mag ich auf folgende Artikel verweisen:
 

• "Geschäftsbereiche als Belegaufteilungsmerkmal"
• "Segmente in der neuen Profitcenter-Rechnung als Belegaufteilungsmerkmal"
• "Betriebe gewerblicher Art (BgA) und Belegaufteilungsmerkmale Profitcenter, Segment, Funktionsbereich und Geschäftsbereich"