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

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

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

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

• Unternehmensstruktur
• Definition
• Finanzwesen
• Segment definieren

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

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

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

Ableitung Segment über die Profitcenterrechung FIN_PCA

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


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

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

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

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

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

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

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

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

Reorganisation von Segmenten bei bestehenden Ist-Daten

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

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

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

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

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

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

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

Die folgende Abbildung sollte dieses etwas klarer darstellen.



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

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

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

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

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

Berichtswesen über Segmente

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

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

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

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

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

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


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

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

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

Fazit

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

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

Definition: Betriebe gewerblicher Art

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

An dieser Stelle auszugsweise etwas Gesetzestexte:

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

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

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

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

§ 2 Umsatzsteuergesetz (UStG)
Unternehmer, Unternehmen

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

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

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

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

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

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

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

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

Allgemeine Überlegungen zur BgA Abbildung

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

BgA auf eigene Kontierungsobjekte

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

BgA im Bereich CO-OM (Gemeinkostencontrolling)

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

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

  Paperback ISBN: 9783960120346

Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

Ebook ISBN: 9783960120346
 

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

Verrechnung von Beträgen zwischen Profitcentern in der universellen Verrechnung

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

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

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

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

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

 

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

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

Segment als Alternative zum Profitcenter zur Darstellung eines BgA

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

Im Customizing (Transaktion SPRO) kann das Segment unter

• Unternehmenesstruktur
• Definition
• Finanzwesen
• Segment definieren

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

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

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

Die Kundenerweiterung findet sich im Customizing unter:

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

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

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

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

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

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

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

 

Funktionsbereich zur Darstellung eines BgA

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

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

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

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

Die Einrichtung erfolgt im Customizing unter:

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

Hier erfolgen dann die weitere Einstellungen zur Einrichtung des Umsatzkostenverfahren.

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

Die Aktivierung des Funktionsbereich erfolgt im Customizing unter:

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

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

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

 

Zusatzfeld  zur Darstellung eines BgA

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

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

Geschäftsbereich zur Darstellung eines BgA

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

Zusammengefast bietet der Geschäftsbereich folgende Optionen.

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

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

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

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

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

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

Geschäftsbereich und S/4 HANA

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

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

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

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

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

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

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

Customizing Geschäftsbereich

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

• Unternehmenesstruktur
• Definition
• Finanzwesen
• Geschäftsbereich definieren

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

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

Geschäftsbereichs-Bilanzen im Buchungskreis

In den Einstellungen zum Buchungskreis im Customizing unter:

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

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

Auswertung Geschäftsbereich

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

Stammdatenpflege Geschäftsbereich

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

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

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

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

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

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

ALE Schnittstelle zwischen ReWe und HCM

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

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

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

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

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

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

 

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

Customizing Belegaufteilung - Belegaufteilungsmerkmale

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

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

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

Das Customizing findet sich unter:

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

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

ACHTUNG: Nachträgliche Änderung von Belegaufteilungsmerkmale

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

Mehrere Belegaufteilungsmerkmale

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

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

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

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

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

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

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

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



Empfehlenswert an dieser Stelle ist noch immer das folgende Buch:
 


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

Berichtswesen der einzelnen Merkmale (Report Painter)

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

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

Merkmale in den einzelenn Report Painter Bibliotheken

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

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



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

Online-Training

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

 

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

Fazit

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

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

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

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

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

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

Profitcenter

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

Segment

• Ableitung per Profitcenter
• Alternativ Badi FAGL_DERIVE_SEGMENT
• Gesondertes Berichtswesen

Geschäftsbereich

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

Funktionsbereich / Zusatzfeld

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

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

Versuch einer Einordnung der einzelnen Optionen

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

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

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

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

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

Videotutorial zum Umsatzkostenverfahren in SAP S/4HANA

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

Weiterbildungsangebote von Espresso Tutorials rund um SAP

Onlinezugriff auf alle Medien

SAP Weiterbildung & Online Training


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

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

Nutzung von Funktionsbereich im FI, CO und PSM

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

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

Customizing Funktionsbereich für UKV unter ERP/ECC

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

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Funktionsbereich für Umsatzkostenverfahren

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

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

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

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

Funktionsbereich und Berichtswesen im PSM-FM

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

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

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

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

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

Transaktion FM_FUNCTION im PSM-FM

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

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

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

Eine Aktivierung der Funktionsbereiche ist im Customizing des Haushaltsmanagment unter

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

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

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

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

Funktionsbereich mit Gültigkeitszeitraum und Berechtigungsprüfung

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

 

Funktionsbereiche in der Finanzbuchhaltung und Controlling aktivieren

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

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

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

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

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

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

Substitution Funktionsbereich

Die Substitution ist über

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

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

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

Umsatzkostenverfahren aktivieren

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

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

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

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

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

Verwendung des Funktionsbereichs im Reporting

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

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

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

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

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

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

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

SAP S/4HANA

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

Fazit

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

Im Artikel "Grenzen der Migration Report Painter Berichte aus der klassischen Profitcenter-Rechnung ins neue Hauptbuch" bin ich darauf eingegangen, dass beim Wechsel von der klassischen Profit-Center-Rechnung ins neue Hauptbuch (neue Profitcenterrechnung) das Feld AUFNR nicht in der Tabelle FAGLFLEXT zur Verfügung steht und damit nicht über die Profitcenterrechnung eine Auswertung nach CO Objekten wie eben CO Innenaufträgen möglich ist.

Es gibt jedoch die Möglichkeit der Kundenerweiterung im neuen Hauptbuch ( CI_FAGLFLEX04 Kundenerweiterung Hauptbuch: Kontierungselemente) die Summentabelle zum neuen Hauptbuch zu erweitern.

ZZAUFNR in FAGLFLEXT per Customer Include CI_FAGLFLEX04 unter ERP/ECC

Unter ERP / ECC ist dieses durch die Transaktion FAGL_GINS (Programm SAPLFAGL_CREATE_INCLUDES) möglich. Nach Aufruf der Transaktion wird die Summentabelle des neuen Hauptbuches ausgewählt FAGLFLEXT und es gibt einen Verweis auf den SAP Hinweis 1683906 der auf entsprechende Performanceprobleme bei zu vielen kundeneigene Felder hinweist.

Ist die Tabelle ausgewählt können im Abschnitt Zusatzfelder Summensätze eigene Felder gepflegt werden. Über die F4 Auswahlhilfe stehen als Option "Kundenfelder" und "Weitere Felder" zur Verfügung.

Durch die Auswahl von "Weitere Felder" können vorgegebene Feldnamen ausgewählt werden. Unter anderen ist es hier möglich das Feld ZZAUFNR (Datenelement AUFNR, Prüftabelle AUFK, Kurzbeschreibung Auftragsnummer und Feldname AUFNR) auszuwählen.

Bei Auswahl wird dieses als Fremdschlüssel in der Summentabelle aufgenommen und kann gespeichert werden. Darauf wird ein Workbench-Transportauftrag angelegt, so dass diese Änderung mandantenübergreifend Wirkung entfaltet.

Seitens der Option Weitere Felder bietet die SAP eine Auswahl an Standardfelder zur Aufnahme in der Einzelposten- und Summensatztabelle der neuen Hauptbuchhaltung an, neben den oben erwähnten Innenauftrag ist das bspw. auch ZZGBER (Fonds) und weitere Felder.
 

Reporting-Tools für das neue Hauptbuch
Die Report Painter / Report Writer Bibliothek greift ebenfalls auf die FAGLFLEXT zu, so dass diese Felder dann auch für ein Reporting genutzt werden können.

Interessant ist, dass nicht nur in Report Painter und Report Writer Berichten (durch die Bibliothek 0FL) auf diese Felder zugegriffen werden kann sondern auch in den Rechercheberichten für das Bilanzreporting-

Die Rechercheberichte werden aus Formularen (Transaktionscodes im neuen Hauptbuch FGI4, FGI5, FGI6) und Berichten (Transaktionscodes im neuen Hauptbuch FGI1, FGI2, FGI3) definiert und können mit der Transaktion FGI0 ausgeführt werden. Im Artikel "Grundlagen: Was sind die Unterschiede zwischen Report Painter und Rechercheberichte?" habe ich beide Reporting-Tools miteinander verglichen.

 

SFIN_004  "Funktion ist nicht verfügbar" FAGL_GINS unter S/4HANA

Während unter ERP die Summentabelle zum neuen Hauptbuch (FAGLFLEXT) noch durch kundeneigene Felder erweitert werden konnte, ist dieses unter S/4HANA nicht mehr möglich. Beim Aufruf der obigen Transaktion kommt es zur Fehlermeldung SFIN_FI004 "Funktion ist nicht verfügbar", mit der Diagnose "Sie möchten eine Funktion verwenden, die im SAP S/4HANA Finance nicht zur Verfügung steht und die Funktion kann nicht ausgeführt werden." Der Transaktionscode wird mit dieser Fehlermeldung dann abgebrochen.

Der Hintergrund ist im SAP Hinweis 2518535 erläutert. Die Summentabelle des neuen Hauptbuchs FAGLFLEXT wird unter S/4HANA als Kompatibilitätsview (compatbility view) verwendet und referenziert dabei auf die Tabelle ACDOCA des umfassenden Journals (universal journal). Da es sich um ein View handelt können hier nicht weitere Felder ergänzt werden, da ja ohnehin alle Daten in der ACDOCA genutzt werden. Ist vor der Migration nach S/4HANA schon eine entsprechende Erweiterung durchgeführt worden und per Brownfield-Ansatz ein Upgrade nach S/4HANA durchgeführt worden, kann die oben beschriebene Erweiterung weiterhin genutzt werden. Auch diese würde dann aus der ACDOCA das entsprechende Feld auslesen.

Nun kann es aber sein, dass diese Erweiterung nicht gewählt worden ist oder ein anderer Migrationsansatz zur Migration nach S/4HANA gewählt worden ist, sodass hier eine andere Option gesucht, aber glücklicherweise auch gefunden werden kann.

Darauf möchte ich im kommenden Abschnitt eingehen.

Berichtstabelle ACDOCT unter S/4 HANA für Report Painter

Zur Tabelle ACDOCA und ACDOCP gibt es eine übergreifende Summentabelle ACDOCT, mit der eine Auswertung des umfassenden Journals / Universal Journal möglich ist. Dank SAP Hinweis "2476144 ACDOCP in Berichtstabelle ACDOCT verfügbar" können damit sowohl Ist- als auch Plan-Daten ausgewertet werden und in Report Painter Berichten genutzt werden.

Hierzu ist eine kundeneigene Berichtsbibliothek anzulegen. Über die Transaktion GR21 kann eine eigene Bibliothek zu einer Berichtstabelle angelegt werden. Hierzu ist der dreistellige kundeneigene Bibliotheksname anzugeben (bspw. ZAT) und bei einer Neuanlage die zu verwendende Berichtstabelle. In unseren Fall ist dieses die Tabelle ACDOCT als "Berichtstabelle für Reporting". Danach kann eine Kurzbeschreibung für die Bibliothek hinterlegt werden. Hier wäre ein Beispiel "ACDOCT Summetable ACDOCA + ACDOCP".

Namenskürzel für kundeneigene Tabellen

Sofern ich nicht eine bestehende Bibliothek kopiere (bspw. 1VK zu ZVK) bemühe ich mich darum den Namen der Bibliothek sprechend zu lassen. Im Beispiel ist dieses Z für eine kundeneigene Tabelle und AT für Anfang und Ende der Berichtstabelle ACDOCT = AT.

Bibliotheken sind mandantenabhängig und eine Kopie einer Bibliothek bietet sich insbesondere dann an, wenn hier weitere Merkmale aktiviert werden sollen oder sich die Bibliothek von der von SAP zur Verfügung gestellte Bibliothek unterscheiden soll.

Beispiele für angepasste Bibliotheken sind auch im Artikel "Erweiterung Report Writer Berichtsbibliothek 1CT zur Darstellung rollierendes Geschäftsjahr für Kostenstelle und Innenauftrag" oder für die klassische Profitcenterrechnung im Artikel "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" beschrieben worden.

Optional kann auch ein Anwendungskomponentenkürzel hinterlegt werden sowie eine entsprechende Berechtigungsgruppe. Die Pflege und Nutzung von Berechtigungsgruppen bei Report Painter habe ich im Artikel "Report Painter und Berechtigungsgruppen - Berechtigungen zur Pflege von Report Writer Berichten im CO Berichtswesen" näher vorgestellt.

Im Ergebnis werden zur Berichtstabelle automatisch Merkmale, Basiskennzahlen und Kennzahlen für diese Bibliothek angelegt, die auch um weitere Merkmale erweitert werden können.

Basiskennzahlen der ACDOCT

Als Basiskennzahlen stehen diverse Währungen zur Verfügung unter anderen:

• HSL - Beleg Hauswährung Ist
• HSL-P Beleg Hauswährung (Plan)
• KSL Beleg 2. Währung (Ist)
• KSL-P Beleg 2. Währung (Plan)
• MSL - Belegmenge (Ist)
• MSL-P Belenge (Plan)
• ....

Merkmale der ACDOCT sowie Aktivierung von weiteren Merkmalen

Während als Merkmale beim direkten Anlegen der Bibliothek erst wenige Merkmale aktiviert sind:

1. RLDNR Ledger in der Hauptbuchhaltung
2. RBUHRS Buchungskreis
3. RYEAR Geschäftsjahr Hauptbuch
4. RRCTY Satzart

Allerdings können eine Vielzahl von weiteren Merkmalen der ACDOCA und ACDOCP zusätzlich aktiviert werden und in der Bibliothek für Report Painter und Report Writer Berichte verwendet werden.

Schwerpunkt von mir ist ja das Berichtswesen und Controlling mit SAP unter anderen auch im Bereich der Hochschulen. Neben der Möglichkeit von Rechercheberichten im SAP Modul PSM-FM (Haushaltsmanagement) ist daher die Sicht des Controllings auf die Daten der Finanzbuchhaltung für mich von besonderem Interesse. Daher sind folgende aktivierbare Merkmale zur Berichtstabelle ACDOCT besonders interessant in meinen Augen:

• RACCT Kontonummer
• RCNTR Kostenstelle
• PRCTR Profitcenter
• ANLN1 Anlagen-Hauptnummer
• ANLN2 Anlagenunternummer
• ANBWA Anlagen-Bewegungsart
• LSTAR Leistungsart
• AUFNR Auftragsnummer

Damit dürften schon ein Großteil der von uns genutzten Berichte im Bereich des Finanzreporting weiterhin möglich sein.

Empfängerberichte zur Tabelle ACDOCT

Problematisch ist allenfalls, dass eine Auswertung von statistischen Kennzahlen in der ACDOCT nicht möglich ist. Für die Profitcenter-Rechnung ist daher, eine Auswertung über die Berichtsgruppe 0FS und der Berichtstabelle FAGLFLEXR "Berichtstabelle Summensätze und stat. Kennzahlen"  und für Kostenstellen e in der 1VK und Innenaufträge 6O1 / 6o2 notwendig zu erstellen.

Problematisch sind noch die Empfängerberichte. Hier sind noch keine beim Anlegen der Bibliothek definiert und FAGLL03H und FBL3H sind eine Idee, ist nur die Frage, ob sie mit ausreichenden Paramtern aus den Berichten versorgt werden und entsprechend als Transaktionen geeignet sind.

In der Bibliothek 0FS sind als Berichte

• Sachkonten Einzelpostenliste ( ABAP Report FAGL_ACCOUNT_ITEMS_GL )
• Planeinzelposten anzeigen ( Transaktionscode FAGLP03 )

hinterlegt, die ggf. eine Anregung sein können. Statt der Zuordnung von Empfängerberichten innerhalb der neuangelegten Bibliothek können die Empfängerberichte natürlich auch, wie gewohnt, in der Berichtsgruppe hinterlegt werden. Dies ist im Artikel "RW/RP Empfängerberichte zuordnen" beschrieben.

Fazit und weitere Anpassungen des Berichtswesens in der neuen Hauptbuchhaltung und unter S/4HANA

Auf etwaige Anpassungen des Berichtswesens in anderen Modulen (zum Beispiel im Haushaltsmanagement bei der Einführung von BCS statt der klassischen Budgetierung) ist im Artikel "Bisherige SAP ERP / ECC Berichte unter SAP S/4HANA insbesondere im Bereich FI - Bilanzreporting, CO - Report Painter CO-OM und EC-PCA und PSM - BCS und Klassische Budgetierung" eingegangen worden.

Im Gesamtergebnis erscheint hier für die neue Profitcenter-Rechnung, aber auch im neuen Hauptbuch das Berichtswesen anpassbar zu sein, aber auch die vertrauten Berichtstools wie Report Painter oder auch Rechercheberichte können weiterhin verwendet werden.

Berichtswesen und Controlling

Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlich auf dies Thema Berichtswesen sowie Report Painter, Rechercheberichte aber auch SAP Query eingegangen.
  Vielleicht finden sich hier ja auch noch weitere Anregungen für den Aufbau eines Berichtswesens mit SAP nicht nur für CO im Buch.

Ansonsten möchte ich an dieser Stelle auch gerne auf den aktuellen Artikel "Neue Buchveröffentlichung »Abschlussarbeiten im Gemeinkosten-Controlling in SAP S/4HANA«" hinweisen.
 
  (20. Juli 2022) Paperback ISBN: 9783960120551


Für 29,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *
   

---

Hinweis:

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

---

Die Report Painter Bibliotheken 8A2 oder auch 8A3 werden zum Reporting innerhalb der klassischen Profitcenter Rechnung genutzt. Dabei kann die Berichtstabelle GLPCT auch um die Kennzahlen BHSL-I und BHSL-P erweitert werden, so dass auch die Einzelpostentabellen ausgewertet werden können. Im Artikel "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" ist dieses weiter erläutert.

Mit der Einführung von SAP S/4HANA steht allerdings auch ein Wechsel in Richtung neues Hauptbuch an, was auch in Hinblick auf die neue Profitcenter-Rechnung einen Abschied von der klassischen Profitcenter Rechnung bedeutet und gerade im Berichtswesen doch sowohl für Report Painter als auch für die Rechercheberichte einige notwendige Anpassungen mit sich bringt.
 

Einführung neues Hauptbuch und neue Profitcenter-Rechnung

Mit Aktivierung des neuen Hauptbuchs ist auch die neue Profitcenter-Rechnung aktiv, so dass ein Berichtswesen nicht mehr auf der GLPCT sonder FAGLFLEXT beruht. Darauf bin ich auch im Abschnitt "Report Painter Berichte im Gemeinkosten-Controlling (CO-OM) und der Profitcenter-Rechnung (EC-PCA)" im Artikel "Bisherige SAP ERP / ECC Berichte unter SAP S/4HANA insbesondere im Bereich FI - Bilanzreporting, CO - Report Painter CO-OM und EC-PCA und PSM - BCS und Klassische Budgetierung" eingegangen.

Zur Übernahme der Report Painter Berichte aus der klassischen Profitcenter-Rechnung in das neue Hauptbuch ist im Customizing (Transaktion SPRO) unter

• Finanzwesen
• Hauptbuchhaltung
• Informationssystem
• Report Writer / Report-Painter Berichte
• Übernahme von Berichten aus der Profitcenter-Rechnung

die Möglichkeit Berichte übernehmen als Aktivität enthalten.

Als Vorraussetzung muss die Profitcenter-Fortschreibung im Customizing (im Rahmen der Einführung des neuen Hauptbuches) im Customizing (Transaktion FI) unter

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

mindestens einem Ledger zugeordnet werden, damit Report-Writer bzw. Report-Painter Berichte weiter genutzt werden können.

Übernahme Report Painter Berichte ins neue Hauptbuch

Der Sammelhinweis (SAP Note / OSS Hinweis) 1555535 - FAQs: Migration von PCA Report Painter Berichte nach NewGL weist dabei auf einige Besonderheiten bei der Migration der Report Painter Berichte ins neue Hauptbuch hin. Dabei gibt es auch eine Referenz zum SAP Hinweis 1490811 - FAGL_RMIGR nicht für Einzelpostenberichte wonach die Tabellen GLPCA und GLPCT der Einzelposten in der klassichen Profit-Center-Rechnung nicht mit den Einzelpostentabellen FAGLFLEXA und FAGLFLEXP kompatibel sind und somit nicht übertragen werden können.

Zwar ist ein Betrieb der klassischen Profitcenter-Rechnung für eine gewisse Zeit noch möglich (siehe SAP Hinweis 826357 zu den Einschränkungen), aber aus oben erwähnten Gründen ist dieses auch in Hinblick auf das dabei entstehende Datenvolumen durch klassische und neue Profitcenterrechnung nicht sinnvoll.

Bei der Übernahme der Profitcenter-Rechnung und der Berichte ist allerdings neben den Summenberichten (Auswertung der Profitcenter) zu beachten, dass die auf Einzelposten basierende Auswertung nicht möglich sind zu migrieren.

Allerdings stehen in der FAGLFLEXT ebenfalls die Basiskennzahlen BHSL-I (Beleg Hauswährung Ist) und BHSL-P  (Beleg Hauswährung Plan) ebenfalls zur Verfügung und könnten hier neben der Summenauswertung der FAGLFLEXT (Hauptbuch: Summen) dann auch die Ist-Buchungen der FAGLFLEXA (Hauptbuch: Ist-Einzelposten) und FAGLFLEXP (Hauptbuch: Plan-Einzelposten) auswerten. An Merkmalen sind auch in der Bibliothek 0FL die Merkmale Kostenstelle (RCNTR) und Bewegungsart (RMVCT) vorhanden, jedoch nicht die Auftragsnummer (AUFNR in der GLPCT). Damit ist vermutlich die Einzelposten für die CO Innenaufträge hier nicht auswertbar.

Auswertung statistischer Kennzahlen in der Profitcenter-Rechnung

Sollen auch statistische Kennzahlen in der neuen Profitcenterrechnung ausgewertet werden sollen ist hier die Bibliothek 0FS über die Berichtstabelle FAGLFLEXR "Berichtstabelle Summensätze und stat. Kennzahlen" zu verwenden.

Auswertung Herkunftsobjekt in Berichten der Profitcenterrechnung

Es ist weiterhin möglich zumindest die Art des Herkunftsobjektes zum Ausweis auf welche  Art von Kontierungsobjekt wie Kostenstelle, Innenauftrag oder andere Kontierungsobjekte die ursprüngliche Buchung erfolgte.

Dieses kann im Customizing als kundeneigenes Feld in die Summentabelle als ZZHOART übernommen werden und einen gewünschten Ledger zuzuordnen.

Beides ist laut SAP Hilfe im Customizing unter:

• Finanzwesen
• Grundeinstellungen Finanzwesen
• Bücher
  • Felder
    • Kundeneigene Felder
    • Felder in Summentabellen aufnehmen
  • Ledger
    • Szenarios und kundeneigene Felder Ledger zuordnen

möglich.

Weitere Informationen dazu sind in der SAP Hilfe  unter "Hauptbuchhaltung (FI-GL) -> Berichtswesen -> Recherche-Berichte -> Recherche-Berichte definieren -> Felder HOART und EPRCTR in Berichte aufnehmen" zu finden.

Quelle SAP Hilfe:
Felder HOART und EPRCTR in Berichte aufnehmen:

Art des Herkunftsobjekts ( ZZHOART )
Eliminierungsprofitcenter (ZZEPRCTR)

https://help.sap.com/docs/SAP_ERP_SPV/aca96371908241ee81c5a3849bdf53cc/b24fd7531a4d424de10000000a174cb4.html?locale=de-DE

Auswirkungen und Nutzung von Report Painter / Report Writer im Berichtswesen

Auch an dieser Stelle sollte das Berichtswesen in Hinblick auf die neue Hauptbuchhaltung und die neue Profitcenterrechnung beachtet werden.

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

---

Hinweis:

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

---

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

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

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

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

Dabei sind folgende Themenbereiche behandelt:

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

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

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

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

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

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

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

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

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

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

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

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

Die Tabelle umfasst insgesamt drei Tabellen:

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

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

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

Neue Report Painter Berichte in ACDOCT über ACDOCA und ACDOCP

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

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

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

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

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

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

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

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

Plandatenübernahme klassische Planungstransaktionen und ACDOCP

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

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

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

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

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

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

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

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

zu finden.


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

Rechercheberichte im Bilanzreporting - Anpassung Neues Hauptbuch

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

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

Rechercheberichte Bilanzreporting

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

Entsprechend sind natürlich auch kundeneigene Transaktionen anzupassen.

Rechercheberichte PSM-FM oder Report Painter Berichte PSM-FM

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Onlinezugriff auf alle Medien von Espresso Tutorials


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

Fazit:

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

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

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



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

Als Videos und Demos zeigen wir hier

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

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

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

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

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.

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.

 

In einer Kreditorenrechnung wurden sowohl Kostenstelle als auch Innenauftrag bei der Buchung des elektronischen Rechnungseingangs gebucht worden. Dadurch ist diese Buchung im Controlling im Ist auf den Innenauftrag und statistisch auf die Kostenstelle gebucht worden. Statistische Buchungen werden in den Kostenstellenberichten separat ausgewiesen.

Die Auswertung von statistischer Buchungen ist auch im Artikel "Investitionen in ReportWriter (statistische Buchungen)" beschrieben sowie für den umgekehrten Fall (Innenauftrag statistisch) im Artikel "Statistischer Innenauftrag in SAP und verschiedene Anwendungen u.a. Verfügbarkeitskontrolle zum Budget im CO auf Kostenstelleneben".

Für eine Auswertung im Report Painter kann im CO-OM (zum Beispiel die Bibliothek 1VK "Kostenstellen - Vollkostenrechnung" oder 6o1 "Innenaufträge", beide basierend auf die Tabelle CCSS "Berichtstabelle: Gemeinkostencontrolling")  der Werttyp 11 Statistisches Ist verwendet werden.

Jedoch werte ich mittlerweile die CO-Objekte über die klassische Profitcenter-Rechnung aus. Durch die "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" kann ich zu den selektierten Profitcentern entsprechende CO Objekte ausgeben lassen und damit wie im Artikel "Auswertung Anlagenzugänge als Investitionen im Report Painter mit Ausweis CO Objekte Innenauftrag und Kostenstelle" auch Investitionen auswerten.

Innerhalb meines Berichtes werden die statistischen Buchungen ohne Werttyp in die Profitcenterrechnung fortgeschrieben, sodass zum Profitcenter sowohl die Kostenstelle als auch der Innenauftrag als Feld gefüllt sind.

Zwar ist der Beleg nur einmal auf das Profitcenter des Innenauftrages ausgewiesen, aber da ich die Belege einzeln auswerte erhalte ich nun den Buchungsbetrag sowohl auf den Innenauftrag als auch den statistischen Wert auf der Kostenstelle.

Um dieses zu korrigieren, benötige ich daher einen weiteren Report Painter Bericht, der mir die statistischen Buchungen auf den Kostenstellen auswertet, um dieses als Korrekturvorlage zu verwenden. Da wir keine statistischen Innenaufträge nutzen sollten statistische Buchungen nur bei der Kombination von Innenauftrag und zusätzlich Kostenstelle vorhanden sein.

Die statistischen Buchungen sind dann auch nur auf der Kostenstelle.

Report Painter Bericht - statistische Buchungen auf Kostenstelle
Der Bericht in der Bibliothek 1VK "Kostenstellen - Vollkostenrechnung" ist dabei wie folgt gestaltet.

Allgemeine Kriterien (diese gelten für alle Abschnitte)
Ausgewählte Merkmale:

• KostRechKreis (Varibale) 1KOKRE
• Geschäftsjahr (Variable) 1CGJAHE
• Periode (Variable) von 1PERIV bis 1PERIB
• Werttyp 11 (Statistisches Ist)
• Version 0

Zeilen:
Ausgewählte Merkmale

• Kostenstelle (Gruppe) oberster Knoten Standardhierarchie der Kostenstellen

Spalten;
Ausgewählte Merkmale

• Kostenart (Gruppe) für Kosten und Erlöse

Formel:
Hier habe ich dann entsprechende Korrekturspalten in dem ich die Kosten und Erlöse jeweils mit * -1 umkehre und so eine Korrektur für meinen Bericht habe.

Damit kann ich zum oberen Bericht die statistischen Buchungen in Excel per Pivot Tabelle je CO Objekt wieder bereinigen :-).

An dieser Stelle möchte ich für das Berichtswesen auch noch einmal auf meinen Artikel "Grundlagen: Set-Variablen im Report Painter / Report Writer am Beispiel Kostenstellengruppe und Innenauftragsgruppe" hinweisen. Ebenso wie für Kostenstellen und Innenaufträge sind solche Gruppierungen natürlich auch für Profitcenter möglich.

Da ich die Auswertung anhand von Profitcentern ausführe, kann ich im Bericht über die Bibliothek 8A2 "EC-PCA: Standardberichte" direkt über das Profitcenter die CO-Objekte selektieren. Jedoch habe ich in der Profitcenterrechnung auch keine Obligo ausgewiesen. Daher nutze ich einen weiteren Bericht zur Anreicherung der Profitcenter-Auswertung wie im Artikel "Report Painter Bericht für Obligo auf CO-Objekten mit interaktive Stammdatengruppen" beschrieben.

Gerade die Behandlung von Obligos, als künftige Verpflichtungen der Kostenverantwortliche, ist auch ein Thema, dass besonders im Berichtswesen behandelt werden sollte.  Unter "Obligo Verwaltung im SAP Modul CO - Customizing, Standardberichtswesen, Report Writer/Painter und SAP Query" können die erforderlichen Einstellungen betrachtet werden, aber  gerade im Hochschulumfeld (der auch generell der öffentlichen Verwaltung) ist dieses auch in Hinblick auf das Public Sector Management / Haushaltsmanagement ein Thema.

Exkurs: Obligo in PSM-FM
Hier möchte ich, da immer einmal wieder die Frage aufkommt auf "Analyse und Abgleich Einzelposten und Summensätze im Haushaltsmanagement PSM-FM am Beispiel Abweichung Reisekostenobligo" sowie "Löschen von fehlerhaften (Obligo)-Belegen im Modul PSM-FM (Haushaltsmanagement)" hinweisen.

An dieser Stelle freue ich mich übrigens schon auf einen Wechsel in Richtung S/4HANA in der Hoffnung, dass hier dank Universal Journal auch einige andere derzeit bei uns im Hochschulcontrolling und Hochschulberichtswesen vorhandene Anforderungen erheblich vereinfacht werden.


Zukunft des Berichtswesens unter S/4HANA
Gerade für Kolleg:innen kann ich in diesen Zusammenhang auch folgende Onlinekurse empfehlen.

Grundlagen SAP Berechtigungen inklusive Fiori - Online Training


SAP S/4HANA Finance & Controlling - Online Training


Sofern (sowohl unter ERP als auch S/4) das Thema Report Painter / Report Writer weiterhin interessant ist, mag ich auch noch auf eine "Neuerscheiung" eines Buches zum Thema Report Painter und Report Writer hinweisen.

Derzeit arbeite ich ein wenig meine Internetseiten rund um Buchempfehlung und SAP Know-how um. Erfreulicherweise kann ich hier auch ein Buch zum Thema Report Painter empfehlen.

  (07. Juni 2019)
Für 29,95 € bestellen


Oder als SAP Bibliothek-Flatrate *





Im Buch »Berichtswesen im SAP®-Controlling« bin ich ebenfalls auf die angesprochenen  Themen rund um den Aufbau eines Berichtswesen unter SAP  eingegangen.
  Vielleicht finden sich hier ja auch noch weitere Anregungen für den Aufbau eines Berichtswesen mit SAP nicht nur für CO im Buch.
 
 

---

Hinweis:

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

---

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"

 

Während das Thema "Rechercheberichte im Modul FI (Bilanzanalyse)" und die Planung von einzelnen Werten auf Knoten bzw. Konten der Bilanz/GuV Struktur im Modul FI angesiedelt ist, hat hier CO eine etwas andere Sicht auf die GuV und Bedürfnisse zur Analyse.

Seitens der Finanzbuchhaltung werden Planwerte im SAP Menü unter:

• Rechnungswesen
• Finanzwesen
• Hauptbuch
• Periodische Arbeiten
• Planung
• Erfassen (Transaktion FSE5N)

Das entsprechende Custumizing vorrausgesetzt kann hier für die Planversion anhand des Geschäftsjahr sogar auf Ebene der Geschäftsbereiche über die Bilanz/GuV Struktur eine Planung erfolgen. Für die Haushaltsrechnung beziehungsweise Haushaltsplanerstellung sind hier entsprechende Planungen auf Gliederungsebene der GuV vorzunehmen.

Grundsätzlich ist die Idee der Geschäftsbereiche im Artikel "Grundlagen Finanzbuchhaltung - Geschäftsbereiche als mögliche Lösung zur Abbildung eines Betrieb gewerblicher Art (BgA)" schon beschrieben.

Sofern es jedoch keine Geschäftsbereiche gibt stellt sich die Frage, ob nicht auf einer anderen Ebene eine Auswertung möglich ist. Hier kam dann direkt die Profit-Center-Rechnung in Betracht.

Auswertung der Gewinn und Verlust Rechnung auf Ebene Profit-Center

Im Artikel "Bilanz- GuV- Struktur definieren oder nach CO-PCA kopieren" wurde schon das Thema Kopie der Bilanz/GuV Struktur angesprochen. Nun sollen für einzelne Profit-Center-Gruppen die Konten der GuV separat ausgewertet und entsprechend ausgewertet und später beplant werden.

Neben der im Buch "Berichtswesen im SAP Controlling" vorgestellten Rechercheberichte für das SAP Modul EC-PCA (Profit-Center-Rechnung) kann auch für die Profit-Center-Rechnung zum Beispiel die Bibliothek 8A2 für Report Painter / Report Writer Berichte genutzt werden.

Der Artikel "Grundlagen Kurzeinführung und Handbuch Report Painter Report Writer" stellt ausführlich dieses Berichtstool vor und im Artikel "Grundlagen: Abschnitte in Report Painter und Report Writer und ihre Vorteile bei Officeintegration und Excel" bin ich auf einen Ansatz für einen Bericht zu einzelnen Bereiche eingegangen.

Für unseren Fall haben wir eine Profit-Center-Struktur die wie folgt aufgebaut ist:

• L-Landesmittel
• F-Fördermittel
• D-Drittmittel
• S-Sondermittel

Diese sollen als einzelne Tabellenblätter genommen werden und in ein Tabellenblatt Gesamt zusammengeführt werden. Selbstverständlich sollten hier alle Profit-Center erfasst sein.

Hierzu werden im Report Painter einzelne Abschnitte definiert, die dann beim Export nach Excel (oder in der Office-Integration) als eigene Tabellenblätter zur Verfügung stehen. Die entsprechend notwendigen Einstellungen für die Excel-Integration sind im Artikel "Grundlagen - Berichte von SAP nach Excel exportieren" angesprochen.

Für eine Planung sollen die Ansätze für das laufende Jahr, Planungen für das Folgejahr und die Ist-Daten des Vor- und des VorVorJahres abgebildet werden. Dieser Bericht soll für die einzelnen Konten der GuV im jeweiligen Abschnitt für die einzelnen Profit-Center-Gruppen definiert werden und beim Start des Berichtes automatisch die Tabellen gefüllt werden. Später in Excel sind diese so auszwerten dass Planwerte in einer Gesamtsumme zusammengefasst weden.

Da wir nicht die CO-OM Objekte (Kostenstellen und Innenaufträge) zum Profit-Center benötigen ist eigentlich nicht die eigene Bibliothek ZPC erforderlich sondern es kann die Bibliothek 8A2 für EC-PCA verwendet werden. Sollen auch Kostenstellen und Innenaufträge ausgewiesen werden kann der Artikel "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter" weiter helfen.

Report Painter laufendes Jahr, Vorjahr, VorVorJahr und Folgejahr

Um nun aber die Jahre dynamsich auszuwerten kann natürlich ebenfalls die Variablen wie im Bereicht "Mehrjahresvergleich im ReportWriter/Painter mit variabler Spaltenanzahl je Jahr dank Variablen" genutzt werden. Allerdings soll in unseren Beispiel basierend auf das laufende Jahr Vorjahr, VorVorjahr und Folgejahr erhoben werden.

Dazu bieten sich die Variablen:

• 1GJAHLJ "Geschäftsjahr"
• 1GJAHVJ "Vorjahr" und
• 1GJAHVV "Vorvorjahr"

an.
Für das Folgejahr gibt es jedoch keine Variable aber diese Variablen eignen sich noch einmal besonders gut um die Nutzung von Variablen zu erläutern.

Im SAP Menü werden Variablen für Report Painter / Report Writer unter:

• Infosysteme
• Ad-Hoc Berichte
• Report Painter
• Reoirt Writer
• Variable

gepflegt. Mit der Transaktion GS11 kann eine Variable angelegt werden und mit GS13 angesehen werden. Auch wenn die oberen Variablen sich auf das CO-OM beziehen können diese dennoch in der Profit-Center Rechnung genutzt werden.

Die Variablen beziehen sich alle auf die Tabelle CCSS "Berichtstabelle Gemeinkostencontrolling" und das Feld GJAHR "Geschäftsjahr".

Betrachten wir uns als erstes die Formelvariable 1GAHLJ.

Hier ist als Vorschlag die Formel  '#S001' hinterlegt. Durch die Anweisung '#S001' wird das aktuelle Geschäftsjahr über den Benutzer-Exit S001 als Vorschlagswert ausgegeben.  Später wird beim Aufruf des Berichtes das Selektionsfeld auch mit den aktuellen Geschäftsjahr gefüllt werden und somit als Vorschlagswert automatisch 2019 bzw. das gerade aktuelle Geschäftsjahr vorgeschlagen.

Die anderen Variablen beziehen sich auf die Variable 1GAHlJ und sind als interne Variablen definiert. Damit erscheinen diese nicht als Eingabefeld in der Selektion. Die entsprechenden Vorschlagswerte können damit nicht mehr geändert werden bzw. stehen im direkten Zusammenhang zur anderen Variable.

So berechnet sich die Variable 1GAHVJ "Vorjahr über die Formel '&1GJAHLJ'-1 während die Variable 1GJAHVV "Vorvorjahr" über die Formel '&1GJAHLJ'-2 einen entsprechenden Wert berechnet.

Für das Folgejahr werden nun aber keine Variablen angeboten, daher bot es sich an folgende Variable anzulegen:

• ZGJAHFJ  
  • Tabelle CSS, Feldname GJAHR
  • Beschreibung "Folgejahr"
    • Formel
      '&1GJAHLJ'+1
  • Als "Interne Variable"

Damit ist auch diese abhängig vom laufenden Jahr gefüllt und kann für den Bericht verwendet werden.

Report Painter Bericht als Planungsgrundlage

Wie schon beschrieben sollen für jeden Profit-Center Bereich ein eigener Abschnitt definiert werden und dieser ausgewertet werden.

Übergreifend für alle Abschnitte gelten folgende Allgemeine Selektionsbedingungen:

• Ledger 8A
• Version 0 für Ist
• Sartart
  • 0 Ist
  • 2 Umlage/Verteilung Ist
• KostRechKreis (Variable) 8AKOKRS
• Periode
  • von (Variable) 8A-VON
  • bis (Variable) 8A-BIS

Danach werden folgende Abschnitte definiert:

1. Abschnitt GESAMT

Spalten:

• Geschäftsjahr (Variable) ZGJAHFJ
• Geschäftsjahr (Variable) 1GJAHLJ
• Geschäftsjahr (Variable) 1GJAHVJ
• Geschäftsjahr (Variable) 1GJAHVV

Alle Spalten sind der Basiskennzahl Betrag in PrCtr Hauswährung zugeordnet (KSL).
Da diese Spalten als Vorlage für alle Berichte verwendet werden sollen, werden diese auch als Vorlage in allen anderen im Folgenden erläuterten Abschnitten eingefügt. Daher verzichte ich im Folgenden bei der Beschreibung der Abschnitte auf die Spalten und verweise auf den Artikel "Spalten oder Zeilen in Report Painter Berichten innerhalb Abschnitte kopieren bzw. als Vorlage anlegen Copy & Paste im CO Berichtswesen".

Für den ersten Abschnitt gibt es als Zeile folgendes Merkmal:

• Kontonummer (Gruppe) GUV.PCTR

Über die Funktion Auflösen wird die Kontonummer in den jeweiligen Gruppen aufgelöst. Dabei bezieht sich GUV.PCTR auf die eingangs abgeleitete Kontengruppe von der Bilanz/GuV (siehe im oberen Abschnitt unter "Auswertung der Gewinn und Verlust Rechnung auf Ebene Profit-Center" bzw. der Transaktion KE5B.

2. Abschnitt L-MITTEL
Hier werden zwei Merkmale hinterlegt:

• Kontonummer (Gruppe) GUV.PCTR
• Profitcenter (Gruppe) L-MITTEL

Auch hier werden die Spalten nur nach der Kontonummer aufgelöst die und das Merkmal Profit-Center wird nicht aufgelöst.

3. Abschnitt F-MITTEL
Gleiches Prinzip wie im 2. Abschnitt mit den Merkmalen

• Kontonummer (Gruppe) GUV.PCTR
• Profitcenter (Gruppe) F-MITTEL

4. Abschnitt D-MITTEL

• Kontonummer (Gruppe) GUV.PCTR
• Profitcenter (Gruppe) D-MITTEL

5. Abschnitt S-MITTEL

• Kontonummer (Gruppe) GUV.PCTR
• Profitcenter (Gruppe) S-MITTEL

Zur Erläuterung:
Im ersten Abschnitt werden alle Konten der GuV über die gesamte Einrichtung aus der Profit-Center Rechnung ausgewertet. Damit haben wir hier also alle bebuchten Konten. In den Abschnitten 2 bis 5 sind dann nur noch die Teilbereiche der Einrichtungen von Landesmittel bis zu den Sondermitteln ausgewertet.

Durch die Excel-Integration oder Export nach Excel haben wir nun für jeden Abschnitt ein eigenes Tabellenblatt, dass die Jahre aber auch die Konten entsprechend dargestellt hat.

Konsolidierung der Bereiche in Excel

Es folgt nun die Zusammenlegung und Auswertung in Excel.
Die exportierte Datei sind nun wie folgt aus:

Dabei sind die Tabellenblätter

• Gesamt
• L-MITTEL
• F-MITTEL
• S-MITTEL
• D-MITTEL

die einzelnen Abschnitte des angelegten Report Painter Berichtes die direkt aus den Report Painter in die Excelvorlage kopiert werden. Jeder Abschnitt beginnt in Spalte B2 mit der Schlüsselspalte (den bebuchten Kontonummern und Knoten) sowie in den Spalten C bis F mit den Jahren.

In der Exclevorlage habe ich daher als Namensmanager folgende Namen angelegt:

• T_LMITTEL
  ='L-MITTEL'!$B:$F
• T_FMITTEL
  ='F-MITTEL'!$B:$F
• T_SMITTEL
  ='S-MITTEL'!$B:$F
• T_DMITTEL
  ='D-MITTEL'!$B:$F

Somit habe ich also einen Namen für die Matrix aller einzelnen Berichte.

In das Tabellenblatt Summe kopiere ich nun die Kontennummern aus den Tabellenblatt Gesamt und die Jahre als Spaltenüberschriften. Dabei nehme ich die Kontennummern aus Gesamt, da hier alle Konten hinterlegt sind.

In den einzelnen Abschnitten oder Tabellenblätter können nun Änderungen hinzugefügt werden, aber im Tabellenblatt Summe wird über eine SVERWEIS Funktion die Konten bzw. die Einträge in den einzelnen Werten konsoldiert bzw. addiert. Dieses gelingt mir per SVERWEIS und WENNFEHLER.

Das Blatt SUMME ist dabei wie folgt aufgebaut:


Ab Zeile B5 sind alle Kontonummern aus den Abschnitt Gesamt (Tabellenblatt kopiert und auch C4 bis F4 sind die Überschriften aus eben diesen Bereich. von Zelle C5 bis F5 sind automatisch folgende Formeln nach unten per automatisch ausfülllen gepflegt worden. Als Beispiel sie hier die Formel in C5 dargestellt.

=WENNFEHLER(SVERWEIS($B5;T_LMITTEL;C$3;FALSCH);0) +WENNFEHLER(SVERWEIS($B5;T_FMITTEL;C$3;FALSCH);0) +WENNFEHLER(SVERWEIS($B5;T_SMITTEL;C$3;FALSCH);0) +WENNFEHLER(SVERWEIS($B5;T_DMITTEL;C$3;FALSCH);0)

Es wird in jeden Abschnitt nachgesehen, ob es einen Eintrag zum Knoten der GuV aus den Abschnitt Gesamt gibt (falls nciht wird eine 0 dank WENNFEHLER ausgegeben) und diese Zahl mit den anderen Abschnitten addiert.

Somit können in den Tabellenblättern L-MITTEL, F-MITTEL, S-MITTEL und D-MITTEL Änderungen und Kommentare eingebracht werden und als Gesamtplanung kann dann eine konsolidierte Fassung aus den Tabellenblatt Summe übernommen werden.

Da dieser Bericht relativ schnell erstellt werden sollte habe ich hier eine einfache Version mit SVERWEIS genommen (siehe auch "Grundlagen in Excel Verweisfunktionen SVERWEIS WVERWEIS und VERWEIS"). Alternativ könnte sich hier auch die Kombination aus INDEX und VERGLEICH wie im Artikel "Index und Vergleich statt SVERWEIS endlich verstanden und Suche über Verweis nur, wenn es auch etwas zu finden gibt" beschrieben.

Da ich beim Report Painter Bericht den Formulardruck vermeiden wollte (womit alle Konten ausgwiesen werden und nicht nur diese die auch bebucht werden, habe ich durch die Verwendung des Abschnitt GESAMT aber einen recht guten Suchindex zur Indizierung und so eine schnelle verständliche Lösung gefunden.

Daten konsolidieren in MS Excel

Sofern der Aufbau des Berichtes von Zeilen und Spalten immer gleich bleibt dürfte auch ein Blick auf das Blog "clevercalcul - Tabellenkalkulation, das rechnet sich!" interessant sein. Gerhard Pundt erläutert hier im Artikel "Daten in Excel konsolidieren" die Datentools zur Konsolidierung.
 

Wie schon die letzten Male möchte ich auch dieses Jahr einen persönlichen Rückblick auf die in 2018 stattgefundenen FICO Forum Infotage werfen.

Was sind die FI CO Forum Infotage?

Die Veranstaltung wird u.a. von Espresso Tutorials (meinen Buchverlag siehe auch fico-forum.de) und der ConVista Consulting AG angeboten.

Wie schon im Artikel "FICO-FORUM-INFOTAGE 2018 Vorläufige Agenda und Anmeldung möglich" zu sehen steht die Agenda der Veranstaltung zur Verfügung und bietet eine Menge an Vorträgen rund um SAP insbesondere auch in Richutng S/4HANA.

Die Veranstaltung findet jährlich im November mittlerweile in Köln, Zürich und auch Wien statt und bietet eine gute Auswahl an unterschiedlichen aktuellen Themen rund um das weite Feld der SAP Anwendungen.

Neben Vorträgen bietet diese Veranstaltung auch die Gelegenheit die ein oder andere Möglichkeit des Austauschs. Da wohl noch Plätze vorhanden sind, kann ich diese Veranstaltung in Köln sehr empfehlen.

Rückblick bisher besuchter FICO-Forum Infotage

Bisher hatte ich schon ein paar Mal die Gelegenheit selbst an diesen Tagen teilzunehmen und kann für einen kurzen Einblick auf meine Rückblicke verweisen:

• Rückblick FI CO Forum Infotage 2016 in Köln und Zürich
  Hier war ich auch selbst mit einen Vortrag zum Thema "SAP ERP Controlling-Tipps - Aus der Praxis für die Praxis" vertreten :-)
• Rückblick FI CO Forum Infotage 2017 in Köln

Aber auch die Unterlagen der bisherigen FICO Forum Infotage bieten einen guten Überblick über interessante Vorträge und Themen die in den Vorjahren vorhanden waren.

Doch auch dieses Jahr gab es einige Vorträge deren Auswahl mir schon im Vorfeld im Artikel "SAP Weiterbildung konkret und praxisnah - Meine Planung für die FICO Forum Infotage 2018 in Köln vom 19. bis 20. November 2018 u.a. von Espresso Tutorials und Convista Consulting" ein Bedürfnis waren. An dieser Stelle möchte ich nun zu den einzelnen von mir besuchten Vorträgen meine Mitschrift bzw. Notizen veröffentlichen. Diese sollen einen kurzen Einblick geben und können gerne in den Kommentaren, so erforderlich, korrigiert werden .

Die FICO Forum Infotage 2018

Im Onlineforum sind (nach Anmeldung) wieder alle Vortragsunterlagen im Beitrag "Unterlagen FICO-Forum Infotage 2018"  auf fico-forum.de zu finden. Dennoch möchte ich etwas ausführlicher auf die von mir besuchten Themen eingehen und hier einen Blick zurück auf die zwei Tage in Köln werfen.

Vortragsunterlagen 2018

Sämtliche gehaltene Vorträge der Veranstaltung sind von der Convista Consulting AG und Espresso Tutorials auf der Seite

https://www.convista.com/de/events/fico-forum-infotage2018.html

über den Punkt "E-Books 2018" verlinkt und online abrufbar. Vielen Dank für diesen Service :).

Im folgenden Artikel gehe ich auf die einzelnen von mir besuchten Vorträge näher ein und schildere später meine Erfahrungen zu der Veranstaltung an sich.

Vorträge am Montag 19. November 2018

Im Folgenden schildere ich gerne meine Eindrücke von den von mir besuchten Veranstaltungspunkten und den Vorträgen. Neben den von mir besuchten Vorträgen fanden aber noch weitere statt, so dass es sich hier wirklich lohnt mit Kolleginnen und Kollegen anwesend zu sein und sich gegenseitig auszutauschen. Glücklicherweise waren dieses Mal auch zwei weitere Personen aus den Umfeld der hessischen Hochschulen anwesend.

 

Das SAP-Portfolio für Finance Innovation – Compliance – Cloud

(Christoph Ernst, SAP)
https://fico-forum.de/ET/infotage_2018/01/

Ein wesentlciher Punkt in der Keynote war die Automatisierung von operativen Tätigkeiten siwue eine einheitliche Darstellung der im Unternehmen vorhandenen Daten im Universal-Journal. Insbesondere die Predicition (wie Ausgabenplanungen) und die Trendanalyse waren hier ein Thema. Die Unterstützungsleistungen für die Erhebung von Rückstellungen sowie unterschiedliche automatisierte Planungsansätze waren hier ebenso ein Thema wie die unterschiedlichen Sichten auf einzelne Dimensionen innerhalb eines Unternehmens. Neben der Planung (Tabelle ACDOCP) sind auch Fragen der Konsolidierung (Tabelle ACDOCU) angesprochen worden. Das sPrediction Ledger trifft auf Basis eines Kundenauftrages schon eine entsprechende Prognose die über die bisherige kalkulatorische Ergebnisrechnung hinaus geht. Interessant kann hier auch eine Empfehlung für einzelne Ansätze auf Basis der Analyse von vorherigen Verhalten (bisherige Buchungen) beim Geschäftspartner verwendet werden. Vereinfacht gesagt dürfte hier das Thema maschinelles Lernen auch in der Buchhaltung Einzug nehmen. Besonders für das Berichtswesen interessant sind die MÖglichkeiten gewesen hier auf einzelnen Gruppierungen innerhalb der Einzelposten (als weitere Dimensionen) zuzugreifen. Auch kann ein Berichtswesen durch Nutzung der semantic tag noch wietere Informationen gerade in Bezug auf einzelne Berichtsziele innerhalb eines Konzerns optimiert werden.
 

Embeded Analytics in S/4HANA - der Nachfolger von Report Painter

(Martin Munzel, Espresso Tutorials)
https://fico-forum.de/ET/infotage_2018/02/

Gerade durch die Gegenüberstellung von Embeded Analytics und Report Painter wurde hier das kommende Berichtstool praktisch vorgestellt. Das für dieses Auswertungstool zugrundeliegende Datenmodell baisert auf ein virtuelles Datenmodell mit entsprechenden Views. Dieses entspricht in etwa einen BW-System für die Analyse von Daten. Die vorhandene Views sind vergleichbar zu den in Report Painter bekannte Berichtstabellen und bauen innerhalb eines Datenmodells ebenfalls aufeinander auf. Über die CDS View (HANA Core Data Services (CDS)) können vorhandene Views zum Beispiel per Eclipse um weitere Erweiterungen ergänzt werden, so dass auch weitere Daten mit in den vorgegebene Datenquellen genutzt werden können. Auf diese Weise können auch nicht vorhandene Daten als ergänzende Attribute als Inhalt ergänzt werden. Über einen View Browser sind aber auch schon verschieene Datenpunkte vordefiniert die innerhalb der Berichte genutzt werden können. Über Embeded Analytics können verschiedene Berichte in Fiori zur Verfügung gestellt werden. Da diese auf das neue Datenbankmodell aufsetzen sind diese wesentlich performanter als die noch vorhandenen Report Painter/Report Writer Berichte die hier die Tabelle ACDOCA auslesen. Die notwendigen Tools für das Erstellen von eigenen Auswertungen finden Sie unter "Report Deisgn Apps" und für die Datengrundlage unter Query Design Apps. Anhand eines Beispiels wurde das Erstellen einer Query sowie die Navigation innerhalb der vorhandenen Daten vorgestellt.  Als Berichtstypen in FIORI stehen Analytical List Pages (Listen), Object Page (Stammdaten), )Work-List Report (gruppierte Elemente) sowie Overwiew Pages mit unterschiedlichen Datenaufbereitungen zur Verfügung. Dabei können vorgefertigte Layouts mit Filtern etc. verwendet werden aber auch grafische Auswertungen angeboten werden. Ebenso können KPO Kachenln dargestellt werden auf denen direkt interaktiv vordefinierte Informationen erhoben werden können. Grundsätzlich ist die Lizenz für Embeded Analytics schon in S/4 HANA enthalten, lediglich für Analytics in Office mit Excel als Frontend gibt es noch extra Lizenzmodelle. Zusammengefasst wirkte für mich dieses Berichtstool als eine Kombination aus Rechercheberichten in denen ebenfalls Dimensionen unterschiedlich aufbereitet werden können und SAP Query mit denen weitere Stammdaten und sonstige Informationen zu den Berichten ergänzt werden können.

Das Universal Journal als Innovationstreiber in SAP S/4HANA Finance

(Janet Salmon, SAP)
http://fico-forum.de/ET/infotage_2018/06/

Tatsächlich stand auch hier im Vortrag das Universal Journal mit den unterschiedlichen Berichtspunkten im Mittelpunkt. Nachdem die grundsätzliche Struktur der Tabelle ACDOCA mit ihren Dimensionen und Feldern dargestellt worden sind wurde auch auf das Berichtswesen im Universal Journal eingegangen. Für die bisherigen Tabellen (BKPF und BSEG im FI) gibt es Kompatibilitätsview die entsprechende Verdichtungen anbieten, so dass auch bisherige Entwicklungen darauf zugriefen können. Tatsächlich werden innerhalb der ACDOCA jedoch alle Rechnungen abgebildet, so dass keine Mitbuchtechnik für die einzelnen Komponenten mehr erforderlich sind, sondern alle Felder zeilenweise dargestellt werden. Interessant ist dabei, dass eine Änderung bspw. der Profit-Center-Zuordnung dadurch direkt fortgeschrieben wird. Ebenso kann die Planung im CO (BPC) verduchtet in der ACDOCP dargestellt werden. Die Transaktion KP06 ist aber weiterhin noch aktiv. Eine Umsetzung des Modul PSM-FM für das Universal Journal in die ACDOCA befindet sich noch in der Entwicklung derzeit wird es noch als Special Ledger abgebildet. Ebenso ist die Darstellung unterschiedlicher Währungen ein Thema, dass hier passend umgesetzt ist. Ein weiterer Schwerpunkt des Vortrages waren Simulation und Prediction die ebenfalls in SAP autmatisch erhoben werden können und als Szenarien in Extension Ledgers dargestellt werden können.
 

Fortgeschrittene Techniken in SAP Fiori

(Philipp Reichhardt)
http://fico-forum.de/ET/infotage_2018/10/

Neben einer responsiven Darstellung von Berichten über FIORI Kacheln wurde in diesen Vortrag auch ein sehr guter Überblick über die einzelnen Möglichkeiten rund um FIORI Einsatz gegeben. Interessant dabei ist, dass berechtigungsseitig zwei Rollen (Backend = SAP GUI; Front End Rolle in FIORI) gepflegt werden müssen da die Berechtigungen zum Starten der Rollen von den Datenzugriffen getrennt wird. Neben FIORI als Designkonzept wurden auch die unterschiedlichen Formen der FIORI Apps und Kacheln dargestellt, wobei die Kacheln die sichtbaren Objekte zur dynamischen Darstellung von Kennzahlen, Nachrichten oder Statische Funktionen die einen Bericht aufrufen und die Apps sowohl analytische Auswertungen, Fact Sheets als auch transaktionale Zugriffe auf Funktionen ähnlich den bisherigen SAP Transaktionen bieten. Neben den Kachelaufbau wurden hier audch praktische Tipps zu selbsterstellten QUery geboten und insgesamt bot dieser Vortrag einen guten Überblick über die Möglichkeiten die mit FIORI möglich sind.
 

Diskussionsrunde zum Stand von S/4HANA Finance

SAP, Convista, Espresso Tutorials

Tatsächlich zeigte scih in der Diskussionsrunde am Ende des ersten Tages ein gemischter Stand, was die Umsetzung von S/4 HANA anbelangt. Einige haben tatsächlich die Gelegenheit genutzt im Rahmen eines Systemwechsel hier gleich einen Greenfield Ansatz zu fahren gerade um auch hier entsprechende Bereinigungen durchzuführen. Gerade in der Beratung sind zur Zeit einige Vorprojekte am Laufen und es sind hier einige Ressourcne gebunden.
 

Impulsvortrag: Alles Kopfsache

(Markus Czerner)
Der diesjährige Impulsvortrag befasste sich mti Zielerreichung und Motivation durch den ehemalige Tennisprofi Markus Czerner der als Motivationstrainer mentale Stärke, Motivation und Erfolg verbindet.

Abendveranstaltung

Die Abendveranstaltung wurde durch den weltbeste Biersommelier Stephan Hilbrand aus Bonn  gestaltet. Als amtierender Weltmeister als Biersommelier versuchte die Begeisterung an  🍺 zu vermitteln und es gab eine Bierverkostung in Kombination zum Essen.

Persönlich bin ich ja eher von Wein angetan, wie am Artikel "Weine verkosten und Weinwissen rund um das Degustieren von Wein aber auch andere Apps zum Thema Wein" zu sehen ist, aber dennoch war auch dieses einmal eine spannende Erfahrung abseits von SAP.

Vorträge am Dienstag 20. November 2018

Auch am nächsten Tag fanden einige spannende Vorträge und für mich sogar einige Highlights der Veranstaltung statt auf die ich nun ebenfalls eingehen mag.
 

Look and Feel – Das neue Migrationscockpit unter S/4HANA

(Carsten Schweitzer, Abide)
https://fico-forum.de/ET/infotage_2018/12/

Anhand des Beispiel der Migration von Stammdaten eines Geschäftspartner wurde das neue Migrationscockpit unter S/4 HANA vorgestellt. Neben der Projektanlage und des Arbeiten mit Templates wurde auch der Workflow von Download und Upload des XML Template für die einzelnen Migrationsobjekte bis hin zur Valdieirung und Konvertierung von Daten, Fehlerbehebung und Fertigstellung einer Migration vorgestellt. Ferner wurde auch auf die Erweiterung der Einbindung von kundeneigenen Feldern sowie das automatische Mapping für das Migrations Cockpit innerhalb des Migration Object Modeller eingegangen. Für die OnPremise und Cloud Version wurde auf die Sammelhinweise im OSS / SAP Note verwiesen und auch auf die Beschränkung des Template Upload auf 50.000 Datensätze hingewiesen. Eine größere Datenmenge kann durch eine Schnittstelle von Data Service oder durch Bündelung der Datenmenge erfolgen. Da das Migrationscockpit sowohl in S/4 HANA Cloud als auch OnPremise kostenlos enthalten ist und sich auch für die Datenmigration aus Non-SAP Systemen eignet sowie ohne Programieraufwand auch Abhängigkeiten von Feldern überprüft bietet dieses ein Tool, dass auch durch Importsimulation und entsprechende Prüf- und Valdierungsfunktionen punktet.

Investitionsmanagement in SAP inkl. Neuerungen in S/4HANA

(Robin Schneider)
https://fico-forum.de/ET/infotage_2018/15/

In diesen Vortrag wurde ein umfassender Überblick über die Prozesse innerhalb des Modul INvestitionsmanagement gegeben und wie sich dieses auch in Hinblick auf MM, CO, FI-AA sowie PS und CO eingliedert. Dabei wurde die Investition von der Maßnahmeanforderung, Planung und Budgetierung, Verfügbarkeitskontrolle bis hin zur AfA Simulation begleitet und auch die FIORI-Apps im Kontext des SAP-IM dargestellt. Gerade aus CO Sicht war hier auch noch einmal die Unterscheidung zwischen kostenorientierter Planung der "angeforderten Mittel" hin zur Budgetierung als "genehmigte Mittel" interessant. Grundsätzlich scheint das Investitionsmanagement weiterhin auf die aus ERP bekannte Technik zu basieren und keine funktionalle Erweiterungen unter S/4 HANA gegeben zu sein. Es gibt keine eigene FIORI Apps für SAP IM und es werden eher die bekannten ERP Transaktionen aus anderen Modulen aufgerufen. Dennoch gibt es die Möglichkeit neues Design zu nutzen.
 

S/4HANA Anlagenbuchhaltung

(Jörg Siebert, Espresso Tutorials)
https://fico-forum.de/ET/infotage_2018/18/

Leider fiel der Vortrag zur Anlagenbuchhaltung in Köln aus, dennoch möchte ich gerne auf den in Zürich und Wien gehaltenen Vortrag verweisen.
 

SAP Material Ledger - Technische Notwendigkeit oder eine Möglichkeit den Prozess zu überdenken?

(Martin Munzel, Espresso Tutorials)
https://fico-forum.de/ET/infotage_2018/17/

Der Vortrag lege einen Schwerpunkt auf die Materialwirtschaft und stellte anhand eines praktischen beispiel die Werte- und Währungsflüsse in SAP anhand eines internationalen Warenhandels dar. Das Material Ledger ist in SAP S/4HANA verpflichtend einzuführen. Die Istkalkulation findet dabei in eigene Tabellen statt und kann je Bewertungskreis und Material aktiviert werden. Ohne Aktivierung hat das ML keine Auswirkungen. Aus Kompatibilitäsgründen sind CO Versionen mit den Ledgern zu verknüpfen. Anhand Beispiele zur Bewertung mit gleitenden Verrrechnungspreisen und Standardpreisen wurde auch die unterschiedlichen Bewertungsstrategien praktisch dargestellt. Auch wenn ich weniger aus den bereich MM komme sind hier die dargestellten Beispiele gut nachvollziehbar und es wurden auch praktische Empfehlungen zum Thema Periodenabschluss gegeben.
 

Datenbankreduzierung für die S/4 Migration im Kontext gesetzlicher Anforderungen

(Bernd Nowack & Andreas Rolf)
https://fico-forum.de/ET/infotage_2018/20/

Der hier vorgestellte Vortrag befasste sich nicht nur mit den Einsatz von einzelnen SAP Tools für ein Datenarchivierungsprojekt (SAP ILM, Datenarchivierung, DART, COAT, ...) sondern stellte auch die gesetzlichen Anforderungen an eine Archivierung in Hinblick auf GoBD, Unternehmensreporting oder Meldewesen dar. Insbesondere die Umsetzung des Datenzugriff nach § 147 der AO wurde hier behandelt. Somit bot der Vortrag eine gute Kombination an technischen und juristischen Anforderungen und stellte einige Punkte rund um die Datenarchivierung dar. Wie hier die Archiverung in SAP SARA auf technischer Ebene umzusetzen ist und welche Strategien auch im Hinblick auf das Information Lifecycle Management vorhanden sind wurde hier anschaulich aber auch sehr kompakt dargestellt.

Der wirkliche Mehrwert von S/4HANA fürs Accounting

(Karlheinz Weber)
https://fico-forum.de/ET/infotage_2018/KHW/

Gerade durch das Zusammenwachsen der Module FI und CO wurden hier sehr positive die Neuerungen an S/4 HANA und ihre Auswirkungen auf das Berichtswesen anhand von sechs Neuerungen (1 Datenbank, 2 Universal JOurnal, 3 Cash Management, 4 FIORI, 5 Embedded BW und 6 . Embeded BPC dargstellt). Gerade im Vergleich zum bisherigen ERP System sind hier als Schlaglichter einige Punkte erwähnt worden die allgemein tatsächlich Lust auf das Reporting gemacht haben. Dieses kann sowohl die Darstellung von Bilanz/GuV auf Ebene der Kostenstellen ebenso wie die Verwendung von KPI als auch die Integration von Planungsfunktionen in Excel.
 

Was kann die Public Cloud Version - Unterschied zu onPremise

(Renata Munzel & Martin Munzel, Espresso Tutorials)
https://fico-forum.de/ET/infotage_2018/26/

Ebenfalls unter spannenden Vorträgen ist dieser Vortrag mit Blick auf die Einführung der Cloud Version von S/4 HANA zusammen mit der Umsetzung von SAP Lösungen innerhalb des Moduls gegeben. Als Einstieg wurden die unterschiedlichen Cloud Versionend er SAP vorgestellt aber dann auch ganz praktisch die Nutzung der Public Cloud Edition als SAP S/4 HANA Cloud vorgestellt. Hier ist die Oberfläche tatsächlich ausschliesslich in FIORI umgesetzt und statt Customizing finden unternehmensspezifische Einstellungen per SSCUI (Configrations Sheets) statt. Der Vortrag legte einen besonderen Fokus auf die Funktionalität durch die Standardisierung in den Modulen FI und CO und stellte auch die Einschränkungen in der individuellen Ausprägung dar.

Grundsätzlich ist dieses, gerade für Greenfield oder Ausgründungen eine spannende Idee ach wenn manche Funktionalitäten noch im Bau sind. Hier sollte insbesondere geprüft werden, ob die eigenen Anforderungen an ein SAP System erfüllt werden können.  So sind viele Einstellungen vorgegeben aber dafür ist ein entsprechender Vorteil in Richutng der Wartung gegeben. Ein eigener Kontenplan kann bspw. über Mapping mit den SAP Kontenplan erfolgen. Allerdings können keine eigene Anlagenbewegungsarten angelegt werden und auch sonst sind einige Vorgaben gegeben. Es wird direkt eine Zwei Systemlandschaft gegeben und aktuellste Entwicklungen auf das System ausgerollt.

Zusammenfassung und Fazit

Traditionell endete die Veranstaltung mit einer moderierten Runde die die beiden Tage noch einmal zusammengefasst hat und schon anhand der hier vorgestellten Vorträge ist hoffentlich der Mehrwert einer solchen Veranstaltung ersichtlich. Oftmals wirft man hier schon einen Blick in die Zukunft aber auch der Austausch zwischen den Vorträgen rund um SAP und die Möglichkeit hier auch wieder Menschen mit gleichen Interessen, Projekten und Ideen zu treffen ist eine echte Bereicherung.



An dieser Stelle möchte ich, wie auch schon auf Twitter (@Aunkelbach), mich bei den Veranstaltern bedanken, dass sie ebenfalls in wenigen Tagen die Vortragsunterlagen online gestellt haben auch wenn ich nun doch etwas länger brauchte um hier meinen Rückblick zu veröffentlichen.

Da ich darum gebeten worden bin vor einen Treffen unserer Arbeitsgruppe Controlling der hessischen Hochschulen diese Veranstaltung zusammenzufassen hoffe ich, dass mir dieses gelungen ist und die Schilderungen für das Hochschulcontrolling und Hochschulberichtswesen ebenfalls interessant ist.

Abseits der Module des Rechnungswesen (CO - Controlling, FI - Finanzbuchhaltung) ist hier auch ein Blick in Richtung S/4 HANA ebenso wie auf Themen Cloud und selbst im Bereich HCM oder PSM-FM gab es die ein oder andere Diskussion zum Thema, Zwar wurde das Thema "SAP HCM on premise for S/4HANA" oder SuccessFactors (als Nachfolge für Bewerbermanagement / Recruiting) bzw. Concur (als Nachfolge für das Reisekostenmanagement / Travelmanagement) nicht als eigenes Thema behandelt aber gerade am zweiten Tag beim Vortrag zur Public Cloud wurde auch dieses angesprochen. Ferner punktet die Veranstaltung auch durch einen gelebten Austausch in den Pausen und die Möglichkeit hier mit Beratenden, SAP sowie Anwendende von SAP (von Kommune bis zum Großkonzern) sich auszutauschen.

Ebenso wie im Onlineforum ist hier der gelebte Austausch und das gegenseitig voneinander lernen und scih einzubringen etwas, dass diese Veranstaltungsreihe besonders auszeichnet. Daneben ist auch die Veranstaltung selbst bestens organisiert und es sind tatsächlich zwei erschöpfende, lehrreiche und gleichzeitig produktive Tage.

Ausgangslage:
Beim Erfassen eines Anlagenzugangs aus Kauf gegen Kreditor wird automatisch in der Transaktion eine Belegart vorgeschlagen (im Standard die Belegart KR für Kreditoren Rechnung) hier soll nun jedoch statt KR die Belegart KN ("Kreditoren netto") vorgegeben werden. (Nachtrag: Bei Kolleginnen einer anderen Hochschule wird hier die Belegart AN ("Anlagenbuchung netto")).

Belegart für Transaktion F-90 (Anlagenzugang durch Kauf mit Kreditor) vorschlagen

Die Erfassung des Anlagenzugang durch Kauf mit Kreditor ist im SAP Menü unter:

• Rechnungswesen
• Finanzwesen
• Anlagen
• Buchung
• Zugang
• Kauf

über die Transaktion F-90 "Gegen Kreditor" erfolgen.

Benutzervorgaben halten

Im ersten Moment lag der Gedanke nahe, dass hier der Vorschlagswert (vorher stand hier KN) über das Menü in der Transaktion mittels SYSTEM>BENUTZERVORGABEN>HALTEN eingetragen war.

Dieses hat sich jedoch als nicht die Ursache für den Wertvorschlag erwiesen.

Belegarten für SAP Enjoy Transaktionen definieren

Innerhalb des Artikels "Belegart bei Buchungstransaktionen (FB50, FB60) vorbelegen" wurde hier auf die Einstellungen im Customizing über die Transaktion SPRO hingewiesen.

Hier können in der Sachkontenbuchung Enjoy Belegarten für Enjoy-Transaktionen definiert werden. Dabei können für Buchungskreis, Kontart und Vorgang (zum Beispiel Kreditoren und Rechnung) Belegarten wie KR hinterlegt werden.

Allerdings hilft dieses nicht weiter, da hier tatsächlich der Schlüssel die Kontoart  und Vorgang nicht jedoch für einzelne Transaktionen ein Voerschlagswert hinterlegt werden.

Transaktion OBU1 "Voreinstellungen Belegart/Buch.Schl."

Schon in den Kommentaren zum oben verlinkten Kapitel wurde jedoch schon auf die Transaktion OBU1 hingewiesen. Durch diese Transaktion ist es möglich  Vorschlagswerte für Belegarten in gewissen Transaktionen anzupassen.

Nach Start der Transaktion wird darauf hingewiesen, dass das Objekt nur in SAP Paket angelegt werden kann (dieses mag auch ein Grund sein, warum es hier Überschreibungen beim Einspielen von Supportpackages gegeben hatte).

Über die Schaltfläche Weiter oder die Taste ENTER  (statt Weiter für alle mit der Taste F5) gelangt man auf die Information "Achtung, die Tabelle ist mandantenunabhängig".

Im Anschluss erhält man eine Lsite der "Vorschlagswerte: Belegart und Buchungsschlüssel" in der einzelnen Transaktionscodes mit den Vorschlagswerten wie belegart und Buchungsschlüssel hinterlegt sind. Beim Doppelklick auf die Transaktion F-90 "Anlagenzugang d. Kauf m. Kreditor"  können nun für die Transaktion die Vorschlagswerte geändert werden. Man bekommt, je nach Transaktion sowohl die Voreinstellung für Belegart und Buchungsschlüssel angezeigt und es kann nun statt KR wieder KN eingetragen werden.

An welcher Stelle genau diese Transaktion innerhalb des Customizing hinterlegt ist habe ich noch nicht herausgefunen, aber bei nächster Gelegenheit wollte ich mich ohnehin einmal intensiver mit Customizing in der SAP Finanzbuchhaltung auseinander setzen. Immerhin das Thema "SAP Customiziing im Controlling" bin ich in letzter Zeit häufiger wieder eingegangen, Von Martin Munzel und Renata Munzel gibt es ja auch ein Buch "SAP-Finanzwesen – Customizing" * das ich mir ebenfalls einmal intensiver anschauen sollte :-).

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

Mal sehen, was genau dabei heraus kommt.

Weitere Transaktionen mit Vorschlagswerten für Belegart und Buchungsschlüssel versehen

Zu beachten bei der Einstellung über die Transaktion OBU1 ist auf jeden Fall, dass diese Einstellungen mandantenunabhängig sind und nur für die in der Liste vorhandenen Transaktionen ein Vorschlagswert hinterlegt werden kann.

Beim Blick in der Liste scheinen hier folgende Transaktionen pflegbar zu sein:

• F-01 bis F-59
• F-63 bis F-67 s
• owie F-90 bis F-92 mit

Dafür sind hier jedoch von der Transaktionen wie F-02 Sachkontenbuchung erfassen, F-06 Zahlungseingang oder F-07 Zahlungsausgang buchen bis hin zur F-43 Kreditorenrechnung erfasseb ider eben auch der F-90 Anlagenzugang durch Kauf mit Kreditor oder F-92 Anlagenabgang durch Verkauf mit Kreditor dort vorhanden, so dass doch einige Transaktionen hier vorbelegt werden können.

Wie erwähnt wird hier im SAP Objekt gearbeitet, so dass hier tatsächlich ein abweichendes Customizing gepflegt wird und dieses ggf. tatsächlich durch das Einspielen von Supportpackages überschrieben worden ist. Dieses hatte vermutlich bei uns zu einer Änderung geführt.

Weiterhin ist, gerade bei mehrere Mandanten innerhalb eines SAP Systems, darauf zu achten, dass es sich um einen Workbench- und nicht Customizing-Transportauftrag handelt. Wie schon oben erwähnt, und durch die vorgeschaltete Meldung bei der Transaktion angegeben, ist diese Einstellung mandantenunabhängig. Dieses bedeutet, dass die Einstellung einmal getroffen für alle Mandanten gültig ist.

Da diese Einstellung auch nicht auf Buchungskreis eingeschränkt ist gilt diese dann für alle am System angemeldeten Einrichtungen.

 

Weitere Customizing Einstellungen in der Finanzbuchhaltung

Auch wenn ich mehr im SAP Modul Controlling unterwegs bin (siehe auch meine Veröffentlichungen  »Schnelleinstieg ins SAP® Controlling (CO)« von Martin Munzel und mir als auch mein Buch »Berichtswesen im SAP®-Controlling«) sind im Laufe der Zeit auch noch weitere Artikel rund um das Customizing in der Finanzbuchhaltung zusammen gekommen.

Da manche dort behandelten Themen auch aktuell wieder interessant werden mag ich auf diese gerne verweisen:

• "Länderspezifische Einstellungen / USt.ID LU" wo die Länge der Umsatzsteuer-ID in Luxemburg definiert worden ist,
• "Belegart bei Buchungstransaktionen (FB50, FB60) vorbelegen" in dem ebenfalls für Buchungskreis, Kontoart und Vorgang entsprechende Belegarten hinterlegt werden können
• "FI-AA Anlagenbuchhaltung: Klassifizierung von Anlagen" hier werden die Ordnungsbegriffe in der Anlagenbuchhaltung gepflegt
• "Grundlagen Finanzbuchhaltung - Customizing von Nummerkreis und Belegarten" dieses ist wohl gerade beim Einrichten eines Testsystem immer wieder ein Artikel den ich regelmäßig aufrufe :-)
• im Artikel "Bilanz- GuV- Struktur definieren oder nach CO-PCA kopieren" habe ich die Pflege der Bilanz und GuV Struktur beschrieben
• Hier sind natürlich auch die "Rechercheberichte im Modul FI (Bilanzanalyse)" relevant und bei den Kollegen aus der Finanzbuchhaltung gerade im Quartalsbericht beliebt
• Als Alternative zum Funktionsbereich im PSM-FM ist auch immer ein Blick auf den Artikel "Grundlagen Finanzbuchhaltung - Geschäftsbereiche als mögliche Lösung zur Abbildung eines Betrieb gewerblicher Art (BgA)" lesenswert. Insbesondere wenn für bestimmte Bereiche ein eigener Abschluss erstellt werden soll.

Gerade im Thema Customizing sollte sich immer einmal wieder mit Grundlagen beschäftigt werden, da hier oftmals auch Möglichkeiten wieder in Erinnerung rücken, für den Fall, dass man selbst im Customizing nicht beteiligt war kann hier ein Blick ins Customizing auch sehr lehrreich sein.

Ich freue mich übrigens immer wieder, wenn Kolleginnen und Kollegen dieses Blog für eine Problemlösung nutzen und dabei sogar für Themen in der Finanzbuchhaltung hier nachschlagen. Sollte jemand im Customizing der Transaktion SPRO den Pfad zur Transaktion OBU1 finden, würde ich mich über eine Rückmeldung sehr freuen.

Neben der Blogsuche (Artikelsuche  )kann auch die Websuche auf dieser Seite (siehe "Persönliche Websuche von andreas-unkelbach.de über ausgewählte Internetseiten zu SAP, Excel, Office, Hochschulcontrolling und Hochschulverwaltung" nützlich sein um bei bestimmten Problemen auf den üblichen verdächtigen Seiten (von Blogs, Onlinehilfen oder auch Onlineforen) nach Lösungsansätzen oder Onlinehilfen zu suchen.

Daneben bietet sich aber auch die unter SAP Know How vorgestellten Möglichkeiten zur Onlinesuche im SAP Umfeld an.

Eine weitere Option ist natürlich der Austausch mit Kolleginnen und Kollegen mit denen auch ein modulübergreifender Austausch und gegenseitiger Hilfe immer einmal wieder möglich, nützlich aber auch für das Überleben in SAP Projekten jedglicher Art notwendig ist. Vergleichbar hilfreich sind hier natürlich auch Veranstaltungen wie die im Artikel "FICO-FORUM-INFOTAGE 2018 Anmeldung möglich @EspressoTutorials" vorgestellten FICO Forum Infotagen.

In diesen Artikel sind auch die Rückblicke auf vorherige Infotage zu finden, ebenso wie auch die Ankündigung der Tage in 2018.

Die FI CO Forum Infotage (siehe Artikel "FI CO Forum Infotage 2017 und digitale SAP-Fortbildung für Studenten und Hochschulbeschäftigte") liegen mittlerweile schon einige Monate zurück und irgendwie kam ich noch nicht dazu, die Mitschriften auch hier im Blog zu veröffentlichen.

Was sind die FI CO Forum Infotage?

Die Veranstaltung wird u.a. von Espresso Tutorials (meinen Buchverlag siehe auch fico-forum.de) und der ConVista Consulting AG angeboten.

Einmal im Jahr (November) finden in Köln die FICO-Forum Infotage statt, so auch vom 20. bis 21. November 2017. Relativ kurz nach den Infotagen 2016 hatte ich unter "Rückblick FI CO Forum Infotage 2016 in Köln und Zürich" schon einenRückblick veröffentlicht. Dieses Jahr (nun wohl eher letztes Jahr, da die Infotage schon etwas zurück liegen) bin ich ebenfalls an den Infotagen in Köln gewesen.Da es aber schade ist diese auf ewig als Entwurf gespeichert zu haben mag ich an dieser Stelle doch noch ein paar Eindrücke der Vorträge veröffentlichen. Es wäre ja schade diese zu veröffentlichen, wenn schon die nächsten angekündigt werden.


Die "FICO-Forum Infotage 2017" fanden diesmal nicht nur in Köln und Zürich sondern auch in Wien statt.

Neben Vorträgen bietet diese Veranstaltung auch die Gelegenheit die ein oder andere Möglichkeit des Austauschs. Insgesamt werden wieder drei Themenslots in den Räumen Wien, Köln und Zürich angeboten sowie einige gemeinsame Veranstaltungen.

Die kompletten Folien der einzelnen Vorträge sind erneut im FICO-Forum.de unter "Folien von den FICO-Forum Infotagen 2017" veröffentlicht, so dass ich hier auch nur auf die von mir besuchten Vorträge eingehen und separat verlinken mag.

Unter "Meine vorläufige Tagesplanung für die FICO Forum Infotage 2017" im Artikel "FI CO Forum Infotage 2017 und digitale SAP-Fortbildung für Studenten und Hochschulbeschäftigte" habe ich auch noch weitere spannende Themen erwähnt zu denen ich dann nicht gegangen bin, aber deren Folien sicherlich ebenfalls ein gutes Argument sind in 2018 die Veranstaltung zu besuchen.
 

Save the Date für die FICO-Forum Infotage 2018

Mittlerweile stehen auch schon die Termine für die FICO-Forum Infotage 2018 fest. Diese werden wieder an drei Standorten angeboten und ich hoffe hier ebenfalls in Köln anwesend zu sein.

• Zürich 07. bis 08.11.2018
• Köln 19. bis 20.11.2018
• Wien 26. bis 27.11.2018

Damit ist wieder er gesamte D A CH Raum im Angebot :-) Aber auch das Themenangebot klingt mit:

1. Neuerungen in S/4HANA 1810
2. Das Universal Journal als Innovationstreiber in SAP S/4HANA Finance
3. S/4HANA Anlagenbuchhaltung
4. Erfahrungsbericht: Migration Kunde/Lieferant zum Geschäftspartner
5. LTMC-SAP S/4HANA Migration Cockpit
6. Cash Management in SAP S/4HANA Finance
7. Erfahrungsbericht: Controlling Dashboards mit SAP BO Design Studio/Lumira
8. SAP Analytics Cloud

spannend, wie aus der Vorabankündigung "Save the Date für die FICO-Forum Infotage 2018" zu entnehmen ist.

Nun aber zum Rückblick auf 2017:

 

Keynote: Das SAP-Portfolio für Finance Innovation – Compliance - Cloud (Dr. Christoph Ernst, SAP)

Seitens der SAP wurden in der Keynote (siehe http://fico-forum.de/ET/infotage_2017/01_CE/ ) die derzeitigen Entwicklungen rund um S/4 HANA vorgestellt. Dabei ist in der Hauptsache auf die Neuerungen rund um S/4 HANA eingegangen worden. Als künftige Entwicklung wurden die Ergebnisvorschau innerhalb der Periode durch Hochrechnungen (z.B. aus CO-PA) dargestellt. Somit kann auch innerhalb der Periode über einen Soft Close ein Ergebnisvorschau erstellt werden. Hier ist auch aus Verkaufsordern oder aus der Entwicklung der Vergangenheit entsprechende Hochrechnungen abbildbar. Dabei werden die Obligos und weitere Entwicklungen nicht im Original Leder sondern in einem erweiterten Ledger abgebildet.

Grundsätzlich sind im Universaljournal (ACDOCA) alle Bücher einheitlich dargestellt. Im Rahmen von FIORI Apps kann auch mit Semantic Tags gearbeitet werden. Hierdurch können KPI definiert werden, die dann auch ausgewertet werden können. Einige dieser semantic tags sind schon vordefiniert und es besteht die Möglichkeit auf diese zuzugreifen.

Diese Finanz-KPI basieren auf einzelne Knoten einer Bilanz/GuV Struktur und können durch semantic tags berechnet werden. Diese semantic tags werden bei Änderungen in der Bilanz GuV Struktur ebenfalls automatisch aktualsiert.
 

Update zu S/4 HANA Finance 1709 (Janet Salmon, SAP)

Ebenfalls durch die SAP wurde, dann jedoch konkreter die aktuellen Entwicklungen im aktuellen Release von S/4 HANA vorgestellt (siehe http://fico-forum.de/ET/infotage_2017/03_JS/ ).
Hier wurde sowohl die neue Oberfläche (Webfrontend) mit Kacheldesign und FIORI App dargestellt, als auch weiterhin der Zugang per GUI im bisherigen Transaktionscodemodus.
Neben der Speicherung aller aktuellen Daten (modulübergreifend im Universaljournal (Tabelle ACDOCA) werden zur Konsolidierung (zum Beispiel mit unterschiedlichen Währungen oder konsoldierten Kontenplan) die Daten innerhalb ACDOCC geschrieben. Die Plandaten sowie Obligos hingegen sind in ACDOCP zu finden.

Ebenfalls interessant ist die Möglichkeit der Nutzung von flexiblen Hierarchien. Dieses bedeutet, dass jenseits von Kostenstelllen- oder Profit-Center-Gruppen innerhalb Auswertungen selbst Gruppierungen interaktiv zusammengestellt werden können.

Kontenplanharmonisierung – Welche Möglichkeiten gibt es? (Maike Nemeyer, SNP)

Hier wurden die Möglichkeiten der rückwirkenden Umstellung des Kontenplans auf Datenbankebene vorgestellt, so dass im Rahmen einer Konsolidierung auch die Vergangenheit mit ausgewertet werden können. Insbesondere bei Vorjahresvergleichen (Bilanz/GuV) ist es hier hilfreich die Umstellung auf einen bestimmten Stichtag ermöglicht wird und damit ein 1:1 Mapping möglich ist. Die Originaldaten werden dabei in ein Archivsystem hinterlegt. Damit ist weiterhin das Reporting auch mit Alt-Daten trotz erfolgter Kontenplanumstellung möglich. Der Vortrag ist unter http://fico-forum.de/ET/infotage_2017/06_MN/ abrufbar. Ein weiterer Erfahrungsbericht Kontenplankonsolidierung zu diesem Thema ist unter http://fico-forum.de/ET/infotage_2017/22_MM/ von Martin & Renata Munzel, Espresso Tutorials vorgestellt worden.

 

Controlling in SAP S/4HANA (Janet Salmon, SAP)

Im Beitrag http://fico-forum.de/ET/infotage_2017/09_JS/ wurden ganz konkret die Veränderungen innerhalb des SAP Modul Controlling mit Einführung S/4 HANA vorgestellt. Insbesondere wird in diesem Vortrag die Zusammenlegung vom Zweikreis- auf ein Einkreissystems dargestellt. So sind Sachkonto und Kostenart ein einheitliches Objekt, obgleich weiterhin die Tabellen für die Kostenartenstammdaten vorhanden sind. Anhand der Kontenart wird festgelegt, ob es sich um Primärkosten oder Erlöse handelt. Somit sind hier Sachkonto und Kostenart zusammengelegt. Im Universaljournal werden die Primärkosten in der Tabelle ACDOCA dargestellt. Die abgeleitete Dimensionen wie das Profit-Center sind hier ebenfalls in der Buchungszeile zu finden. Umlage und Verrechnungen erfolgen direkt auf Sekundärkostenarten im Universaljournal. Wie erwähnt können einzelne KPI als Semantic Tags auf Ebene der Bilanz/GuV Knoten gebildet werden.  Auch auf Belegebene nähern sich hier FI und CO.

Im Rahmen der Prediction werden innerhalb eines extented Ledger sowohl Obligos als auch prognosizierte Erlöse und Planungen fortgeschrieben diese sind dann nicht im Hauptledger aufgeführt. Ebenso verhält es sich noch mit PSM-FM. IFRS und andere Bewertungen sind ebenfalls innerhalb eines extra Ledger vorhanden.
 

Diskussionsrunde zum Stand von S/4 HANA Finance

In einer Diskussionsrunde zum Stand von S/4 HANA Finance wurden die bisherigen Erfahrungen mit S/4 HANA berichtet. Gerade in Hinblick auf die Nutzung von FIORI Apps und SAP GUI wurde einheitlich darüber berichtet, dass für Externe die FIORI eine Vereinfachung darstellt, für Experten aber weiterhin SAP GUI genutzt wird, auch wenn mittlerweile eine Menge der GUI Transaktionen schon als FIORI Apps umgesetzt sind. Bei den Cloud Lösungen wurden die unterschiedlichen Cloudsysteme (Public Cloud (Pflege durch SAP), Private Cloud (Entscheidung über Updates etc. durch Unternehmen) angesprochen. Gerade im HCM Bereich ist für Bewerbungen und Personalsichten auch schon häufiger auf eine Cloudlösung umgesetzt worden.

 

Meldewesen und Behördenkommunikation im SAP Standard Samuel Gonzalez, ConVista

Im Beitrag http://fico-forum.de/ET/infotage_2017/11_SG/mobile/index.html wurde auf die Behördenkommunikation im SAP Standard eingegangen. Dabei wurde auf die unterschiedlichen Funktionen aus FI zum Meldewesen und der behördlichen Kommunikation eingegangen. Insbesondere wurde auf den Datenextrakt für ELSTER WEB zur Umsatzsteuervoranmeldung Bezug genommen. Dabei wurde die Kommunikation direkt von SAP nach Elster vorgestellt sowie die notwendigen Customizingeinstellungen.Als Datenaustauschformat wird SAP Standard Audit für Steuerzwecke (SAFT) im internationalen Umfeld (OECD) verwendet.  Innerhalb Deutschland wird eher DART für den Austausch bspw. mit Wirtschaftsprüfungsgesellschaften verwendet.

Am Rande wurde auch erwähnt, dass nicht mehr benötigte Steuerkennzeichen mit EHP 8 ausgeblendet werden können. Ferner können bei der elektronischen Umsatzsteuervoranmeldungen sowohl Simulationen als auch Korrekturen aus SAP gesandt werden.

Geschäftsprozesse in der S/4 HANA Anlagenbuchhaltung Jörg Siebert, Espresso Tutorials

Im Vortrag zu Geschäftsprozesse in der S/4HANA Anlagenbuchhaltung auf http://fico-forum.de/ET/infotage_2017/15_JS/ von Jörg Siebert, Espresso wurde neben einer Demo https://youtu.be/dZyx_94Oph8 auf einige Aspekte mit Bezug zur Anlagenbuchhaltung eingegangen. Es wurden die neuen FIORI Oberfläche mit Bezug zur Anlagenbuchhaltung als Web Apps vorgestellt. Und insbesondere kleinere Anekdoten wie die Zurücktaste des Browsers der dann statt eine Kachel das bewährte SAP Menü aufzeigt haben doch zu einigen Schmunzler in Richtung der unterschiedlichen SAP-Anwende Generationen gesorgt. Da im Rahmen von S/4 HANA auch die Anlagenbuchhaltung in die Hauptbuchhaltung migriert sollten auch viele Auswertungen spannend werden.

Der Vortrag von Jörg Siebert hatte mich auch dazu gebracht mich etwas intensiver mit der Nachfolge der LSMW zu beschäftigen. LSMW bzw. Legacy-System-Migration Workbench, dass in der On-Premise-Welt noch verfügbar ist aber nicht mehr als Migrationstool berücksichtigt wird. Insbesondere durch vorgeschlagene Migrationsschritte, die nicht mehr in S/4 HANA verwendet werden, sollte sich mit der Nachfolge auseinander gesetzt werden.

Entsprechend spannend war die Tage dann die "Weiterbildung im SAP Umfeld durch Selbststudium mit MOOC openSAP" zum Thema "Data Migration to SAP S/4HANA".

Änderungen in SAP ERP Controlling (Customer Connect) Marco Valentin, SAP

Der auch im Hochschulbereich spannendste Vortrag war ein Blick auf die Weiterentwicklungen des ERP Systems.Kleinigkeiten wie die Möglichkeiten Umlagezyklen zu exportieren oder freie Verbesserungen im Rahmen der freien Abgrenzung sind schon wenige Veränderungen mit großer Wirkung. Der Vortrag auf http://fico-forum.de/ET/infotage_2017/19_MV/ war gerade für mich als ERP User besonders spannend und hatte nicht nur im Bereich der Usability (veraltete Werte in der F4 Werthilfe ausblendbar) sondern auch im Controlling durch die Verbesserung der Zykluspflege oder das objektübergreifende Reporting Lust auf mehr gemacht. Selbst für die Basis ist mit der Transaktion SE16T für die Objektsuche einiges an Verbesserungen hinzugekommen.

Vermeidung von Haftungsrisiken durch ein steuerliches Kontrollsystem Karl Hartmann, SAP

Beim Vortrag http://fico-forum.de/ET/infotage_2017/21_KH/ stand das Thema Tax Compliance im Mittelpunkt und ich hätte mir wirklich gewünscht, dass unser Steuerexperte mit vor Ort gewesen wäre. Gerade das interne Kontrollsystem und die Anmerkungen aus der Praxis sowie eine Ergebnisprüfung wären hier aus FI Sicht sicherlich ein weites Feld für Rückfragen gewesen. Die Technik kann regelbasiert diverse Prüfungen schon vor den Abschluss durchlaufen lassen, jedoch ist das eigentliche Know How die Erstellung ebensolcher Regeln.Von daher ist die programmgestützte Prüfung aller steuerrelevanter Unterlagen schon bevor die Wirtschaftsprüfer vorbei schauen sicherlich vor den Abschlusstätigkeiten eine Erleichterung.

Universal Journal Extensibility &Custom Developments.Michael Rohrbach, ConVista

Der am techniklastigste Vortrag war tatsächlich die Erweiterung des Universalledger zu dem sowohl die Vortragsunterlagen auf http://fico-forum.de/ET/infotage_2017/27_MR/ hinterlegt sind, als auch ein Demovideo https://youtu.be/7zg7mmgCxto zu betrachten ist.Gerade letzteres stellt gut da, wie weitere kundeneigenen Felder angelegt werden können. Im Ergebnis können weitere Felder (hier im Bereich Versicherungen) beim Buchen mit aufgenommen werden und diese dann im Universaljournal bzw. ACDOCA ausgewertet werden. Insbesondere unter den Gesichtspunkt des Reporting dürfte dieses auch noch wesentlich weitere Möglichkeiten schaffen.

Rahmenprogramm, Abendprogramm

Neben den einzelnen Vorträgen steht bei dieser Veranstaltung auch immer das persönliche Gespräch im Mittelpunkt und trotz eng gesetzter Agenda war hier auch wieder der fachliche Austausch und Erfahrungen ein wesentliches Plus dieser Veranstaltung. Selbst aus den Bereich Public Sector (hier eine größere Stadt mit SAP im Einsatz) sind hier einige SAP Fachleute anwesend gewesen, so dass sich trotz Schwerpunkt auf die Module FI und CO auch über Weiterentwicklungen im Bereich PSM-FM unterhalten werden konnte.

Der Auftritt des Künstler Jean Olivier der am Abend charmant und mit Witz in die Welt der Zauberei und Magie entführte war dann auch eine Gelegenheit zum Staunen, Lachen und kurzfristig einmal die ganze Technik zur Seite zu schieben. Immerhin hatte ich so am Abend auch eine schöne Erinnerung in Form eines Geldscheins der verwandelt und am Ende in einer Orange landete.

Köln

Auch abseits der Veranstaltungen waren zwei Stationen eine Überraschung für mich. Während ich wieder sehr froh war im nahegelegenen Hotel untergebracht gewesen zu sein war auch der Besuch im meat.ing (koreanische Grill Restaurant) ein Besuch wert.


Es ist tatsächlich schön hier auch solche "kleine" Lokale zu finden, so dass ein Besuch in meat.ing sicherlich eine spannende Idee ist. Daneben war aber auch ein kurzer Abstecher in der Bärendreckapotheke eine ebenfalls gute Idee.



Hier habe ich dann wohl tatsächlich andere überzeugt, dass ein solches Fachgeschäft ebenfalls positives zu bieten hat :-)

Fazit FI CO Forum Infotage 2017

Neben den fachlichen tiefgehenden Vorträgen ist auch der Austausch mit SAP Menschen hier ein absolutes Plus. Selbst wenn man doch eher seltener solche Veranstaltungen besucht hat treffen sich hier doch auch einige Menschen die man sonst nur als kompetente Ratgebende in diversen Fachforen zu SAP kennt. Zum Teil waren hier auch einige aus meiner Blogroll zu SAP (SAP Blogs)  vertreten.

Der gelebte Austausch und die Offenheit an dieser Veranstaltung ist beinahe ebenso wertvoll wie das vermittelte Wissen durch die einzelnen Vorträge. Gerade was das Thema Weiterentwicklung von SAP und den Aufbau von eigenen Wissen ist diese Veranstaltung tatsächlich ein Highlight im Jahr und ich kann diese auch Kolleginnen und Kollegen aus den Bereichen Hochschulcontrolling und Hochschulberichtswesen empfehlen.

Im Rahmen der Darstellung von BgA (Betriebe gewerblicher Art) als wirtschaftliche Geschäftsbetriebe einer juristischen Personen des öffentlichen Rechts stellte sich die Frage, wie hier der hoheitliche vom gewerblichen Bereich innerhalb SAP abgebildet werden kann. Der naheliegendste Gedanke war hier eine Segmentberichtserstattung, welche im neuen Hauptbuch eingeführt wird, bzw. eine Unterscheidung der einzelnen CO Objekte über die zugeordneten Profit-Center.

Die Segmentberichte sind im Artikel "Grundlagen: Segment-Berichtserstattung in der Profit-Center-Rechnung und das neue Hauptbuch (NEW GL)" beschrieben.

Denkbar war hier ein Berichtswesen über die Profit-Center-Rechnung und Unterscheidung nach einzelnen CO-Objekten wie Innenauftragsgruppen.

Diese Vorgehensweise basiert auf die Überlegungen im Artikel "Erweiterung Bibliothek 8A2 Ausweis Kostenstelle und Innenauftrag bei Selektion Profit-Center in ReportWriter".

Eine andere Alternative ist die Nutzung von Geschäfsberiechen innerhalb des SAP System.

Customizing Geschäftsbereich

Die einzelnen Geschäftsbereiche können im Customizing (Transaktion SPRO) unter

• Unternehmensstruktur
• Definition
• FInanzwesen
• Geschäfsbereich definieren

angelegt werden. Dabei stehen hier vier alphanummerische Zeichen zur Verfügung und ein Langtext als Beschreibung.

Bei Geschäftsbereichen handelt es sich um buchungskreisübergreifende Einheiten, die von allen Buchungskreisen innerhalb des Mandanten genutzt werden können. Dabei können diese entweder bei der Belegerfassung direkt erfasst werden (zum Beispiel bei einer Sachkontenbuchung über die FB50) oder auch einzelne CO Objekte direkt abgeleitet werden.

Im CO Innenauftrag ist das Feld Geschäftsbereich unter den Zuordnungen zu finden während bei der Kostenstelle der Geschäftsbereich unter den Grunddaten erfasst wird.

Geschäftsbereichbilanz

Für einen Buchungskreis besteht die Möglichkeit auch geschäftsbereichintern eine Bilanz und GuV zu erheben.

Sofern dieses gewünscht ist kann im Customizing je Buchungskreis folgender Punkt aktiviert werden:

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

Danach kann je Buchungskreis die Option "Geschäftsbereichs-Bilanzen" unter den Verfahrensparametern aktiviert werden. Sofern dieser Parameter gesetzt ist, steht das Feld Geschäftsbereich bei der Erfassung von Buchungen immer zur Verfügung und ist in CO, MM und SD darüber hinaus eine Mußeingabe.

In der Bilanz/GuV (Transaktion S_ALR_87012284) kann der Geschäftsbereich unter den Abschnitt Verkehrszahlenabgrenzung ausgewäht werden. Da die Positionen Bank, Steuern und Kapitalvermögen aber nur durch manuelle Zuordnungen möglich sind, ist es fraglich, ob diese als steuerrechtlicher Abschluss geltend ist. Aber zumindest für eine interne Bilanz/GuV kann diesr Punkt interessant sein.

Insbesondere durch die Integration in andere Module ist dieses ein Thema, wo sich die Fiannzbuchhaltung und das Controlling miteinander abstimmen soltlen.

Grundsätzlich ist der Geschäftsbereich ein Datum, dass jährlich den einzelnen Objekten zugeordnet ist, jedoch kann über die Transaktion SA38 der Report RKACOR06 zur unterjährigen Änderung des Geschäftsberiech gestartet werden. Hierdurch können unterjährige Änderungen im BUKRS und GSBR im Stammsatz der Kostenstelle oder von Geschäftsprozessen erfolgen. Allerdings ist eine solche Änderung nur bei Perioden möglcih, wo noch keine Buchung auf diese beiden Objekte erfolgte,

Manchmal erweist sich mein Blog tatsächlich auch für mich selbst als "Wissenspool" auf den ich selbst sehr gerne zurück greife um bestimmte Anforderungen direkt erfüllen zu können.

So kam nun die Frage auf, ob es nicht möglich wäre für alle Kostenstellenbereiche (im Hochschulbereich würden hier bspw. Fachbereiche oder auch Abteilungen in Frage) die Anzahl an Rechnungen (Einzelposten Kreditorenrechnungen) auszuwerten.

Kreditoren Einzelposten Liste im Modul FI

Wie schon im Artikel "Auswertung Kreditoren Einzelposten inklusive CO Objekte wie Kostenstelle oder Innenauftrag" sind bei einer Auswertung der Nebenbuchhaltung im Kreditorenbereich in der Kreditoren-Einzelposten Liste zu finden unter:

• Rechnungswesen
• Finanzwesen
• Kreditoren
• Infosystem
• Kreditoren Posten
• Kreditoren Einzelposten Liste ( Transaktion S_ALR_87012103)

zwar die FI Belegdaten (Kreditorenbeleg und Zahlungsbeleg) und damit die beiden Bücher Kreditorenbuchhaltung und Hauptbuchhaltung angezeigt jedoch sind auf beiden Belegen nicht die CO-Objekte des Kostenrechnungsbeleges zu finden.

Query mit CO-Objekten Kostenstelle und Innenauftrag aus der Profit-Center-Rechnung

Entsprechend haben wir hier eine entsprechende Query angelegt, die im Rahmen der Profit-Center-Rechnung eine passende Auswertung bastelt.

Das entsprechende Infoset ist in folgender Abbildung dargestellt:



Das Infoset verknüpft dabei die Tabellen GLPCA, BSAS, LFA1, BSAK und SKAT und kann sowohl die Felder  CO Innenauftrag und Kostenstelle ausgewiesen.

Anhand der Kostenstelle kann, dank eines sprechenden Kostenstellenschlüssel innerhalb eines bestimmten Intervalls der Bereich (Abteilung oder Fachbereich) anhand der ersten Ziffern der Kostenstellen (bspw. die zweite und dritte Ziffer einer Kostenstelle) identifiziert werden.
 

Aus Kostenstellenschlüssel den Fachbereich oder Abteilung auslesen

Im Rahmen des Artikel "Query Stammdatenvergleich Profit-Center und Auslesen von Textbestandteilen (Teilstring aus Variable)" hatte ich ja schon einmal eine ähnliche Fragestellung anhand der Auslesung der Kostenstelle aus Profit-Centern festgelegt, allerdings möchte ich in der bestehenden Query nicht nur die Ziffern der Kostenstelle sondern auch zu den Innenaufträgen die verantwortliche Kostenstelle und ggf. den Kurztext des Innenauftrag und weitere Stammdaten aus den CO Innenauftrag übernehmen.

Fragestellung: Wie viele Kreditoreneinzelposten sind im Geschäftsjahr je Bereich angefallen

Danach sollen auch noch anhand der Kostenstelle (wenn auf Kostenstelle gebucht) oder anhand der verantwortlichen Kostenstelle (eines Innenauftrages) und sofern die Kostenstellen innerhalb eines Fachbereiches liegen eine Zwischensumme gebildet werden.

Die Aufgabe wäre nun also:

1. Ist die Rechnung auf einen Fachbereich / Abteilung gebucht und um welchen handelt es sich?
2. Welche Kostenstelle (Kostenstelle oder verantwortliche Kostenstelle Innenauftrag) ist betroffen?
3. Wieviele Buchungen sind je Fachbereich (und je Kostenstelle) angefallen?

Für Frage 3 muss in einer solchen Auswertung also auch noch ein Zähler mit aufgeführt werden.

Ausgehend von der vorhandenen Query, die ich ja schon ausführlich im oberen Artikel beschrieben habe, möchte ich den Lösungsweg zu diesen Punkten gerne eingehen.

Der erste Schritt ist die Frage, wie weitere Stammdaten zum Innenauftrag ergänzt werden.

In der Query sind folgende Felder enthalten:

Kostenstelle (L,S) GLPCA-KOSTL
Auftragsnummer  (L,S) GLPCA-AUFNR

Das bedeutet, dass hier tatsächlich zumindest die Kostenstelle unproblematisch ergänzt werden können.

Infoset über Zusatztabellle erweitern

Im ersten Moment hatte ich nun überlegt, dass ich per ABAP Coding und Zusatzfeldern nun aus der Stammdatentabelle AUFK die notwendigen Daten aus den Auftragsstamm auszulesen und zum Feld GLPCA-AUFNR zu ergänzen.

Im schon vorhandenen Infoset soll die Tabelle AUFK als Zusatztabelle ins Infoset übernommen werden.

Über die Schaltfläche Zusätze (F5) bzw.  über  SPRINGEN-> ZUSÄTZE ZUM KNOTEN  innerhalb der Transaktion SQ02 (Pflege des Infosets) kann nun eine Zusatztabelle eingefügt werden. Hierzu kann im Register Zusätze die Schaltfläche Anlegen ausgewählt werden.
Hierzu tragen wir die den Namen AUFK und als Art der Zusatzinformation Zusatztabelle ein. Nun erfolgt eine Abfrage über SELECT SINGLE * FROM AUFK WHERE ...
in der auch gleich die Bedingung AUFNR  = GLPCA-AUFNR vorgeschlagen wird.

Es wird also die führende Tabelle GLPCA mit der Stammdatentabelle AUFK verknüpft wird.

Danach können einzelne Felder der Stammdatentabelle als eigene Feldgruppe ins Infoset übernommen werden.

HINWEIS Vorteil Zusatztabelle versus Join

Sicherlich hätte ich auch per JOIN die Tabelle einfügen und verknüpfen können, was mich aber tatsächlich an der Lösung der Zusatztabelle angenehm überrascht hatte war dass die Tabellenfelder der Tabelle AUFK einfach leer sind, wenn das Feld GLPCA-AUFNR nicht gefüllt ist sondern die Buchung auf Kostenstelle erfolgte und damit GLPCA-KOSTL gefüllt ist.

Die Alternative wäre sicherlich noch ein Outer Join statt Inner Join (statt 1:1 eine 1:N Verknüpfung)  Definition. :-)

Als Beispiel habe ich dabei folgende Felder mit übernommen:

• Auftragsart AUFK-AUART
• Auftragsnummer AUFK-AUFNR
• Kurztext AUFK-KTEXT
• Verantwortliche Kostenstelle AUFK-KOSTV
• Antragssteller AUFK-USER0
• Verantwortlicher AUFK-USER2
• Arbeitsbeginn AUFK-USER7
• Arbeitsende AUFK-USER8

Im Ergebnis können diese Felder dann in einer Query genutzt werden, nachdem natürlich das Infoset gesichert und generiert wurde.

Query mit lokalen Zusatzfeldern für Ermittlung Fachbereich

Da ich im Rahmen einer anderen Query aus einer virtuellen Lehreinhiet auch Text der Lehreinheit und Fachbereich abgeleitet habe war mein erster Gedanke per ABAP Coding und Zusatzfeld wie im Abschnitt "Zusatzfeld VLE zur Darstellung virtueller Lehreinheit aus Teilstring der verantwortlichen Kostenstelle sofern nicht in einen anderen Feld ein Wert steht" im Artikel "Query über COEP, AUFK und FMFINCODE für Einzelposten Istkosten Innnenauftrag mit Stammdaten aus CO und PSM-FM sowie Spalten für Ertrag und Aufwand - Erster Teil Infoset als Datengrundlage" beschrieben näher betrachtet

Glücklicherweise bin ich hier aber nur auf den Fachbereich angewiesen, so dass ich innerhalb der Query per lokalen Zusatzfeld mit den beiden Feldern Kostenstelle und verantwortliche Kostenstelle arbeiten kann.

Bezeichnungen und mit lokalen Feldern arbeiten

Neben der reinen Auswertung von einzelnen Tabellenfeldern kann innerhalb der Query auch die Ergebnisse verarbeitet werden. Um einzelne Felder weiter zu bearbeiten können Sie über SPRINGEN->FELDAUSWAHL->FELDAUSWAHL über die Funktion BEARBEITEN->KURZBEZEICHNUNGEN ->EINSCHALTEN einzelne Felder eine Kurzbezeichnung zuordnen.

Diese Kurzbezeichnungen sind notwendig, da wir auf diese dann Bezug nehmen, wenn wir ein lokaes Feld mit einer Formel anlegen. Dieses geht über
BEARBEITEN->LOKALES FELD->ANLEGEN.
Dieses Lokale Feld wird dann in der Feldgruppe angelegt, in der wir uns gerade befinden. Elegant wäre es natürlich, wenn wir im Infoset eine entsprechende leere Feldgruppe definiert hätten, es geht aber auch ohne.

Für dieses Feld werden dann entsprechende Eigenschaften festgelegt und über eine Berechnungsvorschrift kann auf andere Felder Zugriff genommen werden.

Nachdem ich hier schon die theoretische Vorgehensweise erläutert habe mag ich direkt zur praktischen Umsetzung gehen.

In der Feldgruppe zur Tabelle GLPCA "EC-PCA: Ist-Einzelposten" habe ich den Feld "Kostenstelle" die Kurzbezeichnung KS gegeben. Danach habe ich in der Feldgruppe zur Tabelle AUFK den Feld "Verantwortliche Kostenstelle" die Bezeichnung KS_IA gegeben.

Damit kann ich nun also wahlweise mit der Verantwortlichen Kostenstelle des Innenauftrages oder der bebuchten Kostenstelle im Profit-Center-Beleg arbeiten.

Damit das ganze aber auch Sinn macht habe ich noch zwei weitere Felder über "Bearbeiten->Lokales Feld anlegen" angelegt.

Lokales Feld Fachbereich (2. und 3. Ziffer der Kostenstelle innerhalb eines Nummernintervall)

Das Feld  Fachbereich mit den Eigenschaften Textfeld mit ANzahl der Zeichen 10 hat als komplexe Berechnung folgende Bedingungen angelegt:

Bedingung
KS >= 20000000 AND KS < 22000000
Formel
KS[4:5]

Bedingung
KS_IA >= 20000000 AND KS_IA < 22000000
Formel
KS_IA[4:5]

Sonst
''

Sofern also entweder die Kostenstelle oder die verantwortliche Kostenstelle zwischen 20000000  und  22000000 liegt wird in der Berechnungsvorschrift die 4. und 5. Stelle der Kostenstelle (die mit führenden 0 als zehstelliger Wert abgespeichert ist und bei achtstelligen Kostenstellenschlüsseln damit also die zweite und dritte Ziffer der Kostenstelle darstellt)  ausgewiesen.

Damit kann also im Feld Fachbereich direkt von 00 bis 99 jeder Fachbereich oder Abteilung mit ausgewiesen werden. Sofern die Kostenstelle in einen anderen Bereich liegt bleibt dann das Feld Fachbereich leer.

Lokales Zusatzfeld KSIA zum Ausweis jedglicher Kostenstelle

Da ich später nicht nur eine Auswertung nach Fachbereich sondern auch nach der jeweiligen Kostenstelle machen möchte habe ich noch ein zweites lokales Feld angelegt mit der Bezeichnung KSIA.

Auch dieses Feld ist ein Textfeld (mit 10 Zeichen)  und hat als Berechnungsvorschrift
KS + KS_IA

Da entweder die Kostenstelle oder der Auftrag und damit die verantwortliche Kostenstelle gefüllt ist, wird in diesen Feld dann die Kostenstelle ausgegeben.

Grundliste Query Kreditoren Einzelposten mit Gruppierung Bereich und Kostenstellen

Die Grundliste der Query sieht dann wie folgt aus.
Innerhalb der Query werden nun auf folgende Felder der einzelnen Tabellen Zugriff genommen bzw. in der Grundliste zugewiesen. Hierbei ist L als Listenfeld und S als Selektionsfeld zu verstehen. Die Felder werden hier in der Reihenfolge angeben, wie diese dann auch in der Query ausgegeben werden sollen:

lokale Zusatzfeld
Fachbereich  (L)
Kostenstelle KSIA  (L)

EC-PCA: Ist-Einzelposten (GLPCA)
Geschäftsjahr (S) GLPCA-RYEAR
Kontonummer des Lieferanten bzw. Kreditors (L,S) GLPCA-LIFNR
Belegdatum im Beleg  (L,S) GLPCA-BLDAT
Kontonummer des Lieferanten bzw. Kreditors (L,S) GLPCA-LIFNR
Referenzbelegnummer (L,S) GLPCA-REFDOCNR
Belegart (L,S) GLPCA-BLART

Zusatzfelder
Text: Belegart  (L)  TEXT_GLPCA_BLART

EC-PCA: Ist-Einzelposten (GLPCA)
Kontonummer (L,S) GLPCA-RACCT

SKAT
Sachkontolangtext (L) SKAT-TXT50

EC-PCA: Ist-Einzelposten (GLPCA)
Betrag in Buchungskreiswährung (L) GLPCA-HSL
(sinnvoll kann es sein hier als Währungsfeldposition "kein Währungsfeld" zu markieren, sofern nur mit einer Währung bspw. EUR gearbeitet wird)
Positionstext (L) GLPCA-SGTXT
Kostenstelle (L,S) GLPCA-KOSTL
Innenauftrag (L,S) GLPCA-AUFNR

AUFK
Auftragkurztext (L) AUFK-KTEXT
Verantwortliche Kostenstellle (L) AUFK-KOSTV

Damit habe ich dann tatsächlich alle für unsere Auswertung erforderliche Daten vorhanden.

ALV Liste Gruppieren und Zwischensummen

In der ausgeführten Query kann ich dann über die Schaltfläche Zwischensummen für die Felder Fachbereich und Kostenstelle KSIA sowohl Sortierung als auch Zwischensummen  aktivieren und habe damit eine Liste mit Zwischensummen über die gebuchten Beträge.

Sobald eine solche Zwischensumme gebildet wurde, kann aber über den Zauberwürfel (Layout auswählen und hier die Auswahl im Ausklappmenü auf Layout ändern) aus den Spaltenvorrat die nun vorhandene Spalte Zähler mit in die angezeigten Spalten übernommen werden und man hat sowohl für die Kostenstellen (inklusive der verantwortlichen Kostenstelle der Projekte) als auch auf Ebene der Fachbereiche eine Summe aller Buchungen mit ausgewiesen.

Summenaufrissstufen in ALV Liste wählen

Über die Schatfläche Zwischensumme kann das Menü Aufrisssummenstufe gewählt werden und hier eine Zwischensumme auf Ebene

• 0 Nicht-Summenzeilen
• 1 Kostenstelle KSIA
• 2 Fachbereich

gewählt werden. Hier werden je nach Stufe die tieferliegenden Positionen zugeklappt, so dass zum Beispiel bei der Option 2 nur die Anzahl der Belege auf Ebene der Fachbereiche ausgewiesen werden.

Im Ergebnis sieht man nun Buchungsvolumen sowie in Form der Beträge als auch der Anzahl der Buchungen.

Durch die Selektion der Belegart können nun auch Zahlungen (ZP) unberücksichtigt bleiben (ausgefiltert werden) oder auch einzelne Belegarten direkt in der Selektion der Query gewählt werden.

Fazit

Auf diese Weise kann also relativ einfach das Buchungsvolumen betrachtet werden aber gleichzeitig ist dieses auch ein Beispiel dafür, wie ich selbst das Blog hier nutze um aus bestehenden Lösungen auch neue Probleme direkt zu lösen.

Damit trage ich sozusagen zu meinen eigenen SAP KnowHow bei, da ich die Lösung mit den lokalen Zusatzfeldern im ersten Moment auch nciht mehr in Erinnerung hatte. Aber dafür gibt es ja glücklicherweise die Artikelsuche im Blog ;-).

Belege zählen im FI Belegjournal

Selbstverständlich ist die beschriebene Vorgehensweise nur ein Weg um an ein Ergebnis zu kommen. Für die Fragestellung mit Kreditorenbelege war die Vorgehensweise schon durch die vorhandene Query und den gewohnten Umgang mit ihr recht naheliegend. Sollen jedoch alle Belege eines Bereiches gezählt werden würde ich die lokalen Zusatzfelder eher innerhalb der mehr in der Finanzbuchhaltung angesiedelten "Query FI Einzelposten als Belegjournal - Belegsegment (BSEG) und Belegkopf (BKPF) verknüpfen" einbinden und mich hier nicht der Nebenrechnung bzw. des Ledger der Profit-Center-Rechnung widmen.

Analyse sprechender Nummernschlüssel in SAP Query

Grundsätzlich hat die Übersetzung von sprechenden Nummernkreise tatsächlich das Potential innerhalb einer Query eine ausführlichere Analyse zu machen. Unter "Auswertung sprechender Nummernkreisintervalle von CO Innenaufträgen mit Query Zusatzfeldcoding und Unterscheidung numerischer oder alphanumerischer Schlüssel" habe ich dieses für Innenauftragsnummern beschrieben und hier auch im Artikel "Drittmittelstatistik nach LOMZ über Recherchebericht und SAP Query" dieses auch für weitere Merkmale genutzt.

Feedback auf meiner Facebook Seite

Das Thema Ausweis Fachbereich werde ich in einen der folgenden Artikeln noch einmal aufgreifen (dann allerdings mit Lehreinheitsbezeichnung) und dabei auch auf das Thema ABAP Code in Excel generieren etwas näher beschreiben. Wobei ich hier schon auf Facebook Ende letzten Jahres (siehe Beitrag auf facebook.com/unkelbach) wirklich hilfreiches Feedback erhalten habe.

Wo ich gerade Facebook anspreche. wer mag kann auch gerne, so auf Facebook angemeldet eine Bewertung für meine Seite abgeben.

 

---

Hinweis:

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

---

Im November 2016 fanden die  FI CO - Forum Infotage 2016 in Köln (14. - 15. November) und Zürich (22. - 23. November) statt. Die 5. Jahrestagung der SAP ERP Financials Comunity fand erstmalig an zwei Orten und sogar in zwei Ländern statt. Die Veranstaltung wurde u.a. von Espresso Tutorials (meinen Buchverlag siehe auch fico-forum.de) und der ConVista Consulting AG ( ConVista.com ) angeboten, wie auch an beiden Agenden ersichtlich ist.

So konnten Fachvorträge vom 14. bis 15. November im Hyatt Hotel in Köln und vom 22. bis 23. November 2016 im FIFA Museum in Zürich besucht werden.

Dabei waren die Themen bunt gemischt und in Köln auch in die drei Veranstaltungsräume entsprechend der Themenbereiche HANA, FI und CO aufgeteilt, so dass teilweise drei Vorträge parallel gehalten worden sind. In Zürich wurden dafür zwei Slots mit einer kleineren aber nichts desto trotz ebenfalls spannenden Auswahl an Themen vorgestellt.

Wie in den letzten Jahren üblich sind die einzelnen Vorträge auch auf der Seite eines der Veranstalter unter "Unterlagen der 5. FICO-Forum Infotage in Köln" und "Unterlagen der 1. FICO Forum Infotage Zürich" auf  fico-forum.de online zur Verfügung gestellt worden.

Veranstaltungsorte

Gerade Köln und Zürich haben sicherlich unterschiedliche Personen angezogen und mich von der Stadt her ebenfalls begeistert.




Köln ist ja für mich (nicht nur wegen der Bärendreck Apotheke) und Kölner Dom eine Reise wert sondern auch von der Stadt her eine meiner Lieblingsstädte. Aber auch die Reise in Richtung Schweiz und Zürich war für mich sehr spannend.

Besonders gefreut hat es mich bei der Ankunft in der Schweiz hier auch einen bekannten Blogger noch vorher zu treffen und eine überraschend wohlschmeckende Empfehlung für ein Abendessen zu erhalten. Aber auch die folgende Veranstaltungen und Fachvorträge waren spannend.

Eine spannende Info ist, dass trotz Universal Journal (Tabelle ACDOCA) viele bestehende Tabellen und Reports die darauf zugreifen weiterhin genutzt werden können. So ist zum Beispiel auch die Tabelle ANLZ oder auch COEP weiterhin vorhanden, hier allerdings dann als View auf die Gesamttabelle ausgerichtet.

Daneben waren aber auch die Roadmaps und unterschiedliche Möglichkeiten zur Migration eines bestehenden SAP System ein spannendes Thema.

Neben meinen eigenen Vortrag habe ich einige spannende Vorträge besuchen können und hier schon ein wenig in die Zukunft von SAP in Richtung S/4 Hana, Simple Finance und einige andere Themen blicken können, die mich interessierten, aber auch für die Arbeit an der Hochschule wichtig werden.

Vielleicht ist ja für die ein oder andere Person aus der Kollegschaft folgender Rückblick interessant.

Rückblick 14. November 2016 - FICO Forum Infotage in Köln

Anfangs gab es ein Networking Frühstück und es gab schon Gelegenheiten sich an einzelnen Infoständen zu informieren. Unter anderen konnte auch ein Blick auf die "Digitale SAP Bibliothek Flatrate" geworfen werden oder  das eigene Namensschild und bekannte Personen gesucht werden. Danach ging es aber schon direkt in die Tiefe der unterschiedlichen Räume die nach einzelnen Themenbereichen gegliedert waren (HANA, FI und CO). Im Folgenden Artikel möchte ich kurz die Vorträge beschreiben bei denen mir selbst eine Teilnahme möglich war.
 

•  SAP S/4HANA Finance - Aktuelles Release und Roadmap, Q&A
  Insbesondere die Möglichkeiten des Reporting mit Universal Journal waren hier ein großes Thema aber auch die einzelnen Pfade zur Migration und der Unterschied zwischen SAP S/4 Hana,Finance, SAP S/4 HANA Enterprise Management und die Darstellung von FIORI waren hier für mich eine gute Klammer die auch folgende Beiträge wesentlich klarer und verständlicher machten.
• SAP ERP Controlling-Tipps - Aus der Praxis für die Praxis
  Wie schon eingangs erwähnt ist das vom Titel weit gefächert aber ich glaube, dass mir hier ein guter Überblick gelungen ist. Allerdings stand hier merklich die Nervösität im Mittelpunkt, so dass die Folien relativ schnell vorgetragen worden sind. Hier hat sich aber auch die Stärke der Community gezeigt und nach den Vortrag waren einige Tischrunden im Gespräch und es hat eine Menge an Tipps für meinen Vortrag in Zürich gegeben. Vielen Dank an dieser Stelle für einige Gespräche und auch konstruktive Kritik nebst "Wenn du zu schnell wirst, stelle ich eine Frage...." :-) Dieser Vortrag ist auch im Artikel "Vortrag Controlling Tipps aus der Praxis für die Praxis und die Espresso digitale SAP Bibliothek Flatrate" näher beschrieben und verlinkt.
• Effiziente Auswertungen der SAP FI und CO Daten auf Knopfdruck
  Hier wurde der SX Integrator der Saxxess Software GmbH vorgestellt welches als Auswertungstool tatsächlich auch bei anderen Hochschulen im Einsatz ist und aus SAP Daten ausliest und diese ansprechend in Excel darstellt. Dabei werden die einzelnen Bewegungsdaten in eine Softwarelösung eingelesen und gemeinsam mit den Kunden ein Berichtsset sowie die Möglichkeiten der Berichtsanpassung vorgestellt. Besonders interessant, ist dass hier auf Basis von Tabellen im Rechnungswesen auch Hierarchien und Gruppen entsprechend dargestellt werden können.
• Erfahrungsbericht S/4HANA Einführung
  Besonders die praxisorientierte Berichte zur Einführung von S/4 Hana sowie die Lösungsansätze für entsprechende Probleme oder Fragestellungen sind ein enormer Benefit welcher durch eine solche Veranstaltung gegeben wird.
• Diskussionsrunde Erfahrungen mit S/4 HANA
  Gerade die unterschiedlichen Rückmeldungen aus den Publikum hatten hier einige Fragestellungen hervorgebracht unter denen man schon den Entwicklungsstand aber auch eigene künftige Fragen haben.
• Abendveranstaltung
  Die Abendveranstaltung mit wirklich guten Essen und Quiz ist mir nicht nur durch die Tischrunde der "Glorreichen Sieben" sondern auch durch abendlichen Gespräche in guter Erinnerung und ich freue mich hier tatsächlich Austausch mit anderen SAP Menschen gefunden zu haben und auch menschlich überrascht worden zu sein.

Rückblick 15. November 2016 - FICO Forum Infotage in Köln

Etwas ruhiger hatte ich mich dann auch in die Vorträge des folgenden Tages setzen können und hier einige andere Darstellungsweisen sowie Inhalte mitnehmen können.

• Neuerungen im EHP 8
  Gerade die Durchsicht der Änderungen innerhalb von Erweiterungspakete und ihre Auswirkungen im Rechnungswesen und Controlling ist hier besonders hilfreich um nicht selbst die umfangreiche Dokumente durchzuarbeiten. Auch wenn EHP 8 einen Schwerpunkt in der Logistik, Branchenlösungen und HCM hat, so konnten hier kompakt auch die Änderungen auf das Rechnungswesen praxisnah dargestellt werden
• SAP Central Finance
  Neben S/4 Hana wurden auch die Möglichkeiten rund um SAP Central Finance und die Möglichkeit mehrere ERP oder andere Systeme hier per Regeln zusammenzuführen und eine gemeinsames Zusammenführung darzustellen. Im Ergebnis kann auch dieses eine Möglichkleit sein um auf S/4 Hana zu wechseln ermöglicht darüber hinaus aber auch interessante Aspekte wenn man innerhalb eines Konzerns (bspw. Land) mehrere unterschiedliche SAP Systeme am Laufen hat und diese zusammengeführt werden sollen.
• Keine Angst vor SAP ERP PS
  Das SAP ERP Projektsystem ermöglicht es innerhalb SAP eine Projektplanung abzubilden und stellt eine Mischung aus Logistik und Rechnungswesen dar. Neben Festlegung der Projektstruktur wurde im Vortrag auch auf die Gestaltung von Planungs- und Erfassungsmasken eingegangen und auch die Grenzen sowie Möglichkeiten von PS dargestellt.Insgesamt war der Vortrag auch besuchenswert um die Grundlagen dieses Modul zu erfahren.
• Tagesfinanzstatus und Liquiditätsvorschau mit S/4 HANA
  Mehr im Bereich Finanzwesen und S/4 Hana angesiedelt war dieser Vortrag gerade in Hinblick auf die Möglichkeiten des Cashmanagement spannend auch wenn ich im beruflichen Umfeld damit weniger zu tun habe. Dafür dürfte diese Präsentation für die eino der andere Person ausserhalb des Hochschulumfeldes interessant sein.
• Werteflüsse in CO PA
  Quasi als Fortsetzung zum Fachbuch "Schnelleinstieg in die SAP-Ergebnisrechnung (CO-PA)" wurden hier die Werteflüsse vergleichbar zum gleichnamigen Buch von den einzelnen Stationen vom Kundenauftrag über die Produktion bis hin zum Warenausgang und zur Faktura dargestellt und wo die Werte zum jeweiligen Zeitpunkt im Finanzwesen bzw. Controlling zu finden sind. Selbstverständlich ist auch dieses Buch in der "Digitalen SAP Bibliothek Flatrate" enthalten.
• Impulsvortrag - Mit Kreativität kann man alles erreichen
  Der Vortrag von Andreas Jacobs ( von Idea Thinking ) hat mich tatsächlich nachträglich beeindruckt. Hier wurde vom Kreativcoach nicht nur verschiedene Themen die in der Veranstaltung angesprochen wurden mit Humor aufgegriffen sondern auch einige Maßnahmen und Verhaltensweisen zur Kreativität vorgestellt. Hierbei haben mich nicht nur die Bezüge zum Thema der Veranstaltung beeindruckt sondern auch das Notfallmanagement was man bei einer Denkblockade an Verhaltensweisen anwenden kann. Teilweise liefert auch schon die Homepage einen guten Überblick über die Vorträge aber live gibt es hier tatsächlich einige sinnvolle Impulse die sowohl mit gut zu merkenden Bildern (innere Rollen des Bert oder Ernie aus der Sesamstraße) und auch ganz konkreten Beispielen zu vermitteln versteht.

Um einen kurzen Einblick in die behandelten Themen zu geben mag ich hier auch diese anschauliche Notfallkarte darstellen.



Besonders einprägsam ist auch die Darstellung der unterschiedlichen Zugänge zur Kreativität am Beispiel "Zeichne mir bitte ein Pferd" und unterschiedliche Akteure. Wobei die Transformation vom leeren Blatt hin zum bremsenden Pferd sehr gut nachvollziehbar ist. Auch sonst ist oft mit Vorstellungen, Methoden und Witz im Besten da lehrreichen Sinne gearbeitet worden was tatsächlich aufmerksamkeitsfördernd aber auch impulsgebend war.

Teile des Vortrags sind auch im Youtube Kanal und auf der Internetseite von ideathinking.de zu finden.
 

Rückblick 22. November 2016 - FICO Forum Infotage in Zürich

Dieses Jahr fanden die FICO Infotage eine Woche später auch im Ausland genauer in der Schweiz im FIFA World Football Museum statt.



Inhaltlich konnte ich dabei ergänzend zu den vorher schon erwähnten Themen noch folgende Beiträge besuchen.

• SAP S/4 HANA Finance - Aktuelles Release und Roadmap
  Auf diesen Überblick zur aktuellen Entwicklung in Richtung S/4 Hana sowie die einzelnen technischen Entwicklungen wurden auch in folgenden Beiträgen immer wieder Bezug genommen.
• S/4 Finance Einführung bei ConVista
  Gerade die Darstellung einer erfolgreich abgelaufenen Migration und Aufbau eines solchen Projektes hat hier einige Einblicke ermöglicht und auch einige Fragen beantwortet, was Meilensteine anbelangt. Generell hat sich die gesamte Veranstaltung durch eine Praxisorientierung und konkreten Beispielen ausgezeichnet.
• Die neue Anlagenbuchhaltung in EHP7 und S/4
  Auch jenseits von S/4 Hana gibt es Veränderungen in der Anlagenbuchhaltung die hier inklusive einiger zu beachtender Punkte beim Customizing beim Aktivieren des "New Asset Accounting" sowie einzelner Abhängigkeiten. Neben Echtzeitbuchungen in allen Bewertungsbereichen und des Mitführen entsprechender Ledger und weitere Veränderungen sind hier erwähnenswert. Auch wenn ich im beruflichen Alltag weniger mit der Anlagenbuchhaltung zu tun habe, war ich dann doch froh, dass auch bei S/4 Hana weiterhin ein Zugriff auf die logische Datenbank ADA möglich ist. Eine Demo ist auch auf der Seite "Neue Anlagenbuchhaltung in SAP EHP7" zu finden.
• S/4 HANA und neues Hauptbuch in einem Schritt
  Die durch die RSP Unternehmensberatung GmbH vorgestellte (und durch Wirtschaftsprüfungsgesellschaften EY und PWC zertifizierte) Methode der Migration zum neuen Hauptbuch und S/4 Hana auf Datenbankebene hat mich tatsächlich nachträglich beeindruckt. Hier könnte ich mir vorstellen, dass für viele Einrichtungen der Vortrag interessant ist. Vereinfacht ausgedrückt wird in einem leeren S/4 Hana System mit neuen Hauptbuch die Bewegungsdaten aus SAP ERP auf Datenbankebene kopiert und die Migration so durchgeführt, dass das ursprüngliche System noch verfügbar ist. Gerade da hier bestehende Strukturen mit übernommen werden können und auch mehrmals eine Migration simuliert werden kann erscheint mir dieses als eine sehr spannende Methode des Wechsel in Richtung NEW GL und S/4 HANA.
• Diskussionsrunde Erfahrungen mit S/4 HANA
  Auch in dieser Runde waren die Erfahrungen mit Wechsel zu S/4 HANA sehr unterschiedlich aber anhand konkreter Rückfragen konnte man hier schon einige Punkte mitnehmen und sehen, dass sich einige Bereiche hier auch schon intensiver mit diesen Thema beschäftigt haben wodurch auch eine lebhafte und sachliche Diskussion entstanden ist.
• Abendveranstaltung
  Zum Abschluss der Veranstaltung war ein Besuch im FIFA Museum angesetzt, dass mich auch als Nichtfußballer beeindruckt hatte da hier neben Sport auch Weltgeschichte und Emotionen rund ums runde Leder dargestellt worden ist. Zum Abschluss gab es noch die Möglichkeit zum fachlichen Austausch beim gemeinsamen Abendessen.

Rückblick 23. November 2016 - FICO Forum Infotage in Zürich

Hier begann für mich der Tag direkt mit meinen eigenen Vortrag zum Thema "SAP ERP Controlling Tipps - Aus der Praxis für die Praxis", welcher gefühlt sehr gut angenommen worden ist, auch wenn ich trotz Kürzung das Thema Rechercheberichte am Beispiel der Profit-Center-Rechnung nicht tiefer vorstellen konnte. Trotzdem hat der Vortrag Lust auf mehr gemacht und auch die Rückmeldungen waren sehr hilfreich und positiv. Daneben hatte ich dann noch weitere Vorträge besuchen können.

• Realtime Consilidation
  Gerade in Richtung Konzernabschluss und Überleitung von Ergebnissen sind hier sowohl klassische Methoden als auch S/4 Finance bzw. S/4 HANA vorgestellt worden. Besonders durch die Darstellung der bisherigen Methoden könnnen hier Vorteile aber auch bestehende Unterschiede erkannt werden.
• Steht BW vor dem Aus?
  Sicherlich etwas provokant gefragt ... und nicht nur mit "Nein" zu beantworten, hat dieser Vortrag auch die Möglichkeiten eines Business Warehouse und Unterscheidung per IF Statement ob S/4 Hana als Datenbank genutzt wird oder nicht aufgeführt. Für den IT ler dürfte die Aufhebung des Schichtmodell (Anwendungssicht, Datensicht) besonders interessant sein, da teilweise Funktionen innerhalb der Datenbank ausgelagert werden
• Rückstellungsspiegel auf Knopfdruck
  Dieses war für mich besonders spannend, da es auch die Frage Report Painter oder Recherchbericht (siehe "Rechercheberichte im Modul FI (Bilanzanalyse)") aber auch die gesetzlichen Anforderungen von E-Bilanz bis hin zu IAS darstellte.  Besonders die Einführung der Konsolidierungs-Bewegungsarten im Rahmen des neuen Hauptbuchs und Tipps zur Migration waren hier sehr hilfreich. Das SAP hier noch keinen Standardbericht ausliefert und die Möglichkeiten, wie man selsbt einen soilchen Bericht erstellen kann war in Verbindung mit der Erstellung eines solchen Berichtes sehr hilfreich.
• Neue Controlling-Ansätze und Planung mit SAP S/4 Hana Finance
  Ein echtes Umdenken war für mich die Zusammenlegung von Kostenart und Sachkonto in ein CO Objekt. Aber auch im Bereich der Planung haben sich einige Veränderungen ergeben. Teilweise können hier die Hinweise zur Reaktivierung der bisherigen Planungstransaktionen bspw. KP06 auch für das interne Berichtswesen sehr hilfreich sein. Hier sehe ich auch einen erheblichen Anpassungsbedarf für die Hochschulen in Hessen um ihre externen und internen Berichte auf diese neuen Gegebenheiten anzupassen.
• Mit Kreativität kann man alles erreichen
  Leider hatte ich mich aus gesundheitlichen Gründen entschlossen den letzten Vortrag fernzubleiben. Dieses war schon deswegen bedauerlich, da hier einige Bezugspunkte zu meinen eigenen Vortrag geknüpft worden sind und neben Fotos auch die Fingerklopfmethode  sowie der innere Monk und Sortieren von Einzelwerten aufgegriffen wurden. Hier wurde ich dann vollkommen überrascht gefragt, ob dieses eigentlich abgesprochen war und musste dieses tatsächlich verneinen. Andreas Jacobs von ideathinking.de scheint nicht nur kreativ sondern auch sehr aufnahmefähig und aufmerksam auch das Umfeld seines eigenen Vortrages zu beobachten und dieses tatsächlich ebenfalls wahrzunehmen. Sollte er das nächste Mal wieder einen Vortrag anbieten würde ich mich hier auf jeden Fall mit rein setzen.. :-)

Sowohl die Vorträge rund um S/4 Hana als auch die Beispiele im gewohnten SAP ERP waren hier einen Besuch wert und auch das Rahmenprogramm sowie auf den ersten Blick "fachfremde" Beiträge wussten mich zu überzeugen und ich bin nachhaltig beeindruckt von der Organisation der Veranstaltung sowie der Unmenge an Input die ich hier mitnehmen konnte und die nun langsam aufbereitet werden sollten.
 

Mein eigener Vortrag "SAP ERP Controlling Tipps – Aus der Praxis für die Praxis"

Wie eingangs erwähnt war ich bei beiden Veranstaltungen ebenfalls als Referent vertreten und habe ein wenig aus meinen beruflichen Umfeld (und Blog) berichtet.

Im Vorfeld hatte ich hier auch schon Rückmeldungen von geschätzten Kolleginnen und Kollegen erhalten, so dass ich mit einer Vielzahl von Folien ausgestattet dann in Richtung Köln und Zürich unterwegs war und mit der ersten Folie auch direkt ins Thema eingestiegen bin. An dieser Stelle auch vielen Dank an die Kollegschaft (über Hessen verteilt) bei denen ich vorab diesen Vortrag Probe halten konnte und die mir tatsächlich die ein oder andere Anregung mit auf den Weg gegeben haben.

Hier zeigt sich halt tatsächlich die gute und bewährte Zusammenarbeit gerade innerhalb der hessischen Hochschulen. Das Competence Center hessiche Hochschulen (CCHH) mit den einzelnen Arbeitsgruppen (als Beispiel sei hier die AG CO genannt) und der kollegiale Austausch ermöglichen hier wirklich ein produktives Miteinander auch hochschulübergreifend.

Ursprünglich war ja ein Vortrag gedacht zum Thema  "Berichtswesen in SAP CO – Tipps am Beispiel Controlling einer Hochschule / Controlling an Hochschulen mit SAP" von meiner Seite aus angedacht. Hier wollte ich auf Themen wie externe Berichtsanforderungen (HFS, QSL, KTR) oder Kennzahlenanalyse eingehen, jedoch stimme ich hier durchaus der Überlegung zu, dass es sinnvoller wäre das Thema möglichst allgemein zu halten und der Bezug zur Hochschule sicher nur für sehr wenige Teilnehmer relevant wäre. Immerhin konnte ich einige Punkte des ursprünglichen Vortrags auch direkt übernehmen und nur drei Punkte so hochschulspezifisch waren und der Rest konnte auch relativ allgemein gehalten werden. Wobei die Beiträge "Auswertung Statistische Kennzahlen auf Innenaufträge für Lehrimport und Lehrexport auf Ebene Studiengänge", "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik" oder "»Rechercheberichte de lux« im Modul PSM FM Haushaltsmanagement" sicherlich ebenfalls interessant gewesen wären.

Entsprechend habe ich die Beispiele vergleichbar zum Buch "Schnelleinstieg ins SAP Controlling (CO) gehalten und musste keine Zahlen schwärzen oder Rücksicht auf Datenschutz nehmen.

  Paperback ISBN: 9783960126874

Für 19,95 € direkt bestellen

Oder als SAP Bibliothek-Flatrate *

Ebook ISBN: 9783960120414
 

Dennoch ist einer der Gründe warum ich meine derzeitige Arbeitsstelle an der Justus-Liebig-Universität Gießen sehr schätze, dass diese auch übergreifendes Arbeiten ermöglicht. Wobei ich an dieser Stelle noch erwähnen möchte, dass ich hier nicht als Vertretung der Hochschule sondern als Autor und eigene Person aufgetreten bin. :-)




Auch wenn das Thema "SAP ERP Controlling Tipps »Aus der Praxis für die Praxis«" sehr weit gefasst war konnte ich doch hier eine Gliederung in vier Abschnitte setzen und dabei gleichzeitig einen Schwerpunkt auf auch hier im Blog gerne vertretene Themen setzen.



Nach den Erfahrungen in Köln hatte ich dann aber das Thema "Stammdatenkonzeption" ein wenig gekürzt, so dass die Onlinefassung etwas ausführlicher als die eigentliche Präsentation geworden ist.



Dafür sind dann die Themen Kostenverrechnung, Berichtswesen (allgemein) sowie Berichtswesen (Berichte im CO) weiterhin ausführlich behandelt worden.

Im Rahmen der Kostenverrechnung habe ich die verschiedenen Möglichkeiten der Kostenverrechnung (von Leistungsartenrechnung, Kostenverteilung und Kostenumlage) vorgestellt um danach auf einige Punkte einzugehen, die für mehrere Berichte gültig sind.

Neben den übergreifenden Möglichkeiten des Berichtswesen innerhalb SAP wurden auch die Möglichkeiten der eigenentwickelten Berichte gerne aufgenommen, so dass ich hier zu SAP Query im Rechnungswesen (CO), Report Painter / Report Writer sowie Recherchberichte (ebenfalls im Modul CO) ausführlich auf die beiden zentralen Fragestellungen eines Berichtswesen eingehen konnte.

1. Wie komme ich an die notwendigen Daten?
2. Welche Tools kann ich verwenden, um eine Auswertung in einer Form zu bekommen, die ich direkt verwenden kann?

Die Themen wurden tatsächlich auch in Gesprächen danach gerne aufgegriffen und es entwickelte sich im Nachgang auch manche spannende Diskussion zum Thema. Besonders beeindruckt hat mich nach meinen ersten Vortrag, dass hier viele Anregungen von anderen unterschiedliche Teilnehmende gegeben wurde und ich diese tatsächlich gerne aufgegriffen habe und manche kleine Änderung im Vortrag noch einarbeiten konnte. Vielen Dank an dieser Stelle an eine Vielzahl von Menschen die mir hier offenes und konstruktives Feedback gegeben haben aber auch mit Lob nicht gespart haben.

Teilweise sind diese Themen ja auch im Artikel "Unterschiedliche Auswertungsmöglichkeiten im Controlling (Report Writer, Recherchebericht, SAP Query) und natürlich Excel ;-)" angesprochen, bieten aber genug Potential hier auch tiefergehende Informationen in Buchform zur Verfügung zu stellen. Der fertige Vortrag ist auch im Artikel "Vortrag Controlling Tipps aus der Praxis für die Praxis und die Espresso digitale SAP Bibliothek Flatrate" näher beschrieben und verlinkt

Besonders beeindruckt war ich dann aber auch vom Hinweis auf Virtual Infoprovider (VIP) als moderne Reportingtools für das ERP, die basierend auf BW Technik, die auch in ERP steckt direkt in Excel verschiedene Daten aus SAP direkt zusammenstellen kann und dabei für  das CO-OM, das G/L (neu und alt), das klassische  PCA, EC-CS und andere Teilkomponenten des CO anwendbar ist. Insgesamt eine spannende Geschichte auf die ich mich schon heute freue.



Da ich aber auch als Autor tätig bin werden einige der im Vortrag (und am Rande des Vortrag) angesprochenen Themen sicherlich auch in einen neuen Buch Verwendung finden, wobei ich hier insbesondere auf die Publikationen eines der Veranstalter hinweisen möchte:



Da mittlerweile auch schon Rückmeldung vom Lektorat vorliegt freue ich mich schon darauf das Manuskript zu überarbeiten und bald auf ein neues Werk hinweisen zu können.

In der "digitalen SAP Bibliothek" ist direkt ein Zugriff auf alle Bücher des Veralg espresso tutorials für ein Jahr enthalten, welche ich gerne bei Gelegenheit ebenfalls vorstellen möchte aber auch persönlich sehr empfehlen kann. Natürlich können die Bücher aber auch in Papierform erworben werden. Einen guten Überblick über die angebotenen Bücher habe ich daher unter "Buchempfehlung"  zusammengefasst wo unter anderen auch die Bücher meines Verlages vorgestellt werden.

Gerade wenn man das Thema Weiterbildung mit SAP Software kümmern möchte und sich hier einen Überblick in vorhandene Tools oder Module verschaffen möchte, sehe ich dieses als eine sehr sinnvolle Investition an.

Ich hatte ja schon auf Facebook davon berichtet, möchte aber auch im Blog auf eine kleine Änderung hinweisen. Mittlerweile ist es innerhalb Deutschland möglich von meiner Seite Bücher ohne Versandkosten zu bestellen. Für Lieferungen ins Ausland werden weiterhin 3,45 Euro erhoben. Hier könnte allerdings das weiter unten erwähnte Angebot der digitalen  SAP eBook Flatrate (SAP-Bibliothek) passend sein, die  E-Books und Videos zu den Themen: Finanzwesen, Controlling, Einkauf, Verkauf, Produktion, Berichtswesen und Programmierung anbietet. Aktuell sind 100+ Medien verfügbar, die fortlaufend ergänzt werden. Hierbei handelt es sich sowohl um Inhalte für Einsteiger (SAP Navigation, FI, CO, SD, MM, PP, ABAP ) als auch für Fortgeschrittene.

Einige Literatur rund um SAP Module wie CO, FI oder auch BC

Für einen kleinen Einblick ins Thema möchte ich auf einige der hier angebotenen Bücher hinweisen.

  Paperback ISBN: 9783960126874

Für 19,95 € direkt bestellen

Ebook ISBN: 9783960120414
Für 19,95 € direkt bestellen
 
Für 19,95 € direkt bestellen
  Paperback

Gerade im Berichtswesen habe ich nicht nur die beiden Artikel "Grundlagen Kurzeinführung und Handbuch Report Painter Report Writer" und "Grundlagen Kurzeinführung und Handbuch SAP Query " sondern auch passende Buchempfehlungen.
 
Für 19,95 € direkt bestellen
   

Buchempfehlungen zu Themen SAP, Controlling, Berichtswesen und andere Themen

Zu den anderen angesprochenen Themen kann ich meine übrigen Buchempfehlungen beziehungsweise die Angebote unter Espresso Tutorials  emfpehlen. Besonders für Keyuser könnte das folgende Angebot hilfreich sein.

SAP Bibliothek-Flatrate *

Aus persönlichen Gründen freue ich mich besonders zum Buch  "Schnelleinstieg ins SAP Controlling (CO)" über eine Rückmeldung (gerne auch bei Amazon)  und hoffe, dass das ein oder andere Buch Interesse wecken konnte. Für alle anderen kann ich aber beruhigend versichern, dass die kommenden Artikel wieder die üblichen Themengebiete umfassen wird.

In letzter Zeit hatte ich einmal wieder die Gelegenheit mich mit den Grundlagen vom Rechnungswesen in SAP zu beschäftigen. Hier wollte ich meine eigene Kenntnisse rund um die Finanzbuchhaltung auffrischen und habe zwei unterschiedliche Bücher dafür genutzt auf die ich hier eingehen mag. Das erste stammt aus Österreich und ist aus einer Kooperation von Universitäten und berufsbildende höhere Schulen (HAK und BHS) entstanden.

SAP Academic Competence Center Wien (ACC Wien)  Projekt der TU Wien in Zusammenarbeit mit der WU Wien und BHS Lehrern

Wie schon im Artikel "SAP Schulungsunterlagen" beschrieben wurde aus einer Kooperation der TU Wien in Zusammenarbeit mit der WU Wien und BHS Lehrern  in Österreich eine eigene Schulungsumgebung für SAP Unterricht entwickelt und konstant weiterentwickelt. Aus dieser Kooperation ist auch für FI Schulbuch entstanden, dass im österreichischen Schulbuchverlag MANZ-Verlag erschienen ist. Leider ist es im normalen Buchhandel nicht zu bekommen, so dass ich sehr dankbar war, dass mir eines aus Wien mitgebracht wurde. Zumindest in der Buchhandlung meines Vertrauens war es nicht möglich das Buch anhand der ISBN  zu bestellen.

Dieses Schulbuch ist sehr anwenderorientiert aufgebaut und erläutert vom Hauptbuch über die Kreditoren-, Debitorenbuchhaltung und die Anlagenbuchhaltung alle wesentlichen Geschäftsprozesse.

Anhand des Mandanten "Global Bike Incorporation" (GBI), einem international im Radsportgroß- und -Internethandel tätigen Unternehmen mit nationalen Niederlassungen werden hier Geschäftsprozesse und Übungsbeispiele dargestellt um alle Tätigkeiten einer Finanzbuchhaltung im System SAP kennenzulernen.

Auch wenn es sich hier um ein österreichisches Schulbuch handelt, ändert dieses ja nichts an den Zusammenhängen (allenfalls an Kontierungsrichtlinien und rechtlichen Hintergründen). Einen guten Einblick in das Buch

 "Computerunterstütztes Rechnungswesen mit SAP®
 Auszug aus Modul FL (Foundation Level) und Modul FI (Financial Accounting)"

von Monika Karst, Sonja Pfeffer und Alexander Redlein
(ISBN: 978-3-7068-4702-5) 

kann auf Seiten des MANZ Verlag gewonnen werden.

Mich hat das Buch tatsächlich beeindruckt und ich bin vom Konzept der Zusammenarbeit zwischen Universitäten und berufsbildenden höheren kaufmännischen Schulen in Österreich unheimlich begeistert.

Dabei ist  das Zentrum für Informations- und Facility Management (IFM) der Technischen Universität Wien Träger dieser Einrichtung. Das SAP Academic Competence Center Wien (ACC Wien) unterstützt auf Grund eines Kooperationsvertrages mit der SAP Österreich GmbH Schulen, Fachhochschulen und Universitäten in Österreich beim Einsatz von SAP Software in Lehre und Forschung.

Die Projektseite bietet dabei einen guten Überblick über die an dieser Stelle geleistete Arbeit und hat mich nachhaltig beeindruckt.

Schnelleinstieg ins SAP Finanzwesen (FI) und ins SAP Controlling (CO) (Einführung ins externe und interne Rechnungswesen)

Nachdem ich das Schulbuch gelesen hatte überraschte mich allerdings eine Leserin dieses Blogs noch mit einer anderen Buchsendung, die schon lange auf meinen Wunschzettel bei Amazon zu finden war. 

An dieser Stelle noch einmal vielen Dank nach Wien :-).

Wie im folgenden Bild zu sehen hatte ich diese Woche tatsächlich die Gelegenheit meine Bibliothek um beide Bücher zum Schnelleinstieg ins SAP-Finanzwesen (FI) und ins SAP Controlling (CO) zu komplettieren.



Während mir das Buch "Schnelleinstig ins SAP Controlling (CO)" aus verständlichen Gründen natürlich vertraut ist hat mich das Buch von Peter Niemeier ebenso wie das MANZ Schulbuch diese Woche sehr begeistert.

Hier wird das Thema der Finanzbuchhaltung in aller notwendigen Tiefe inklusive der Grundlagen erläutert und schafft einen tatsächlich umfassenden Überblick vom Hauptbuch über die Nebenbuchhaltung (Personenkonten wie Kreditorenbuchhaltung und Debitorenbuchhaltunn aber auch der Anlagenbuchhaltung) bis hin zu den Abschlussarbeiten inklusive einzelner Übungen einen in meinen Augen großartigen Überblick über das Thema externes Rechnungswesen.

Da sich unser Buch "Schnelleinstieg ins SAP Controlling (CO)" mit dem internen Rechnungswesen und "Schnelleinstieg ins SAP Finanzwesen (FI)" mit dem externen Rechnungswesen beschäftigt kann ich beide eigentlich guten Gewissens als sich gegenseitig ergänzend empfehlen.

Entsprechend habe ich auch die Buchbesprechungen (Rezensionen) auf meiner Seite aktualisiert. Die beiden Bücher sind entsprechend über den Buchtitel verlinkt, alternativ kann aber auch einer der folgenden Menüpunkte aufgerufen werden :-). Hier sind auch einige andere Buchbesprechungen zu finden, sowie das Angebot der SAP Bibliothek Flatrate. Etwas weiter unten im Artikel folgen aber noch weitere Hinweise und der versprochene "cat content".
  Buchkatalog SAP Bibliothek-Flatrate Buchbesprechungen
 

• "Schnelleinstieg ins SAP-Controlling (CO)" - SAP Modul CO; interne Rechnungswesen
  ISBN: 978-3960126874 *
  
• "Schnelleinstieg ins SAP-Finanzwesen (FI)" - SAP Modul FI; externe Rechnungswesen
  ISBN: 978-3943546675
  

Beide Bücher sind auch in der  SAP ebook Flatrate von Espresso Tutorials enthalten und können hier elektronisch gelesen werden.

Alternativ können beide auch bei Amazon (siehe ISBN) und natürlich im normalen Buchhandel erworben werden. Gerade wenn Sie sich jedoch für beide Bücher entscheiden oder auch eine umfangreiche digitale SAP Bibliothek für Sie interessant ist, würde ich hier tatsächlich einen Blick auf Espresso Tutorials  auf dieser Seite empfehlen. Hier sind auch einige andere in meinen Augen empfehlenswerte Bücher zu finden und ausführlicher beschrieben. Besonders für Keyuser dürfte weiterhin die digitale Bibliothek interessant sein, da diese auch im Laufe des Jahres um weitere Neuerscheinungen erweitert wird.

Cat content und Grundlagen bzw. Kurzanleitungen und Handbuch zu Query und Report Painter / Writer

Das nicht nur ich sehr begeistert von SAP Büchern bin dürfte aber auch folgendes Bild beweisen.



Wobei dieses nun beinahe schon der klassische "Cat content" im Blog ist und in dieser Form natürlich auch für diese Kategorie bestens geeignet ist. An dieser Stelle auch noch einmal vielen Dank an alle bisherigen Rückmeldungen zum Buch und auch für die einzelnen Mails die mich hier über das Blog erreichen.

Für Onlineleser kann ich dafür neben meiner  "Partnerschaft mit Espresso Tutorials - SAP Fachbücher" aber auch die beiden Grundlagenartikel empfehlen:

• "Grundlagen Kurzeinführung und Handbuch Report Painter Report Writer"
• "Grundlagen Kurzeinführung und Handbuch SAP Query"

Ich hoffe, dass diese Artikel ebenso wie die übrigen Artikel hier im Blog auch in Zukunft noch weitere spannende Themen offenbaren :-)

Bei einer Auswertung der Nebenbuchhaltung im Kreditorenbereich wird in der Kreditoren-Einzelposten Liste zu finden unter:

• Rechnungswesen
• Finanzwesen
• Kreditoren
• Infosystem
• Kreditoren Posten
• Kreditoren Einzelposten Liste ( Transaktion S_ALR_87012103)

werden zwar die FI Belegdaten (Kreditorenbeleg und Zahlungsbeleg) und damit die beiden Bücher Kreditorenbuchhaltung und Hauptbuchhaltung angezeigt jedoch sind auf beiden Belegen nicht die CO-Objekte des Kostenrechnungsbeleges zu finden.

Dieses ist nicht weiter verwunderlich, da zwar bei der Erfassung der Kreditorenrechnung (z.B. über die Transaktion FB60 (Kreditoren-Buchung-Rechnung) zwar die CO-Objekte (z.B. Kostenstelle)  mit angegeben diese werden jedoch durch die Mitbuchtechnik auf den Kostenrechnungsbeleg im Controlling fortgeschrieben.

Durch die Mitbuchtechnik werden einzelne FI Belege auch nach CO übergeleitet. Eine ausführliche Beschreibung ist bspw. im Buch "Schnelleinstieg ins SAP Controlling (CO)" (ISBN 9783960126874 ^*)  zu finden... 

Sollen nun über den Kreditor eine Auswertung der CO-Objekte ergänzt werden bietet es sich an hier aus der Profit-Center-Rechnung anhand der Referenzbelegnummer über eine Query eine Auswertung der Profit-Center-Belege ergänzt um die Angabe des Kreditorenbeleges aus FI zu erstellen.

Infoset Einzelposten Kreditoren inkl. CO Objekte

Hierzu ist ein etwas komplexeres Infoset anzulegen.

Dabei ist die Tabelle GLPCA die führende Tabelle und sowohl BSAK als auch BSAS über left outer join verbunden. Der Einfachheit halber wurden alle Tabellenfelder ins Infoset übernommen, selbst wenn für unsere Auswertung nicht alle erforderlich sind. Wobei für unseren Auswertungszweck auf die Tabelle BSAS verzichtet werden könnte.

Sofern Interesse an der Analyse der Zahlungseingänge besteht könnte jedoch die Tabelle BSAD "Buchhaltung: Sekundärindex für Debitoren (ausgebl. Posten)" interessant sein. Diese kann über das Tabellenfeld GLPCA-KUNR ebenfalls analog BSAK verknüpft werden.

Unterschied inner join und left outer join

Daneben gibt es die Möglichkeit die Art der Verknüpfung über die Option left outer join umzustellen. Im Standard werden hier „inner join“ angelegt (1:1 Beziehungen) definiert und als einfache Linie dargestellt. Es ist aber auch möglich „left outer join“ anzulegen (1:n Beziehungen). Hierzu müssen Sie nur mit der rechten Maustaste die Art der Verknüpfung ändern.
Beim Inner Join müssen die Felder beider verknüpften Tabellen exakt übereinstimmen, andernfalls wird kein Ergebnis ausgegeben.

Dahingehend wird beim Left Outer Join immer die "linke" Tabelle ausgegeben und diese mit den übereinstimmenden Feldern der rechten Tabelle kombiniert. Hierbei wird die linke Tabelle immer mit ausgegeben und für jeden Treffer in der rechten Tabelle wird das entsprechende Feld erneut wiederholt, sofern in der rechten Tabelle mehr als eine Übereinstimmung gefunden wurde (daher der Vergleich mit der aus Access bekannten 1:N Beziehung).

Wie bereits erwähnt wird über die Referenzbelegnummer (REFDOCNR) der entsprechenden FI Beleg mit dem CO Profit-Center-Beleg verknüpft. Dieses hat den Vorteil, dass nicht nur Profit-Center sondern die ebenfalls in der Profit-Center-Rechnung bzw. in der Tabelle GLPCA mitgeführten CO-Objekte Innenauftrag und Kostenstelle mit ausgewertet bzw. aufgelistete werden können.

Feldliste Query Einzelposten Kreditoren inkl. CO Objekte

Basierend auf das obige Infoset wird dann die Query wie folgt aufgebaut.

Hierbei ist L als Listenfeld und S als Selektionsfeld zu verstehen. Die Felder werden hier in der Reihenfolge angegeben, wie diese dann auch in der Query ausgegeben werden sollen:

EC-PCA: Ist-Einzelposten (GLPCA)
Geschäftsjahr (S) GLPCA-RYEAR
Kontonummer des Lieferanten bzw. Kreditors (L,S) GLPCA-LIFNR

Zusatzfelder
Name Kreditor (L) Text:Kontonummer des Lieferanten bzw. Kreditors  TEXT_GLPCA_LIFNR

Lieferantenstamm (LFA1)
Straße und Hausnummer (L) LFA1-STRAS
Postleitzahl (L) LFA1-PSTLZ
Ort (L) LFA1-ORT01

EC-PCA: Ist-Einzelposten (GLPCA)
Referenzbelegnummer (L,S) GLPCA-REFDOCNR
Belegart (L) GLPCA-BLART


Zusatzfelder
Belegart (L) Text:Belegart  TEXT_GLPCA_BLART

EC-PCA: Ist-Einzelposten
Kontonummer (L,S) GLPCA-RACCT

Zusatzfelder
Langtext (L) Sachkontenlangtext SKAT-TXT50

EC-PCA: Ist-Einzelposten (GLPCA)
Betrag in Buchungskreiswährung (L) GLPCA-HSL

(sinnvoll kann es sein hier als Währungsfeldposition "kein Währungsfeld" zu markieren, sofern nur mit einer Währung bspw. EUR gearbeitet wird)

Positionstext (L) GLPCA-SGTXT
Kostenstelle (L,S) GLPCA-KOSTL
Auftragsnummer  (L,S) GLPCA-AUFNR
Anlagen-Hauptnummer (L,S) GLPCA-ANLN1

Buchhaltung: Sekundärindex für Kreditoren (ausgegl. Posten (BSAK)
Datum des Ausgleichs (L) BSAK-AUGDT
Belegnummer des Ausgleichsbelegs (L) BSAK-AUGBL

EC-PCA: Ist-Einzelposten (GLPCA)
Belegdatum im Beleg  (L) GLPCA-BLDAT
Buchungsdatum im Beleg (L) GLPCA-BUDAT
Erfasser (L) GLPCA-USNAM

Zusatzfelder
Text:Name des Benutzers (L) TEXT_GLPCA_USNAM

EC-PCA: Ist-Einzelposten (GLPCA)
Referenz (L) BSAK-XBLNR

Eine interessante Option kann es noch sein aus den Beispieldatensatz den "Betrag in Buchungskreiswährung" in den Kasten Summationsfelder und "Kontonummer des Lieferanten" in den Kasten Sortierfelder zu ziehen. damit wird automatisch eine Zwischensumme der Beträge je Kreditor ausgewiesen. Alternativ ist dieses natürlich auch über die Layoutpflege möglich.
 

Sonderfall CpD Kreditoren

Der Referenznummer aus BSAK (BSAK-XBLNR) kommt eine besondere Bedeutung hinzu.
Bei CpD (Conto pro Diverse) Kreditoren werden die Daten für Anschrift und Bank direkt bei der Belegerfassung angegeben und in den Zahllauf übernommen. Entsprechend sind diese Felder bei solchen Kreditoren nicht gefüllt. Allerdings sind hier weitere Informationen oftmals über  das Belegfeld „Referenzbelegnummer zu entnehmen, so dass es sinnvoll sein kann auch dieses Feld mit auszuweisen.

Anwendungsfall pauschalierte Lohnsteuer

Nun kann über diese "Einzelposten Kreditoren" Query die Kostenrechnungsbelege zu einen bebuchten Kreditor (oder nach Anpassung Debitor) aus der Profit-Center-Rechnung heraus ausgewertet werden.Ein weiteres Anwendungsgebiet können Kreditorenbelege auf Ebene einzelner Buchungskonten sein. Hier kann als eines von vielen Anwendungsgebieten das Themenfeld "Pauschalierung der Lohnsteuer" gelten. Ebenso kann diese Query zur Erfüllung der  "Verordnung über die Mitteilung von Zahlungen an die Finanzbehörden" (Mitteilungsverordnung) genutzt werden (Rechtsgrundlage § 93a AO).

---

Hinweis:

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

---

Ausgangslage
Zur Vermeidung von mehrfach angelegten Kreditoren / Debitoren soll ein Abgleich über die IBAN erfolgen, ob ein entsprechender Stammdatensatz hier schon angelegt worden ist. Da zwischenzeitlich IBAN eingeführt ist (siehe Artikel "IBAN in der Stammdatenpflege generieren (SEPA)") sollte in jeden Kreditor / Debitor das Feld IBAN gepflegt sein.

Da im Standard keine Auswertung über die Stammdaten der Debitoren- / Kreditoren-Rechnung möglich ist, bietet sich hier eine entsprechende Query an.

Tabellen identifizieren

Leider ist das Feld IBAN nicht in den Stammdatentabellen der Kreditoren und Debitoren vorhanden. Hierfür wird in SAP die Tabelle TIBAN angelegt, die zu den "vorhandenen" Bankverbindungsdaten auch die entsprechende IBAN hinterlegt hat.

Die Zahlungsverkehrsdaten sind in den Tabellen LFBK "Lieferantenstamm (Bankverbindungen)" für Kreditoren und KNBK "Kundenstamm (Bankverbindungen)" für Debitoren hinterlegt.

Bei der Definition eines Infosets funktioniert jedoch keine direkte Definition eines Tabellenjoins über die Tabellen LFBK und TIBAN. Es werden hier nur drei Verknüpfungen vorgeschlagen, es sind jedoch vier erforderlich um eine eindeutige Auswertung zu treffen.

Eine Verknüpfung der Felder BANKS, BANKL und BKONT funktioniert zwischen LFBK und TIBAN. Jedoch ist das Feld BANKN (Bankkontonummer) in der Tabelle LFBK als Char mit 18 Zeichen und in der Tabelle TIBAN mit Char 35 Zeichen definiert. daher wird eine Verknüpfung mit der Fehlermeldung "Illegale Join-Bedingung" abgelehnt.


Daher ist hier der Umweg über die Zusatztabelle erforderlich.

Infoset anlegen

Innerhalb der Transaktion SQ02 wird folgendes Infoset definiert. Hierfür wird als Datenquelle ein Tabellen-Join über Tabelle LFBK   (bzw. KNBK) angelgt.

1. Stammdaten

Innerhalb des Infosets IBAN-KREDITOR nehmen wir als Datenquelle einen Tabellen-Join über die Tabelle LFBK und ergänzen in der Join Definition über BEARBEITEN->TABELLE EINFÜGEN die Tabelle LFA1  "Lieferantenstamm (allgemeiner Teil)". Die vorgeschlagene Verknüpfung über das Feld LIFNR lassen wir bestehen. Danach wechseln wir über die Schaltfläche Infoset und lassen alle Felder der beiden Tabellen in Feldgruppen anlegen.

Für das Infoset IBAN-DEBITOR verknüpfen wir die beiden Tabellen KNBK und die Tabelle KNA1 wie vorgeschlagen über das Feld KUNNR. Auch hier werden alle Felder in eine Feldgruppe übernommen.

Danach haben wir zwei Feldgruppen mit der Bankverbindung und den allgemeinen Stammdaten (Anschrift) der Kreditoren bzw. Debitoren.

Erweiterung des Infoset über Zusatztabelle TIBAN

Über die Schaltfläche Zusätze (F5) bzw.  über  SPRINGEN-> ZUSÄTZE ZUM KNOTEN  innerhalb der Transaktion SQ02 (Pflege des Infosets) kann nun eine Zusatztabelle eingefügt werden. Hierzu kann im Register Zusätze die Schaltfläche Anlegen ausgewählt werden.
Hierzu tragen wir die den Namen TIBAN  und als Art der Zusatzinformation Zusatztabelle ein. Nun erfolgt eine Abfrage über SELECT SINGLE * FROM TIBAN WHERE ...
in der mehrere Bedingungen erfüllt sein sollen.

Diese habe ich für beide Infosets in folgender Tabelle erläutert.
 

Verknüpfungsbedingungen Zusatztabelle TIBAN

Bedingung	INFOSET IBAN-KREDITOR	INFOSET IBAN-DEBITOR
WHERE BANKS =	LFBK-BANKS	KNBK-BANKS
AND BANKL=	LFBK-BANKL	KNBK-BANKL
AND BANKN=	LFBK-BANKN	KNBK-BANKN
AND BKONT=	LFBK-BKONT	KNBK-BKONT

Aus Performancegründen kann hier noch das Feld "intern puffern" angekreuzt werden, wodurch diese Tabelle gepuffert wird und somit bei häufiger Abfrage einer IBAN die Daten schneller gefunden werden können.Der Nachteil ist dann jedoch der gesteigerte Speicherbedarf, da für die Zusatztabelle eine neue interne Tabelle angelegt wird.

Wichtig ist, dass das Feld IBAN aus der Tabelle TIBAN ebenfalls ein einer Feldgruppe innerhalb des Infosets mit aufgenommen werden muss. In der Query ist dieses in der entsprechenden Feldgruppe des Infosets vorhanden.

Vergessen Sie nicht das Infoset dann einer entsprechenden Benutzergruppe über die Schaltfläche "Zuordnung zu Rollen/Benutzergruppe" zuzuordnen, da dieses Infoset andernfalls nicht für eine Query verwendet werden kann.

Hintergrund: Aufbau IBAN

Eine Verknüpfung der Felder BANKN  (Bankkontonummer) war in der Definition des Infosets nicht möglich (Fehlermeldung illegale Verknüpfung). Hintergrund ist, dass das Feld LFBK-BANKN mit 18 Zeichen (Typ Char) und in der TIBAN-BANKN mit 35 Zeichen definiert ist. Alledings werden bei einer Verknüpfung über die Zusatztabelle dann einfach die fehlenden Zeichen aufgefüllt, so dass eine Verknüpfung zwischen LFBK, KNBK und TIBAN hergestellt werden kann. Da sich die IBAN aus einer Kombination von Ländercode, Prüfziffer, Bankleitzahl und Kontonummer zusammensetzt, kann auch nur durch die Verknüpfung aller vier Felder eine eindeutige Zuordnung der Bankverbindung zur IBAN gefunden werden. Dies wird an folgenden Beispiel deutlich:
 

Deutsche IBAN (immer 22 Stellen)
1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16	17	18	19	20	21	22
DE		Prüfsumme		Bankleitzahl								Kontonummer

 Zur weiteren Beschreibung des IBAN AUfbaus siehe Wikipedia: Zusammensetzung IBAN
 

Query Suche IBAN über Kreditor oder Debitor

Innerhalb der Query werden nun auf folgende Felder der einzelnen Tabellen  des Infosets Zugriff genommen beziehungsweise in der Grundliste zugewiesen. Hierbei ist L als Listenfeld und S als Selektionsfeld zu verstehen.

Die Felder werden hier in der Reihenfolge angegeben, wie diese dann auch in der Query ausgegeben werden sollen:

Auch hier sind wiederum zwei Query anzulegen:
 

Query Suche über IBAN nach Kreditor/Debitor

Feld	Query Kreditor	Query Debitor
IBAN	TIBAN-IBAN (L,S)	TIBAN-IBAN (L,S)
Kontonummer des Lieferanten bzw. Kreditors Debitorennummer	LFBK-LIFNR (L,S)	KNBK-KUNNR (L,S)
Name 1	LFA1-NAME1 (L)	KNA1-NAME1 (L)
Postleitzahl	LFA1-PSTLZ (L)	KNA1-PSTLZ (L)
Ort	LFA1-ORT01 (L)	KNA1-ORT01 (L)
Bankschlüssel (BLZ)	LFBK-BANKL (L)	KNBK-BANKL (L)
Bankkontonummer	LFBK-BANKN (L)	KNBK-BANKN (L)

Damit ist eine entsprechende Suche möglich.Natürlich können im Bedarfsfall auch noch weitere Datenfelder mit in die Query eingepflegt werden.

Je nach Bedarf können natürlich auch weitere Felder als Listen- oder Selektionsfelder verwendet werden. Hierdurch ist auch ein vollständiges Kreditorenverzeichnis oder Debitorenverzeichnis als ALV Liste (Tabelle) möglich. Gerade beim Export nach Excel ist dieses ein erheblicher Unterschied zu den Standardtransaktionen S_ALR_87012086 (Kreditorenverzeichnis) und S_ALR_87012179 (Debitorenverzeichnis). Insbesondere da in einer Query auch Suchen über Felder möglich sind, die in der freien Abgrenzung nicht aufgeführt sind (als Beispiel ist dieses hier ja anhand der IBAN erläutert).

Ein Vorteil der Suche über die IBAN besteht auch durch die Möglichkeit der Platzhalter. So kann über eine Suche nach AT* (Ländercode Österreich) oder CH* (Ländercode Schweiz) nach allen Kreditoren/Debitoren mit einer österreichischen oder schweizerischen Bankverbindung gesucht werden.

Berichtszuordnung FK03, FBL1N bzw. FD03, FBL5N

Innerhalb der Querypflege (SQ01) kann nun noch über SPRINGEN->BERICHTSZUORDNUNG  über den Punkt Zeile hinzufügen (+) mittels anderer Berichtstyp eine Transaktion als Absprungtransaktion von der Query hinzugefügt werden. Hier bieten sich die Transaktionen FK03 - Kreditor anzeigen bzw. FD03 - Debitor anzeigen an. Eine weitere ebenfalls sinnvolle Zuordnung wären auch die Transaktionen FBL1N - Kreditoren Konto Posten anzeigen und FBL5N - Debitoren Konto Posten anzeigen. Hierdurch können nicht nur weitere Stammdaten angezeigt werden sondern auch die Einzelposten zum Kreditor / Debitor angezeigt werden.

Basis: SE93 kundeneigene Transaktion anlegen und Query transportieren

Wie im Artikel "Transaktion anlegen (Report, Parameter) bspw. für SAP Query" beschrieben kann dann noch eine kundeneigene Transaktion zum Beispiel ZIBANK und ZIBAND für diese Query angelegt werden. Ansonsten kann die Query, wie im Artikel "Transport von SAP Queries (DL/UL)" beschrieben als Datei zwischen SAP Systemen ausgetauscht werden.

Hinweis 2016 Tabellenänderungen im Rahmen S/4 HANA Finance

Mit der Einführung von S/4 HANA haben sich verschiedene Tabellen im Bereich Finance ebenfalls verändert. So befindet sich die Angabe der IBAN nicht mehr in der Tabelle TIBAN, sondern im Feld IBAN der Tabelle FCLM_BAM_AMD.

Weitere Tabellenänderungen sind im OSS Hinweis  1976487  festgehalten und sollten beim Wechsel nach HANA ebenfalls berücksichtigt werden. Vielen Dank für den Hinweis im Beitrag "Re: Stammdaten Kreditor anzeigen inklusive IBAN als Report" auf fico-forum.de an Alferd (advor180).

 

---

Hinweis

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

---

Ausgangslage:
Während es in der Finanzbuchhaltung immer treu nach dem Motto geht "Keine Buchung ohne Beleg" erfolgt innerhalb SAP keine Buchung ohne eine entsprechende Belegnummer. Je nach Buchungsart (bspw. über die Transaktion FB60 Kreditorenrechnung buchen und der dort intern verwendeten Belegart KR werden entsprechende Belegnummern nach der erfolgreichen Buchung den Beleg zugeordnet. Der Aufbau einer solchen Belegnummer ist im Customizing über Nummernkreise festgelegt, die wiederum einzelnen Belegarten zugeordnet sind.
 

Belegarten und Nummernkreise im Customizing festlegen

Innerhalb des Customizing (Transaktion SPRO)  für die Finanzbuchhaltung werden unter

• Finanzwesen (neu)
• Grundeinstellung Finanzwesen (neu)
• Beleg
• Belegarten
• Belegarten der Erfassungssicht definieren (Transaktion OBA7)

Die Einstellungen für die einzelnen Belegarten innerhalb der Finanzbuchhaltung festgelegt. Hierbei sind neben den erlaubten Kontoarten (Anlagen, Debitor, Kreditor, Material oder Sachkonto) auch entsprechende Nummernkreise und Berechtigungsgruppen hinterlegt. Die Nummernkreise sind hierdurch für die einzelnen Belegarten (bspw. KR für Kreditorenrechnung, AA für Anlagenbuchhaltung oder DG für Debitoren Gutschrift) hinterlegt.

Die einzelnen Nummernkreise werden ebenfalls im Customizing festgelegt und können über die Transaktion SPRO über den Menüpfad

• Finanzwesen (neu)
• Grundeinstellung Finanzwesen (neu)
• Beleg
• Belegnummernkreise
• Belege in Erfassungssicht
• Belegnummernkreis der Erfassungssicht definieren (Transaktion FBN1)

für jeden Buchungskreis definiert werden. Hierbei wird je Nummer des Nummernkreises (auf den in der Belegart Bezug genommen wird) ein Intervall hinterlegt. Innerhalb der Pflege der einzelnen Nummernkreise eines Buchungskreises erfolgen hierbei folgende Eingabemöglichkeiten:

1. NR - Nummernkreisnummer
2. Jahr - Bis Geschäftsjahr (bis wann ist der Nummernkreis gültig)
3. von Nummer - als untere Grenze des Intervalls
4. bis Nummer - als obere Grenze des Intervalls
5. Nummernstand - aktueller Nummernstand, bei SAP interner Nummernvergabe
6. EXT - Kz. für internen (' ') oder externen ('X') Nummernkreis (bei letzteren ist die Belegnummer in jeder Buchung mit anzugeben.Allerdings muss auch hier ein entsprechendes Intervall gepflegt werden.

Für die Belegnummernvergabe kann nun für jedes Jahr ein entsprechendes Intervall hinterlegt werden und diese Belegnummer dann auch für die Papierablage genutzt werden. Häufig bietet es sich daher auch an innerhalb des Nummernkreises das entsprechende Geschäftsjahr zum Beispiel für den Nummernkreis der Anlagenbuchhaltung 2014 das Intervall 1401000000 bis 1401999999 zu hinterlegen. Hier sollte man sich aber darüber klar sein ob die dann noch mögliche Anzahl an Belegen ausreichend ist. Eine andere Möglichkeit wäre die Belegnummern jahresübergreifend zu hinterlegen. Beides hat hier Vorteile und Nachteile.

Da in der Nummernkreispflege auch der aktuelle Nummernstand festgehalten wird ist es empfehlenswert diese Tabelle direkt im Produktivsystem über die Transaktion FBN1 zu pflegen.

Technisch betrachtet sind die Informationen zum Nummernkreis in der Tabelle NRIV - Nummernkreisintervalle hinterlegt. Es handelt sich hierbei um eine Customizingtabelle.

Auf Tabellenebene (über die Transaktion SE12 oder SE16 bzw. über eine Query können  die einzelnen Einstellungen zum Nummernkreis auch direkt aus der Tabelle ausgelesen werden.

Hierzu ist das Feld OBJECT "Name des Nummernkreisobjekts" mit RF_Beleg "Nummernkreise für den Buchhaltungsbeleg" und das Feld SUBOBJECT "Wert des Unterobjekts des Nummernkreisobjekts" mit dem entsprechenden Buchungskreis (bspw. BUKR) zu selektieren.

Nun erhält man eine Auflistung der Einstellungen für den Buchungskreis.
Es werden folgende Felder in der Tabelle ausgegeben:

• NRRANGENR "Nummernkreisnummer"
• TOYEAR "Bis-Geschäftsjahr"
• FROMNUMBER "Von-Nummer"
• TONUMBER "Bis-Nummer"
• NRLEVEL "Nummernkreisstand"
• EXTERNIND "Kz. für internen (' ') oder externen ('X') Nummernkreis"

Hierbei kann die Belegnummer insgesamt aus 20 Zeichen bestehen.

Bei der Vergabe von externen Intervallen ist entweder eine Angabe von Zeichen oder Zahlen möglich. Somit kann dieser Nummernkreis 000001 bis 999999 oder AAAAAA bis ZZZZZZ nicht aber AAAAAA bis 999999 umfassen.

Sofern jahresabhängig Nummernkreise gepflegt werden, sind diese im Rahmen des Geschäftsjahreswechsel jedes Jahr aufs Neue im Customizing zu hinterlegen.

Nummernkreise im Controlling pflegen

Ebenso wie Belege in der Finanzbuchhaltung sind auch die Belegnummern im Controlling einem Nummernkreis zugeordnet. Technisch betrachtet sind diese im Objekt RK_BELEG BUCH  "Nummernkreise CO-Beleg" hinterlegt. Diese Nummernkreise sind für einzelne Vorgänge im Controlling vorgesehen und sind im Customizing vergleichbar zu den Nummernkreise in der Finanzbuchhaltung aufgebaut.

Die Pflege der Nummernkreise für CO Belege ist im Customizing (Transaktion SPRO) unter

• Controlling
• Controlling Allgemein
• Organisation
• Nummernkreise für CO-Belege pflegen (Transaktion KANK)

bzw. über die Transaktion KANK "Intervallpflege: CO-Beleg)" zu finden.Allerdings sind hier keine Jahre angegeben sondern lediglich Nummernkreisnummern, Intervalle und die Kennzeichen für interne und externe Nummernvergabe.


 

Ausgangslage

Wie im Artikel Einzelposten FI Hauptbuch (Auswertung Buchungen Partnergesellschaft) beschrieben besteht die Möglichkeit der Auswertung von Einzelposten des Moduls FI durch eine Query über die Tabelle BSEG "Belegsegment Buchhaltung". Hier sind alle einzelnen Belepositionen der Buchungsbelege im SAP System hinterlegt.

Wie beschrieben wurden die absoluten Buchungswerte (ohne Vorzeichen) in Kombination mit den "Soll-/Haben-Kennzeichen" ausgewertet, so dass hier das Ergebnis (der gebuchte Wert) bei einer Habenbuchung negativ und bei der Sollbuchung positiv dargestellt wird. Dieses entspricht auch der Darstellung in Einzelpostenlisten.

Der Nachteil an der Verwendung der Tabelle BSEG ist, dass hier als Belegdatum lediglich das Feld Valutadatum vorhanden sind. Die Information über Belegdatum und Buchungsdatum ist im Belegkopf des Buchungsbeleg zu finden und wird in der Tabelle BKPF gespeichert.

Clustertabellen versus transparente Tabellen

Ein Join über die Tabellen BSEG und BKPF ergibt als Fehlermeldung den Hinweis, dass Pool- und Cluster-Tabellen nicht in einem Tabellen-Join verwendet werden können.

Bei der Tabelle BSEG handelt es sich um eine Clustertabelle, die dem Cluster RFBLG zugeordnet ist. Innehrlab eines Cluster werden Felder anderer Tabellen komprimiert in einer einzelnen Spalte gespeichert. Hierdurch ist eine Verwendung von Cluster-Tabellen ebenso wie Pool-Tabellen nicht in Joins möglich.
Clustertabellen sammeln hierdurch mehrere Einzeltabellen in einer Tabelle.

Die Einzelpostenbelege sind je nach Kontenarten in transparenten Sekundärtabellen (als Sekundärindizes) zu finden. Diese sind entsprechend schneller auszuwerten und können auch einzeln in einer Query verwendet werden.
Hierbei werden von der Art her Tabellen für ausgeglichene Posten (BSA*) und für offene Posten (BSI*) unterschieden. Dabei können folgende transparente Tabellen relevant sein:

• BSIS "Buchhaltung: Sekundärindex für Sachkonten" (Sachkonten offene Einzelposten)
• BSAS "Buchhaltung: Sekundärindex für Sachkonten (ausgegl. Posten"
  (Sachkonten ausgeglichene Posten)
• BSID "Buchhaltung: Sekundärindex für Debitoren"
  (Debitoren Offene Einzelposten)
• BSAD "Buchhaltung: Sekundärindex für Debitoren
  (ausgebl. Posten)" (Debitoren ausgeglichene Posten)
• BSIK "Buchhaltung: Sekundärindex für Kreditoren"
  (Kreditoren Offene Einzelposten)
• BSAK "Buchhaltung: Sekundärindex für Kreditoren (ausgegl. Posten"
  (Kreditoren ausgeglichene Posten)

Der Vorteil der Clustertabelle BSEG ist jedoch, dass diese alle Belegpositionen enthält unabhängig davon ob diese offen oder schon ausgeglichen sind (gleiches gilt natürlich auch für den Belegkopf in der Tabelle BKPF).

Tabellen-Joins können dennoch nur über Transparente Tabellen ausgeführt werden, so dass hier eine Möglichkeit wäre sowohl die oben erwähnten Tabellen mit der Tabelle BKPF zu verknüpfen (outer join). Dieses hat jedoch den Nachteil, dass hier nicht über Felder wie Kostenstelle, Innenauftrag oder Profit-Center selektiert werden können, da diese Informationen ja wiederum in den Einzeltabellen gespeichert sind (auf der Belegposition).

Um nun dennoch die Informationen aus den Belegkopf (Tabelle BKPF) wie zum Beispiel das Belegdatum beziehungsweise Buchungsdatum zu erhalten und gleichzeitig auf die Merkmale der Belegposition (Tabelle BSEG) wie Kostenträger oder Sachkonto zuzugreifen bietet es sich an statt einzelne Tabellen zu verknüpfen eine logische Datenbank zu verwenden.

Logische Datenbank (LDBA)

Logische Datenbanken enthalten schon Verknüpfungen und können direkt als Grundlage für ein Infoset verwendet werden. Dieses hat den Vorteil, dass man nicht selbst erst einzelne Tabellenverknüpfungen erstellen muss. Die Struktur einer logischen Datenbank kann in der Transaktion SE36 eingesehen werden.

1. Infoset definieren
Bei der Anlage des Infoset über die Transaktion SQ02 wird als Datenquelle die logische Datenbank BRF definiert.

Hier sollen nach Angabe der logischen Datenbank die auszuwertenden Knoten mit ausgewählt werden. Für eine Auswertung von BKPF und BSEG würde es ausreichen nur diese beiden Knoten auszuwerten. Diese werden dann als Feldgruppen ausgewählt. Innerhalb der Struktur sind aber auch alle anderen Bestandteile der logischen Datenbank vorhanden, so dass hier einzelne Werte in Feldgruppen übernommen werden können. Wie bei jeden Infoset kann es sinnvoll sein so viele Datenfelder wie möglich zu übernehmen, da dieses Infoset dann auch für andere Queries verwendet werden kann.

Um eine vergleichbare Datengrundlage wie in der eingangs beschriebenen Query zu erhalten werden folgende Daten aus den jeweiligen Strukturen übernommen:

Aus der Struktur Belegsegment Buchhaltung (BSEG):
BSEG-VBUND Partner Gesellschaftsnummer
BSEG-PRCTR Profitcenter
BSEG-BELNR Belegnummer eines Buchhaltungsbeleges
BSEG-GJAHR Geschäftsjahr
BSEG-SHKZG Soll-/Haben-Kennzeichen
BSEG-SGTXT Positionstext
BSEG-AUFNR Auftragsnummer
BSEG-KOSTL Kostenstelle
BSEG-DMBTR Betrag in Hauswährung
BSEG-HKONT Sachkonto der Hauptbuchhaltung

Aus der Struktur Belegkopf für Buchhaltung (BKPF):
BKPF-BUDAT Buchungsdatum im Beleg
BKPF-BLDAT Belegdatum im Beleg

2. Query anlegen
Mit Bezug auf dieses Infoset kann dann eine entsprechende Query über die Transaktion SQ01 angelegt werden.

Hierbei ist zu beachten, dass in der Grundliste die einzelnen Merkmale in der Reihenfolge BKPF und danch BSEG ausgegeben werden. Es ist bspw. nicht möglich erst Daten aus BSEG und zwischen drin aus BKPF auszugeben. Jedoch kann das Layout der Query später durch eine Anzeigevariante angepasst werden.

In der späteren Query sind Buchungskreis, Belegnummer und Geschäftsjahr automatisch als Selektionskriterium vorhanden. Das Buchungsdatum und die Referenznummer sind dabei ebenfalls aktiv wie die Möglichkeit der freien Abgrenzung über weitere Parameter des Belegkopfes.

Sofern weitere Felder als Selektionsvariablen definiert werden erscheinen diese im Selektionsbild als Programmabgrenzung.

Innerhalb der Query werden nun auf folgende Felder der einzelnen Tabellen Zugriff genommen bzw. in der Grundliste zugewiesen. Hierbei ist L als Listenfeld und S als Selektionsfeld zu verstehen.

Dabei werden nun auch die oben angelegten lokalen Felder mit übernommen.

Die Felder werden hier in der Reihenfolge angeben, wie diese dann auch in der Query ausgegeben werden sollen:

• Buchungsdatum im Beleg (L,S) BKPF-BUDAT
• Belegdatum im Beleg (L,S) BKPF-BLDAT
• Jahr (L) BSEG-GJAHR
• Belegnummer (L) BSEG-BELNR
• Hauptbuch (L,S) BSEG-HKONT
• Soll-/Haben-Kennzeichen (L) BSEG-SHKZG
• Betrag (L) BSEG-DMBTR
• Kostenstelle (L,S) BSEG-KOSTL
• Auftrag (L,S) BSEG-AUFNR
• Prctr (L,S) BSEG-PRCTR
• Text (L) BSEG-SGTXT
• Partnergesellschaft (L,S) BSEG-VBUND

Der Vorteil der Verwendung der logischen Datenbank ist sicherlich, dass nun auch Daten aus den Belegkopf (neben Datum sind hier auch Transaktion oder Erfasser) verfügbar sind.

Nun kann die Query ebenso, wie in der vorherigen Auswertung der Tabelle BSEG noch um lokale Felder erweitert werden, so dass hier ebenfalls das Soll/Haben Kennzeichen berücksichtigt wird.

Hierfür wird innerhalb der Query mit lokalen Feldern gearbeitet.

Um lokale Felder zu definieren wird nicht direkt die Grundliste der Query bearbeitet (wo auch das Layoutdesign gepflegt wird) sondern innerhalb der Querypflege (Transaktion SQ01) mit "nächstes Bild (F6)" auf die Feldauswahl der Query gewechselt.

Über
BEARBEITEN->KURZBEZEICHNUNG
kann für die einzelnen Felder eine Kurzbezeichnung eingestellt werden. Nun werden rechts neben den Datenfeldern Eingabefelder für die Kurzbezeichnung angegeben. Hier erhalten nun folgende Felder eine Kurzbezeichnung (in der Beschreibung ist die Bezeichnung, gefolgt von der angelegten Kurzbezeichnung und des dahinter technisch liegenden Tabellenfeldes angegeben):

• Soll-/Haben-Kennzeichen - SHKZG (BSEG-SHKZG)
• Betrag in Hauswährung - DMBTR (BSEG-DMBTR)
• Kostenstelle - KOSTL (BSEG-KOSTL)
• Auftragsnummer - AUFNR (BSEG-AUFNR)

Diese Kurzbezeichnung ist notwendig, da wir auf diese dann Bezug nehmen, wenn wir ein eigens Feld mit einer Formel anlegen.

Dieses geht über

BEARBEITEN->LOKALES FELD->ANLEGEN

Dieses Lokale Feld wird dann in der Feldgruppe angelegt, in der wir uns gerade befinden. In unseren Fall also ebenfalls in der Feldgruppe der Tabelle BSEG bzw. der Bezeichnung der Feldgruppe "Belegsegment Buchhaltung".


Hierbei werden drei lokale Felder mit folgenden Eigenschaften angelegt.

1. Feld (Gebuchter Wert)
Kurzbezeichnung: WERT
Feldbezeichnung: gebuchter Wert
Überschrift: gebuchter Wert
gleiche Eigenschaften wie: DMBTR
Berechnungsvorschrift:
Hier wird eine komplexe Berechnung mit folgenden Bedingungen hinterlegt:

• Bedingung: SHKZG = 'S'
  Formel: 1 * DMBTR
• Bedingung: SHKZG = 'H'
  Formel: -1 * DMBTR

2. Feld (Identifikation ob Innenauftrag oder Kostenstelle)
Kurzbezeichnung: IAK
Feldbezeichnung: IAK
Überschrift: Innenauftrag oder Kostenstelle
Eigenschaften: Textfeld (Anzahl Zeichen: 2)
Berechnungsvorschrift:
Hier wird eine komplexe Berechnung mit folgenden Bedingungen hinterlegt:

• Bedingung: KOSTL>0
  Formel: 'K'
• Bedingung: AUFNR>0
  Formel: 'IA'
• sonst: ''

Diese Berechnung ist möglich, da auf eine Belegzeile nicht Innenauftrag und Kostenstelle gleichzeitg ausgewiesen werden.

3. Feld (Bebuchter Kostenträger)
Kurzbezeichnung: KTR
Feldbezeichnung: Kostenträger
Überschrift: Kostenträger
gleiche Eigenschaften wie: AUFNR
Berechnungsvorschrift:
Hier wird eine komplexe Berechnung mit folgenden Bedingungen hinterlegt:

• Bedingung: KOSTL+AUFNR>0
  Formel: KOSTL+AUFNR
• sonst: ''

Sofern Kostenstellen und Innenaufträge unabhängige Nummernkreise ohne Überschneidung haben. Dieses könnte als Beispiel der Fall sein, wenn Kostenstellen mit 1* oder 2* beginnen und etwaige Innenaufträge mit 3* bis 8*.

Diese lokalen Felder können nun ebenfalls in der Grundliste der Query mit aufgenommen werden.

Ergänzung:
Eine mögliche Erweiterung dieser Query in Richtung eines umfassenden Belegjournals für die Finanzbuchhaltung könnte dabei wie folgt gestaltet sein.

 

Beschreibung	Tabellenfeld
Buchungskreis	BSEG-BUKRS
Jahr	BSEG-GJAHR
Geschäftsmonat	BKPF-MONAT
Belegnummer	BSEG-BELNR
Belegart	BKPF-BLART
Belegdatum	BKPF-BLDAT
Buchungsdatum	BKPF-BUDAT
Soll/Haben Kennzeichen	BSEG-SHKZG
Hauptbuch	BSEG-HKONT
Steuerkennzeichen	BSEG-MWSKZ
Profit-Center	BSEG-PRCTR
Kostenstelle	BSEG-KOSTL
Auftrag	BSEG-AUFNR
IAK	Formel siehe Beschreibung
Kostenträger	Formel siehe Beschreibung
Betrag Hauswährung	BSEG-DMBTR
gebuchter Wert	Formel siehe Beschreibung
Text	BSEG-SGTXT
Zuordnungsnummer	BSEG-ZUONR
Partnergesellschaft	BSEG-VBUND
Bezeichnung Partnergesellschaft	Zusatzfeld TEXT_BSEG_VBUND
Debitor	BSEG-KUNNR
Text Debitor	Zusatzfeld TEXT_BSEG_KUNNR
Kreditor	BSEG-LIFNR
Text Kreditor	Zusatzfeld TEXT_BSEG_LIFNR
Referenz	BKPF-XBLNR
Ausgleichsdatum	BSEG-AUGDT

Fazit
Insgesamt ist bei dieser Query jedoch zu beachten, dass hier ausschliesslich FI Buchungen erfasst werden. Sofern CO Buchungen (auf sekundäre Kostenarten) erfolgen werden diese nicht mit ausgegeben.

Und was ist nun mit Tee Buchungen im Modul CO?

Hierfür gibt es jedoch die Möglichkeit, wie im Artikel "Query Einzelpostenliste IST über CO Objekte (Auflösen von Innenauftrag, Kostenstelle) sowie Benutzerstammdaten und Erfassungsdatum" beschrieben, die Istbuchungen im CO und somit sowohl die fortgeschriebenen FI Buchungen auf primäre Kostenarten als auch die CO internen Buchungen auf sekundären Kostenarten mit auszuwerten. Daneben können auch Planbuchungen im CO, wie im Artikel "CO Planeinzelposten Objekt und Partnerobjekt auswerten / Mehrere Felder summieren" beschrieben, ebenfalls über eine Query ausgwertet werden.
 

---

Hinweis:

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

---

Manchmal bereitet das Zusammenspiel zwischen FI, PSM-FM und CO durchaus Probleme, wenn im FI mit übertragene Innenaufträge auf Sammler (im Beispiel Fond LANDESMITTEL oder WIRTSCHAFTSPLAN) übertragen werden.

Ausgangslage: Keine Fortschreibung von FI nach CO für bestimmte Sachkonten (Reisekostenvorschuss)

Bestimmte Erfolgskonten werden aus FI nur nach PSM aber nicht nach CO fortgeschrieben. Als Kontierungsobjekte werden hierbei jedoch ebenfalls Innenaufträge mitgegeben denen teilweise als Fond im PSM nicht ein vergleichbares Objekt zugeordnet ist (identischer Fond wie Innenauftrag) sondern ein Sammler (im Beispiel ein Fond mit der Bezeichnung LANDESMITTEL). Ein Beispiel können hier zum Beispiel "Vorschüsse Reisekosten" sein, die zwar als Aufwand gebucht sind, aber nicht als Kosten in der KLR betrachtet werden.

Ferner soll im Rahmen der Konsolidierungsabstimmungen innerhalb eines Konzerns auch Einzelposten innerhalb des Konzerns über die Partnergesellschaft zu selektieren.

Eine Auswertung von FI Einzelposten ist zwar über das Belegjournal möglich jedoch erhält man hier keine passende Listenform, gerade dann wenn man auch Felder wie Profit-Center, Innenauftrag oder Kostenstelle mit angegeben möchte.
 

Lösungsansatz: Auswertung über Query Hauptbuch BSEG

Grundsätzlich sind alle FI Einzelpostenbelege in der Tabelle BSEG "Belegsegment Buchhaltung" zu finden. Für eine Auswertung dieser Tabelle ist jedoch zu beachten, dass hier die Werte absolut gelistet sind und nur anhand des "Soll-/Haben-Kennzeichen" erkannt werden kann, ob dieses im Ergebnis positiv oder negativ auf einen Kostenträger ausgewiesen werden soll.

Entsprechend hilfreich kann hier eine Query über das Hauptbuch beziehungsweise über die einzelnen Belege innerhalb der Tabelle BSEG sein.

Lösung

1. Infoset definieren

Grundlage der geplanten Query ist das direkte Lesen der Tabelle BSEG. Entsprechend wird diese mit allen Feldern in das Infoset übernommen. Beim Erstellen des Infosets wird hierfür die Option "Direktes Lesen der Tabelle" mit der Tabelle BSEG gewählt.

Theoretisch wäre es sicherlich auch möglich diese Tabelle direkt zu lesen (dieses könnte durch die Transaktionen SE12 beziehungsweise SE16 erfolgen), jedoch soll das "Soll-/Haben-Kennzeichen" ebenfalls bei der Auswertung berücksichtigt werden so dass die gebuchten Werte auf den entsprechenden Objekten (Kostenträger) angezeigt werden.


2. Query definieren

Hierzu besteht die Möglichkeit innerhalb einer Query zusätzlich zu dem Inhalt der Tabelle auch pber lokale Felder weitere Informationen zu den Inhalt der Tabelle anzuzeigen beziehungsweise auf Grundlage des Tabelleninhaltes mit den Werte zu arbeiten. Hierfür wird innerhalb der Query mit lokalen Feldern gearbeitet.

Um lokale Felder zu definieren wird nicht direkt die Grundliste der Query bearbeitet (wo auch das Layoutdesign gepflegt wird) sondern innerhalb der Querypflege (Transaktion SQ01) mit "nächstes Bild (F6)" auf die Feldauswahl der Query gewechselt.

Über
BEARBEITEN->KURZBEZEICHNUNG
kann für die einzelnen Felder eine Kurzbezeichnung eingestellt werden. Nun werden rechts neben den Datenfeldern Eingabefelder für die Kurzbezeichnung angegeben. Hier erhalten nun folgende Felder eine Kurzbezeichnung (in der Beschreibung ist die Bezeichnung, gefolgt von der angelegten Kurzbezeichnung und des dahinter technisch liegenden Tabellenfeldes angegeben):

• Soll-/Haben-Kennzeichen - SHKZG (BSEG-SHKZG)
• Betrag in Hauswährung - DMBTR (BSEG-DMBTR)
• Kostenstelle - KOSTL (BSEG-KOSTL)
• Auftragsnummer - AUFNR (BSEG-AUFNR)

Diese Kurzbezeichnung ist notwendig, da wir auf diese dann Bezug nehmen, wenn wir ein eigens Feld mit einer Formel anlegen.

Dieses geht über

BEARBEITEN->LOKALES FELD->ANLEGEN

Dieses Lokale Feld wird dann in der Feldgruppe angelegt, in der wir uns gerade befinden. In unseren Fall also ebenfalls in der Feldgruppe der Tabelle BSEG bzw. der Bezeichnung der Feldgruppe "Belegsegment Buchhaltung".


Hierbei werden drei lokale Felder mit folgenden Eigenschaften angelegt.

1. Feld (Gebuchter Wert)
Kurzbezeichnung: WERT
Feldbezeichnung: gebuchter Wert
Überschrift: gebuchter Wert
gleiche Eigenschaften wie: DMBTR
Berechnungsvorschrift:
Hier wird eine komplexe Berechnung mit folgenden Bedingungen hinterlegt:

• Bedingung: SHKZG = 'S'
  Formel: 1 * DMBTR
• Bedingung: SHKZG = 'H'
  Formel: -1 * DMBTR

2. Feld (Identifikation ob Innenauftrag oder Kostenstelle)
Kurzbezeichnung: IAK
Feldbezeichnung: IAK
Überschrift: Innenauftrag oder Kostenstelle
Eigenschaften: Textfeld (Anzahl Zeichen: 2)
Berechnungsvorschrift:
Hier wird eine komplexe Berechnung mit folgenden Bedingungen hinterlegt:

• Bedingung: KOSTL>0
  Formel: 'K'
• sonst: 'IA'

Diese Berechnung ist möglich, da auf eine Belegzeile nicht Innenauftrag und Kostenstelle gleichzeitg ausgewiesen werden.

3. Feld (Bebuchter Kostenträger)
Kurzbezeichnung: KTR
Feldbezeichnung: Kostenträger
Überschrift: Kostenträger
gleiche Eigenschaften wie: AUFNR
Berechnungsvorschrift: KOSTL + AUFNR

Sofern Kostenstellen und Innenaufträge unabhängige Nummernkreise ohne Überschneidung haben. Dieses könnte als Beispiel der Fall sein, wenn Kostenstellen mit 1* oder 2* beginnen und etwaige Innenaufträge mit 3* bis 8*.

3. Grundliste erstellen
Innerhalb der Query werden nun auf folgende Felder der einzelnen Tabellen Zugriff genommen bzw. in der Grundliste zugewiesen. Hierbei ist L als Listenfeld und S als Selektionsfeld zu verstehen.

Dabei werden nun auch die oben angelegten lokalen Felder mit übernommen.

Die Felder werden hier in der Reihenfolge angeben, wie diese dann auch in der Query ausgegeben werden sollen:


Belegsegment Buchhaltung

• Belegnummer eines Buchhaltungsbeleges (L,S) BSEG-BELNR
• Geschäftsjahr (L,S) BSEG-GJAHR
• Sachkonto der Hauptbuchhaltung (L,S) BSEG-HKONT
• Soll-/Haben-Kennzeichen (L) BSEG-SHKZG
• Betrag in Hauswährung (L) BSEG-DMBTR
  Anmerkung:Grundsätzlich könnten die Felder SHKZG und DMBTR auch nicht mit ausgegeben werden, da diese zwar als Grundlage für die lokalen Zusatzfelder (weiter oben definiert) verwendet werden, aber nicht extra ausgegeben werden müssen. Im Beispiel sind diese nur ausgegeben um den Ursprung der Werte zu verdeutlichen. Sofern der Wert ausgegeben wird, kann es hilfreich sein, diesen dann ohne Währungszeichen (Kein Währungsfeld) auszugeben)
• Kostenstelle (L) BSEG-KOSTL
• Auftragsnummer (L) BSEG-AUFNR

Lokale Zusatzfelder

• Gebuchter Wert (L)
• IAK (L)
• Kostenträger (L)

Anmerkung:Je nach Stammdatensystematik könnte auch das Feld IAK ignoriert bzw. gar nicht erst angelegt werden.

Belegsegment Buchhaltung

• Profitcenter (L) BSEG-PRCTR
• Partner Gesellschaftsnummer (L,S) BSEG-VBUND
  Anmerkung: Da diese Query auch innerhalb eines Konzerns genutzt werden soll, ist auch die Partnergesellschaft hilfreich um Umsätze innerhalb des Konzerns zu konsolidieren beziehungsweise sowohl Debitoren- als Auch Kreditorenposten auszuwerten.
• Positionstext (L) BSEG-SGTXT
  Anmerkung: Neben der reinen Wertgröße ist es sicherlich auch sinnvoll den Belegtext auszugeben um hier einen Hintergrund der Buchung zu erhalten.

Der Nachteil dieser Query ist jedoch, je nach Auslastung des Systems eine etwas längere Laufzeit (je nach Selektionsparamtern). Allerdings würde wohl auch ein Standardbericht (oder das Abspringen von der Saldenanzeige der Transaktion FS10N auf die Einzelpostenliste Zeit in Anspruch nehmen.

Ergänzung
Eine Erweiterung dieser Query ist im Artikel Query FI Einzelposten als Belegjournal - Belegsegment (BSEG) und Belegkopf (BKPF) verknüpfen beschrieben, wodurch neben den Belegpositionen auch Daten des Belegkopfes mit ausgegeben werden können.

---

Hinweis:

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

---

Ausgangslage
Zur Überleitung der Bilanz/GuV Struktur in die Profit-Center-Rechnung kann die Transaktion KE5B genutzt werden. Dieses funktioniert vergleichbar zum Kopieren einer Kostenartengruppe als Kontengruppe.

Die Funktion ist unter

• Stammdaten->
• Kontengruppe->
• Kopieren
• Kostenartengruppe (KE61)oder Bilanz/GuV Struktur (KE5B)

in der Profit-Center-Rechnung zu finden. Hier kann die Bilanz/GuV Struktur als Vorlage ausgewählt werden und mit einen Präfix oder Suffix versehen werden.

Auf diese Weise ist über die Transaktion KDH3 (Kontengruppe anzeigen) eine entsprechende Ansicht der Struktur auch im Modul CO in der Profit-Center-Rechnung möglich und damit auch eine entsprechende Auswertung durch Report-Wirter Berichte. Hier bieten sich zum Beispiel Mehrjahresvergleiche über verschiedene GuV Positionen an oder aber auch eine Auswertung nach GuV Konten von bestimmten Bereichen (Profit-Center).

ACHTUNG (Hinweis aus CO Sicht):
Anhand von Präfix und Sufix können auch unterschiedliche Strukturen nach CO als Kontengruppe angelegt werden. Diese haben aber dann den Nachteil, dass für jede Position eine eigene Kontenrgruppe (Set) angelegt wird. Daneben müssen Änderungen in der Struktur entweder durch erneute Kopie nachgezogen werden und darüberhinaus erhöht sich die Anzahl der Sets innerhalb des SAP System, so dass hier leicht die Übersicht verloren gehen kann. Ferner muss für eine identische Auswertung der Bilanz/GuV alle Konten der Profit-Center-Rechnung ausgewertet werden. Sollten darüber hinaus auch noch Planwerte auf einzelne GuV Positionen geplant werden, ist darauf zu achten, dass hier ebenfalls auf Ebene der Kontengruppen entsprechende Zwischensummen gebildet werden. Grundsätzlich ist es daher einfacher an einer zentralen Stelle (innerhalb des Moduls FI die Bilanz/GuV-Struktur zu pflegen.

Hin und wieder interessiert es aber gegebenfalls auch CO wie die Bilanz-/GuV-Struktur aufgebaut ist, beziehungsweise wo diese in der Finanzbuchhaltung gepflegt wird.

Pflege der Bilanz/GuV Struktur (FSE2)

Die Pflege der Bilanz-/GuV-Struktur wird im Customizing des SAP Modul FI vorgenommen.

Es befindet sich unter der Transaktion SPRO

• Finanzwesen->
• Hauptbuchhaltung->
• Geschäftsvorfälle->
• Abschluss->
• Dokumentieren->
• Bilanz-/GuV-Struktur definieren

Hier werden die einzelnen Strukturen aufgelistet.

Eine entsprechende Struktur kann markiert werden und die einzelnen Bilanz/GuV-Positionen eingesehen werden.

Alternativ ist dieses über die Transaktion FSE3 (Bilanz/GuV-Struktur anzeigen) bzw. FSE2 (Bilanz/GuV-Struktur ändern) möglich.

Eine entsprechende Änderung ist dann über einen Transportauftrag freizugeben und zu transportieren.

Auswertung Bilanz/GuV

Die gepflegte Struktur kann hierbei über das Hauptbuch innerhalb des Finanzwesen ausgewertet werden.

Beispielsweise über :

• Infosystem->
• Berichte zum Hauptbuch->
• Bilanz/GuV/Cash Flow->
• Allgemein->
• Ist-/Ist Vergleiche->
• Bilanz/GuV (bzw. die Transaktion S_ALR_87012284)

Alternativ kann eine Auswertung auch über Rechercheberichte im Modul FI (Bilanzanalyse) ausgewertet werden.Hier können auch entsprechende Planwerte ausgewertet werden.

Planwerte auf Bilanzpositionen

Sofern das neue Hauptbuch noch nicht aktiviert ist, kann mit der Transaktion FSE5N ein Planwert erfasst werden (im neuen Hauptbuch ist dieses die Transaktion GP12N).

Die Planungsfunktion ist unter Rechnungswesen>Finanzwesen>Hauptbuch>Periodische Arbeiten>Planung zu finden.

Sofern Planwerte auf eine Bilanz/GuV Positionen (bzw. einzelne Konten) erfasst sind, kann im Rahmen eines Ist-Ist Vergleich bspw. mit der Transaktion S_ALR_87012284 die bestehende Bilanz/GuV mit den erfassten Werten einer Planversion verglichen werden. Alternativ können natürlich auch passende Spalten im rahmen eines Rechercheberichtes definiert werden.



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

Ausgangslage
Es soll über einen entsprechenden Zeitraum (bspw. Quartalsbericht) die GuV Struktur verglichen werden. Die Struktur ist hierbei zentral vorgegeben und unterliegt einer etwaigen Änderung, so dass nicht einfach mit Kontengruppen ein CO Bericht erstellt werden kann.

Lösungsansatz Rechercheberichte im Bilanzreporting

Im Bereich des Haushaltsmanagements ist der SAP PSM Recherchebericht (siehe Artikel) ein nützliches Werkzeug, um verschiedene Stammdatenhierarchien oder auch Elemente aus PSM (wie Budgets) auszuwerten. Innerhalb des Moduls CO können hier mit Hilfe von ReportWriter verschiedene Kostenartengruppen ausgewertet werden. Ein vergleichbares Tool zur Analyse von Bilanzen ist hier auch im Modul FI vorhanden.

Dieses ist im Customizing (Transaktion SPRO) innerhalb der Hauptbuchhaltung zu finden.

• Transaktion SPRO
• Knoten FINANZWESEN
• Knoten HAUPTBUCHHALTUNG
• Knoten RECHERCHEB-ERICHTE (SACHKONTEN)

Hier können Formulare und Berichte angelegt werden. Ferner können hier auch entsprechende Variablen (bspw. innerhalb der Anwendungsklasse FBR) für das Feld PERDE (Periode) die beiden Variablen &3PF für Periode von (Quartal) und &3PT für Periode bis (Quartal) hinterlegt werden. Diese sind in der Transaktion FSIV ersichtlich.
 

Vorgehensweise - Anleitung Rechercheberichte im klassischen Hauptbuch

Die Vorgehensweise ist hier vergleichbar mit der Anlage eines Rechercheberichtes im Modul PSM (siehe Beschreibung unter SAP PSM Recherchebericht)

Über die Transaktion FSI1 - Bilanzbericht anlegen kann auf die Transaktion FSI4 - Formular anlegen abgesprungen werden um ein entsprechendes Formular anzulegen, welches später dann den Bericht unter FI1 zugeordnet wird.

Hierbei können Bilanzanalysen, Bilanzkennzahlen oder Salden miteinander verglichen und in einen Bericht eingefügt werden.

Der Vorteil hierbei ist, dass nicht nur einzelne Sachkonten sondern einzelne Bilanzpositionen miteinander verglichen werden. Hierbei kann nicht nur die Bilanzsumme verglichen werden sondern auch Zeitreihen (Quartals- oder Mehrjahresvergleiche) für einzelne Bilanzpositionen verglichen werden.

Als sehr allgemein gehaltene Anleitung kann bspw. folgender Bericht erstellt werden.

1. Formular anlegen (Transaktion FSI4)

Auch hier bietet sich die Option "Zwei Koordinaten Matrix" bspw. für den Formulartyp "Bilanzkennzahl" an.

Hier sollte das Merkmal "Bil/GuV-Strukt." als allgemeine Selektion eingetragen werden. Dieses kann bspw. INT für die Handelsbilanz oder die eigene Bilanz GuV Struktur. Daneben sollte auch "Plan-/Ist-Kennz." mit 0 für die Istwerte angegeben werden.

Als Spalten können hier Geschäftsjahre als Merkmal hinterlegt werden. Dieses kann entweder als Variable oder Festwert erfolgen.

Danach können als Zeilen entweder einzelne Bilanzpositionen bspw. die Bil/GuV-Pos. des Eigenkapitals hinterlegt werden. Diese sind als Kennzahl "Bilanzwert" einzupflegen. Daneben können aber auch, so vorhanden Konstanten, ausgegeben werden.

Ferner sind hier auch Formeln möglich und weitere Aufschlüsselungen der Positionen.

2. Bericht anlegen (Transaktion FSI1)

Mit den erstellten Formular kann dann zur Maske FSI1 zurückgekehrt werden und hier der Bericht mit Selektionskriterien, Ausgabeart (klassische Recherche) und verschiedenen anderen Merkmalen

3. Ausführen des Berichtes (FSI0)
Über die Transaktion FSI0 kann dieser Bericht dann ausgeführt werden. Auch diese Rechercheberichte können gegebenenfalls als kundeneigene Transaktion angelegt werden, sodass diese direkt gestartet werden können.

Fazit - Arbeit mit FI Rechercheberichte

Sofern ein Quartalsbericht auf diese Weise erstellt wird kann beim Bedarf einer Anpassung des Berichtes über folgende Transaktionen erfolgen.

a) Änderung des Formulars
Hier kann die Transaktion "FSI5 - Fromular ändern" verwendet werden, so dass hier entsprechend gepflegte Merkmale erweitert oder Formeln angepasst werden können.

b) Änderung des Berichtes
Soll die Ausgabeart oder auch Kopf/Fußzeilen im Bericht ergänzt werden kann die Transaktion "FSI2 - Bericht ändern" verwendet werden.


Ergänzungen
Innerhalb des Artikels Bilanz- GuV- Struktur definieren oder nach CO-PCA kopieren wird auch noch einmal auf die Definition der Bilanz/GuV Struktur eingegangen und die Möglichkeit der Auswertung über Kontengruppen im Modul CO dargestllt, sofern alle Konten auch nach CO (bspw. in die Profit-Center-Rechnung (und sei es statistisch)) fortgeschrieben werden.

Berichtsdefinition (Formatierung des Recherchebericht)
Eine Anpassung der Merkmals- Zahlen oder sonstiger Formatdarstellung kann, wie im Artikel "Formatanzeige im Recherchebericht (Darstellung in 1 EUR)" beschrieben entsprechend als Berichtsdefinition gespeichert werden.

Literaturempfehlung:
Unter Praxishandbuch Reporting im SAP-Finanzwesen (FI Berichte und Berichtstools) habe ich auch ein passendes Buch zum Thema vorgestellt, das einen guten Einblick in das Reporting im Finanzwesen liefert.

Rechercheberichte für Bilanzreporting im neuen Hauptbuch

Mit Einführung des neuen Hauptbuches sind auch die Rechercheberichte für das Bilanzreporting neu anzupassen. Im Artikel "Bisherige SAP ERP / ECC Berichte unter SAP S/4HANA insbesondere im Bereich FI - Bilanzreporting, CO - Report Painter CO-OM und EC-PCA und PSM - BCS und Klassische Budgetierung" bin ich auf die neuen Formulare und Berichte eingegangen.



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 Berichtswesens mit SAP nicht nur für CO im Buch.
 

Ausgangslage
Ein neuer User in der Finanzbuchhaltung erhält bei der Anzeige eines Beleges (über die Transaktion FB03) eine andere Ansicht als ein anderer User mit identischen Berechtigungen. Es wird der Wunsch geäußert ebenfalls die Druckansicht eines Beleges angezeigt zu bekommen. Über Springen->Anzeigen als Liste lässt sich diese Darstellung zwar ändern, aber für jeden einzelnen Beleg sei dieses doch etwas umständlich.

Ursache
In der Beleganzeige (zum Beispiel über die Transaktion FB03) werden die einzelnen Buchungszeilen untereinander in einer Box und nicht im neuen Design mit entsprechenden Vorhebungen. Auch der Belegkopf gleicht einen Formular und nicht der gewünschten Druckansicht.

Lösung
Die Darstellungsweise der Belege kann an zwei Stellen umgestellt werden.

a) In der Beleganzeige (Transaktion FB03)
Hier findet sich die Einstellung in den Bearbeitungsoptionen (in der zweiten Symbolleiste neben Belegliste und erste Position bzw. über UMSCHALT und F4 erreichbar) hier kann die Beleganzeige unter den Punkt Belegübersicht auf "als ALV Classic Liste" statt "klassische Darstellung" umgestellt werden. Diese Einstellung gilt für die aktive Sitzung des Users und stellt sich nach einer erneuten Anmeldung wieder zurück.

b) Dauerhafte Einstellung FB00
Eine dauerhafte Einstellung kann in den "Bearbeitungsoptionen Buchhaltung" über die Transaktion FB00 vorgenommen werden. Hier muss dann auf die Registerkarte Beleganzeige gewechselt werden und auch hier besteht die Möglichkeit der Option "als ALV Classic Liste" bei der Belegübersicht auszuwählen.

Die Variante b) hat den Vorteil, dass Sie auch bei erneuter Anmeldung erhalten bleibt. Bei neu angelegten Usern kann es sein, dass hier im Standard die klassische Darstellung gewählt ist, entsprechend kann es zu einer anderen Anzeige bei Benutzern innerhalb der Buchhaltung kommen.

Im Rahmen von SEPA ist die Pflege von IBAN bei Bankverbindungen erforderlich.

Die Deutsche Bundesbank hat auf der Seite sepadeutschland.de weitere Informationen zum Thema SEPA zur Verfügung gestellt. Ab dem 1. Februar 2014 ist die IBAN (International Bank Account Number, internationale Bankkontonummer)im inländischen und grenzüberschreitenden Zahlungsverkehr in Euro im Euro-Raum verpflichtend.

Für die Stammdatenpflege im SAP Modul FI kann in der Stammdatenpflege durch die Schaltfläche IBAN bei "Zahlungsverkehr" (über die Transaktion FK02 bei Kreditoren oder FD02 bei Debitoren) ein Vorschlagwert für IBAN aus den hinterlegten Daten Land, Bankschlüssel und Bankkonto durch die Taste "IBAN" generiert werden.

Es erfolgt ein Vorschlag zur IBAN der bestätigt werden kann, so dass diese direkt übernommen werden kann und unter Zahlungsverkehr im Feld IBAN Wert hinterlegt wird.

Dieser Vorschlagwert kann dann in der Einzelstammdatenpflege übernommen werden.

Eine Massengenerierung von IBAN Vorschlagwerten ist leider nicht vorgesehen, jedoch bietet der OSS Hinweis 503396 ein ABAP Programm (RFIBAN00).

Für die Generierung von IBAN im Bereich der Personalabrechnung muss der Infotyp 0009 gepflegt werden. Dieses muss im Customizing aktiviert werden.

Der entsprechende Punkt ist im Customizing (Transaktion SPRO) unter

• Personalmanagement->
• Personaladministration->
• Schnittstellen und Integration->
• Verwendung der IBAN im Personalmanagement

zu finden.

Zur Massengenerierung von Vorschlagswerten ist hier leider kein ABAP Programm vorhanden. Jedoch weist der OSS Hinweis 1251446 auf die Transaktion IBANMD (Programm RFIBANMD) hin, die über das "IBAN hin und zurück Verfahren"
in Zusammenarbeit mit https://www.iban-service-portal.de/ einen Upload und Download empfiehlt. Zu beachten ist, dass die aus IBANMD generierte Datei als CSV (; getrennt) erstellt werden muss. In diesen Verfahren wird ebenfalls aus den vorhandenen Kontodaten eine IBAN generiert.

Beispiele für eine CSV-Datei:
IBAN-hin-Datei:
"DE";;;;;51350025;1234567890;;;;;
Der Datensatz umfasst: Land, BLZ, Kontonummer
IBAN-Rück-Datei:
"DE";;;;;51350025;1234567890;;"HELADEF1GIE";"DE34513500251234567890";;00
Der Datensatz umfasst Land, BLZ, Kontonummer, BIC (Internationale Banknummer/SWIFT Code), IBAN

Nähere Informationen zum Aufbau der IBAN sind im Beitrag IBAN-Rechner erläutert.

Eine Auswertung von Debitoren oder Kreditoren innerhalb SAP anhand der gepflegten IBAN ist im Artikel "Query über IBAN und Stammdaten Kreditor oder Debitor (Zusatztabellen in SAP Query)" ausführlicher beschrieben.

Ausgangslage
Für eine Stammdatenauswertung sollen alle Buchungskonten der Module FI, CO und PSM ausgewertet werden. Dieser Kontenplan soll das Sachkonto (Modul FI), die Kostenart (Modul CO) und die mit den Sachkonto verknüpfte Finanzposition (Modul PSM) enthalten.

Voraussetzung
Grundvoraussetzung für eine Auswertung per Query, ist dass die Nummernkreise von Sachkonto und Kostenarten übereinstimmen. Dieses bedeutet, dass das Sachkonto 6543 auch als Kostenart 6543 angelegt ist. Sofern hier die Sachkonten aus FI mit den Kostenarten aus CO übereinstimmen sollte dieses kein Problem sein. Allerdings werden so reine CO Konten (bspw. sekundäre Kostenarten) nicht ausgwertet.

Problem / bzw. mögliche Fehlerquelle
Hierbei ist zu beachten, dass teilweise durch die FMDERIVE mglw. eine andere Aussteuerung der Sachkonten auf entsprechende Finanzpositionen gepflegt sein kann.

Lösung
Sofern die Voraussetzungen (übereinstimmende Nummernlogik von Sachkonto und Kostenart) erfüllt sind besteht die Möglichkeit einen modulübergreifenden Kontenplan durch Auswertung von Datenbanken zu erstellen.

1.) Infoset definieren
Über SAP Query müssen hierbei mehrere Tabellen miteinander verknüpft werden.
Folgende Tabellen enthalten die für uns erforderlichen Stammdaten:

Tabellen
SKA1 - Sachkontenstamm (Kontenplan)
SKAT - Sachkontenstamm (Kontenplan: Bezeichnung)
SKB1 - Sachkontenstamm (Buchungskreis)
CSKA - Kostenarten (Kontenplanabhängige Daten)
FMCI - Finanzpositionen Stammdaten
CSKB - Kostenarten (Kostenrechnungskreisabhängige Daten)
CSKU - Kostenartentexte
FMCIT - Finanzpositionen Texte


Folgende Felder werden hierbei miteinander verknüpft.

Verknüpfungen
Hierbei steht <--> für einen normalen Join und >LO< für einen left outer join. Die left outer joins sind erforderlich um auch Datensätze auszugeben, die nicht in allen Tabellen vorhanden sind.

SKA1-KTOPL <--> SKAT-KTOPL (Kontenplan)
SKA1-SAKNR <--> SKAT-SAKNR (Nummer des Sachkonto)
SKA1-SAKNR >LO< SKB1-SAKNR (Nummer des Sachkonto)

SKAT-KTOPL >LO< CSKA-KTOPL (Kontenplan)
SKAT-SAKNR >LO< CSKA-KSTAR (Nummer Sachkonto und Kostenart)

CSKA-KTOPL <--> CSKU-KTOPL (Kontenplan)
CSKA-KSTAR <--> CSKU-KSTAR (Kostenart)

CSKA-KSTAR <--> CSKB-KSTAR (Kostenart)

SKA1-SAKNR >LO< SKB1-SAKNR (Nummer des Sachkonto)

SKB1-FIPOS <--> FMCI-FIPOS (Finanzposition)

FMCI-FIKRS <--> FMCIT-FIKRS (Finanzkreis)
FNCI-GJAHR <--> FMCIT-GJAHR (Geschäftsjahr)
FMCI-FIPEX <--> FMCIT-FIPEX (Finanzposition)

Feldgruppen

In den einzelnen Feldgruppen der Query können eigentlich alle Felder der Tabellen übernommen werden. Da für die Finanzpositionen nur bestimmte Felder relevant sind (die Finanzpositionen sind relativ stammdatenpflegefreundlich ;-)).

Entsprechend umfassen die Feldgruppen folgende Felder:

FMCI:
FMCI-FIPOS Finanzposition
FNCI-FIVOR Finanzvorgang
FMCI-POTYP Finanzpositionstyp
FMCI-VPTYP Vortragspositionstyp der Finanzposition
FMCI-FIPUP Übergeordnete Finanzpositions

Gerade das Feld FMCI-FIPUP ist hierbei zu beachten, da anhand der übergeordneten Finanzposition die Standardhierarchie der Finanzpositionen innerhalb PSM abgebildet wird.

FMCIT:
FMCIT-BEZEI Bezeichnung
FMCIT-TEXT1 Beschreibung


2.) Query definieren
Innerhalb der Query werden nun auf folgende Felder der einzelnen Tabellen Zugriff genommen bzw. in der Grundliste zugewiesen. Hierbei ist L als Listenfeld und S als Selektionsfeld zu verstehen.

Die Felder werden hier in der Reihenfolge angeben, wie diese dann auch in der Query ausgegeben werden sollen:

a) Sachkonto

SKA1 - Sachkontenstamm (Kontenplan)
Sachkonto (L,S) SKA1-SAKNR
KtoG (L) SKA1-KTOKS (Kontengruppe)
SKAT - Sachkontenstamm (Kontenplan: Bezeichnung)
Kurztext (L) SKAT-TEXT20
Langtext (L) SKAT-TEXT50
SKB1 - Sachkontenstamm (Buchungskreis)
St (L) SKB1-MWSKZ (Steuerkategorie)
Sor (L) SKB1-ZUAWA (Sortierschlüssel)
FStG (L) SKB1-FSTAG (Feldstatusgruppe)
A (L) SKB1-XINTB (Kennzeichen: Konto nur automatisch bebuchbar)
Finanzposition (L) SKB1-FIPOS

Die einzelnen Daten werden bewust in der Reihenfolge ausgegeben in der die Stammdaten auch gepflegt werden.

b) Kostenart

CSKA - Kostenarten (Kontenplanabhängige Daten)
Kostenart (L) CSKA-KSTAR
CSKU - Kostenartentexte
Bezeichnung (L) CSKU-KTEXT
Beschreibung (L) CSKU-LTEXT
CSKB - Kostenarten (Kostenrechnungskreisabhängige Daten)
KA (L) CSKB-KATYP (Kostenartentyp)

c) Finanzposition

FMCI - Finanzpositionen Stammdaten
Finanzposition (L) FMCI-FIPOS
FMCIT - Finanzpositionen Texte
Bezeichnung (L) FMCIT-BEZEI
Beschreibung (L) FMCIT-TEXT1
FMCI - Finanzpositionen Stammdaten
VG (L) FMCI-FIVOR (Finanzvorgang)
P (L) FMCI-POTYP (Finanzpositionstyp)
Vo (L) FMCI-VPTYP (Vortragspositionstyp)
Übergeordnete Finanzpos. (L) FMCI-FIPUP

Hinweis zur Anwendung
Durch diese Query können nun zu den Sachkonten die entsprechende Kostenarten / Finanzpositionen ermittelt werden. Auf diese Weise kann bspw. ein Stammdatenabgleich zwischen unterschiedlichen Systemen erfolgen. Interessant in diesen Zusammenhang ist auch, dass hier die Zuordnung von Sachkonten zu "symbolischen" Finanzpositionen ersichtlich ist. Bspw. eine Zuordnung zu einer Finanzposition AFA etc..

---

Hinweis:

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

---

In einer Query für die ANlagenbestandsliste (siehe Query Anlagenbuchhaltung (Inventarliste) über logische Datenbank ADA ) wurde innerhalb der logischen Datenbank ADA das Feld ANLCV-KANSW kumulierte Anschaffungs- und Herstellungskosten aus der Struktur ANLCV "Anlagenreporting: ANLC-Felder ergänzt um verschied" entnommen.

Im Laufe der ANwendung hat sich herausgestellt, dass die Query bei im aktuellen Geschäftsjahr angeschaffte Anlagen dieses Feld leer bleibt. Sofern nun eine Anlagenbestandsliste über einen bestimmten Anlagenwert gefiltert werden soll, ergibt sich hier ein Problem.

Ursache:

Das Feld ANLCV-KANSW umfasst die kumulierten Anschaffungs- und Herstellungskosten, die bis zum Anfang des aktuellen Geschäftsjahres auf die Anlage zugegangen sind. Somit sind die im Laufe des Jahres angeschafften Anlagen hier noch mit keinen Buchwert versehen, so dass diese erst zum Jahresende ausgewiesen werden.

Lösung:

Innerhalb der Struktur ANLCV "Anlagenreporting: ANLC-Felder ergänzt um verschied" bietet sich das Feld

ANLCV-BEST_GJE "Anschaffungswert Geschäftsjahresende ( ohne Inv. förderung)" an, da hier alle Anschaffungskosten gelistet werden, so dass nun auch eine Filterung der im laufenden Jahr angeschafften ANlagen erfolgen kann.

Hinweis:

Die summierten Felder der Struktur ANLCV wie z.B. die in der Query verwendeten Felder:
ANLCV-BEST_GJE Anschaffungswert Geschäftsjahresende ( ohne Inv. förderung
ANLCV-KANSW kumulierte Anschaffungs- und Herstellungskosten
ANLCV-KNAFA Kumulierte Normalabschreibungen
ANLCV-KSAFA Kumulierte Sonderabschreibungen
ANLCV-KAAFA Kumulierte außerplanmäßige Abschreibung
ANLCV-LFD_BCHWRT Buchwert der Anlage aktuell

sollten nur als Listenfelder und nicht als Selektionsfelder gewählt werden. Eine Filterung über den Anlagenwert kann dann über die ALV Liste oder in Excel erfolgen.

Ergänzung:

Sollen auch zeitabhängige Stammdaten ausgewertet werden, bzw. die Buchungen der Profit-Center-Rechnung und der Anlagenbuchhaltung aufeinander abgestimmt werden ist auch der Artikel "Abgleich Belege in CO auf Profit-Center mit zeitabhängigen Stammdaten der Anlagenbuchhaltung bei Investitionen" relevant. Hier ist auch das Thema "Vorraussetzung für das Buchen auf Innenaufträgen in der Anlagenbuchhaltung" behandelt.

---

Hinweis:

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

---

Ausgangslage:
Für ein Reporting innerhalb der Anlagenbuchhaltung sollen im Anlagenstammsatz entsprechende Felder hinterlegt werden, die dann in einer Stammdatenliste beispielsweise in Form einer Query ausgewertet werden.

Lösung:
Innerhalb des Anlagenstammsatzes finden sich im Reiter "Zuordnungen" die Felder Ordnungsbegriffe, welche einzeln über die Feldstatuspflege eingeblendet werden können.

Innerhalb des Customizing können hierbei insgesamt fünf Ordnungsbegriffe hinterlegt werden. Dabei haben vier davon 4-stellige Ordnungsziffern und einer die Möglichkeit von 8-Stellen. Daneben können diese Ordnungsziffern dann auch entsprechende Bezeichnungen haben.

Denkbar ist es bspw. hier einen entsprechenden Nummerncode für die Mittelherkunft zu hinterlegen.

Die einzelnen Ordnungsbegriffe könenn innerhalb des Customizing mit entsprechenden Einträgen hinterlegt werden und später dann auch als Selektionsparameter ausgewertet werden.
Im Beispiel der Query wird bspw. der Ordnungsbegriff 1 für die Mittelherkunft genutzt, welche Nummern darstellen und die Texte sind dann die ausführlichen Bezeichnungen (in der Query wäre dieses dann das Feld

Zusatzfelder zu ANLAV
Text:Ordnungsbegriff 1 (L) TEXT_ANLAV_ORD41

Aber auch im Anlagenstammsatz sind diese Ordnungsbegriffe entsprechend einzusehen.

Customizing Ordnungsbegriffe:

Innerhalb des Customizing befinden sich die Pflege der Ordnungsbegriffe unter:

Transaktion SPRO
Finanzwesen->
Anlagenbuchhaltung->
Stammdaten->
Benutzerfelder

Hier gibt es die Funktionen:
"Ordnungsbeegriffe 4-stellig ausprägen" (Transaktion OAVA)
"Ordnungsbegriffe 8-stellig ausprägen" (Transaktion OAV8)

unter welchen die einzelnen Ausprägungen der Ordnungsbegriffe gepflegt werden können.

Über die Funktion "Schlüsselworte der Ordnungsbegriffe ändern"
ist es dann auch möglich die Bezeichnungen der Ordnungsbegriffe zu ändern, so dass bspw. statt "Ordnungsbegriff 1" hier auch "Mittelherkunft" ausgewiesen wird.

Diese Änderung ist dann sowohl im Anlagenstammsatz als auch als Spaltenüberschriften für Queries möglich.

Somit besteht hier im Rahmen einer Klassifizierung über diese Ordnungsbegriffe die Möglichkeit Anlagenlisten nach bestimmten Kriterien zu summieren bzw. auszuwerten. Ein Nachteil ist hierbei ggf. dass diese dann entsprechend nachgepflegt werden müssen. Wobei dieses dann auch anhand eines CATT möglich ist.

Ausgangslage
Es soll ein Verzeichnis über alle Anlagen inklusive Bezeichnung des zugeordenten Innenauftrages, sowie Standort und Wert der Anlage. Dieses soll bspw. als Inventarliste zur Kontrolle an den einzelnen Standorten genutzt werden. Hierzu nutzen wir die Auswertungsmöglichkeiten einer logischen Datenbank.

Die Struktur einer logischen Datenbank kann in der Transaktion SE36 eingesehen werden. Hier sind auch die einzelnen Komponenten für die logische Datenbank ADA einzusehen.

Logische Datenbanken enthalten schon Verknüpfungen und können direkt als Grundlage für ein Infoset verwendet werden. Dieses hat den Vorteil, dass man nicht selbst erst einzelne Tabellenverknüpfungen erstellen muss.

Diese sind in der SE36 betrachtbar. Im Bereich HR wären dieses bspw. PNP oder PCH. Der Nachteil dieser logischen Datenbanken ist, dass hier keine weiteren Tabellen abgefragt werden können sondern diese hierarchisch von SAP festgelegt sind.

Logische Datenbanken sind bspw. BRF (für FI Belege) oder ADA (für die Anlagenbuchhaltungsdaten).


1.) Infoset anlegen

Basierend auf die logische Datenbank ADA wurden folgende Werte in Feldgruppen entsprechend der vorhandenen Struktur übernommen


Aus der Struktur ANLAV "Anlagenreporting: ANLA-Felder ergänzt um Kst, ..."

ANLAV-BUKRS Buchungskreis
ANLAV-ANLKL Anlagenklasse
ANLAV-ANLN1 Anlagen-Hauptnummer
ANLAV-ANLN2 Anlagenunternummer
ANLAV-KTOGR Kontenfindung
ANLAV-AKTIV Aktivierungsdatum der Anlage
ANLAV-DEAKT Deaktivierungsdatum
ANLAV-ORD41 Ordnungsbegriff 1
ANLAV-LIFNR Kontonummer des Lieferanten bzw. Kreditors
ANLAV-MENGE Menge
ANLAV-INVNR Inventarnummer
ANLAV-TXT50 Bezeichnung der Anlage
ANLAV-KOSTL Kostenstelle
ANLAV-STORT Standort der Anlage
ANLAV-CAUFN Innenauftrag
ANLAV-RAUMN Raum
ANLAV-KOSTLV Verantwortliche Kostenstelle der Anlage

Aus der Tabelle ANLB "Abschreibungsparamter":

ANLB-NAPRZ Prozentsatz Normalabschreibung
ANLB-NDJAR Geplante Nutzungsdauer in Jahren
ANLB-AFASL Abschreibungsschlüssel
ANLB-LGJAN Letztes Geschäftsjahr der Jahreswerte in der Anlagenbuchh.

Aus der Struktur ANLCV "Anlagenreporting: ANLC-Felder ergänzt um verschied":

ANLCV-KANSW kumulierte Anschaffungs- und Herstellungskosten
ANLCV-KNAFA Kumulierte Normalabschreibungen
ANLCV-KSAFA Kumulierte Sonderabschreibungen
ANLCV-KAAFA Kumulierte außerplanmäßige Abschreibung
ANLCV-LFD_BCHWRT Buchwert der Anlage aktuell


2.) Query anlegen

Innerhalb der Query werden nun auf folgende Felder Zugriff genommen. Bzw. in der Grundliste zugewiesen. Hierbei ist L als Listenfeld und S als Selektionsfeld zu verstehen.

Die Felder werden hier in der Reihenfolge angeben, wie diese danna uch in der Query ausgegeben werden sollen:

ANLAV - Anlagenreporting: ANLA-Felder ergänzt um Kst, ...
Ordnungsbegriff 1 (S) ANLAV-ORD41
(Hier kann bspw. die Mittelherkunft gepflegt sein)
Buchungskreis (L,S) ANLAV-BUKRS
Der Buchungskreis wird mit in der Listenanzeige übernommen, so dass ein Absprung über die Berichtsschnittstelle zur Transaktion AS03 möglich ist
Standort der Anlage (S) ANLAV-STORT
Verantwortliche Kostenstelle der Anlage (L,S) ANLAV-KOSTLV
Anlagenklasse (L,S) ANLAV-ANLKL

Zusatzfelder zu ANLAV
(Hierbei handelt es sich um ein in der logischen Datenbank gepflegtes Zusatzfeld zur Struktur ANLAV)
Text:Kontenfindung (L) TEXT_ANLAV_KTOGR

ANLAV - Anlagenreporting: ANLA-Felder ergänzt um Kst, ...
Menge (L) ANLAV-MENGE
Bei dieser Einheitenfeldposition sollen keine Einheit und das Feld nur ausgegeben werden, wenn es ungleich 0 ist. Hier sind entsprechende Felder in den Fenster Listenfeld markierbar.
Anlagen-Hauptnummer (L,S) ANLAV-ANLN1
Anlagenunternummer (L,S) ANLAV-ANLN2
Inventarnummer (L) ANLAV-INVNR
Aktivierungsdatum der Anlage (L) ANLAV-AKTIV
Deaktivierungsdatum (L,S) ANLAV-DEAKT
Auch hier ist markiert, dass das Feld nur ausgegeben wird, wenn es ungleich 0 ist
Bezeichnung der Anlage (L) ANLAV-TXT50

Zusatzfelder zu ANLAV
Text:Standort der Anlage (L) TEXT_ANLAV_STORT

ANLAV - Anlagenreporting: ANLA-Felder ergänzt um Kst, ...
Raum (L) ANLAV-RAUMN

Zusatzfelder zu ANLAV
Text:Ordnungsbegriff 1 (L) TEXT_ANLAV_ORD41
(Feld nur ausgeben, wenn ungelich 0, hier bspw. Mittelherkunft)

ANLAV - Anlagenreporting: ANLA-Felder ergänzt um Kst, ...
Kontonummer des Lieferanten bzw. Kreditors (L) ANLAV-LIFNR

Zusatzfelder zu ANLAV
Text:Kontonummer des Lieferanten bzw. Kreditors (L) TEXT_ANLAV_LIFNR

ANLAV - Anlagenreporting: ANLA-Felder ergänzt um Kst, ...
Kostenstelle (L,S) ANLAV-KOSTL
Innenauftrag (L,S) ANLAV-CAUFN

Zusatzfelder zu ANLAV
Text:Innenauftrag (L) TEXT_ANLAV_CAUFN

ANLACV - Anlagenreporting: ANLC-Felder ergänzt um verschiedene Summen
Hier sind alle Wertfeldpositionen mit der Option "kein Währungsfeld" versehen, da andernfalls in einer Zusatzspalte die Währungseinheit bspw. EUR mit ausgegeben werden, ferner sollen die Felder nur ausgegeben werden, wenn diese ungleich 0 sind.
kumulierte Anschaffungs- und Herstellungskosten (L) ANLCV-KANSW
Kumulierte Normalabschreibungen (L) ANLCV-KNAFA
Kumulierte Sonderabschreibungen (L) ANLCV-KSAFA
Kumulierte außerplanmäßige Abschreibung (L) ANLCV-KAAFA
Buchwert der Anlage aktuell (L) ANLCV-LFD_BCHWRT

ANLB - Abschreibungsparameter
Geplante Nutzungsdauer in Jahren (L) ANLB-NDJAR
Letztes Geschäftsjahr der Jahreswerte in der Anlagenbuchh. (L) ANLB-LGJAN

3.) Erweiterung
Über die Berichtsschnittstelle kann dann bspw. die Transaktion AS03 für Anlage anzeigen genutzt werden, so dass hier direkt der Anlagenstammsatz genutzt werden kann.


Hierzu rufen wir wiederum über die SQ01 die Query für eine Änderung auf.
Über SPRINGEN->BERICHTSZUORDNUNG können Empfängerberichte definiert werden.

Über das „+“ (Zeile einfügen) können weitere Query eingefügt werden. Alternativ kann hier auch ein anderer Berichtstyp ausgewählt werden. Über "TR Transaktion" können hier auch die Anlagenstammsatzanzeigetransaktion (AS03) hinterlegt werden.


Eine weitere Möglichkeit ist bspw. auch eine Schnittstelle zu einer anderen Query. Bspw. ist hier eine Stammdatenliste für Kostenstellen und Innenaufträge. Aber auch sonstige Auswertungen sind hier denkbar.


Nachtrag
Besser geeignet für den aktuellen AHK Wert ist das Feld:

ANLCV-BEST_GJE "Anschaffungswert Geschäftsjahresende ( ohne Inv. förderung)

Siehe Artikel:
Query Anlagenbuchhaltung (Inventarliste) - AHK Wert

Nachtrag 2 (2016)

Alternative Auswertung über Profit-Center-Rechnung sowie Bewegungsarten:

Da das Thema Auswertung der Anlagenbuchhaltung mit Mittelherkunft und Profit-Center immer wieder aktuell angefragt wird, habe ich im Artikel "Zusammenfassung Query über Anlagenzugang - Auswertung Investitionen aus Profit-Center-Rechnung" eine ausführlichere Darstellung der Möglichkeiten  inklusive eines Abschnitts zum Thema "Hintergrund: Anlagenzugänge über Bewegungsart und Buchungskonto selektieren" ergänzt.



 

---

Hinweis:

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

---

 

Problem:
Beim Buchunen über die SAP Enjoy Transaktion FB50 "Sachkontenbuchung Einbildtransaktion" soll das Feld Belegart keinen Wert enthalten, so dass hier direkt eine Belegart eingetragen werden kann.

Lösung:

Innerhalb des Customizing (Transaktion SPRO) kann über

Finanzwesen->
Hauptbuchhaltung->
Geschäftsvorfälle->
Sachkontenbuchung->
Sachkontenbuchung Enjoy->
Belegarten für Enjoy-Transaktionen definieren

für SAP Enjoy Transaktionen entsprechende Geschäftsvorfälle zu Belegarten buchungskreisabhängig hinterlegt werden.

In der Tabelle werden folgende Daten hinterlegt:
Buchungskreis;Kontoart;Vorgang (Rechnung,Gutschrift) sowie die Belegart.

Als Kontoarten können Anlagen, Debitoren, Kreditoren, Material und Sachkonten hinterleght werden. Sofern der Vorgang nicht ausgewählt wird gelten die Einstellungen sowohl für Rechnung als auch Gutschrift. Für die Belegarten gibt es eine Auswahlhilfe (F4), so dass hier eine der gepflegten Belegarten ausgewählt werden kann.

Ist hier kein Vorschlagswert hinterlegt, so wird bspw. bei der Transaktion FB50 die Belegart "SA" hinterlegt, so nicht über den Userparameter BAR eine andere Belegart festgelegt ist.

Um diesen Wert als "BLANK" / ohne Wert vorzubelegen ist es erforderlich, dass im Customizing der Enjoy-Transaktion zwar der Vorgang aber keine Belegart hinterlegt ist, andernfalls zieht sich SAP die Standardwerte oder einen entsprechenden Userparameter.

Ergänzung
Sofern bspw. für die Kombination Buchungskreis, Kontoart = Kreditoren, Vorgang = Rechnung als Belegart KR für Kreditorenrechnung hinterlegt ist, wird diese Belegart für die Transaktion FB60 gezogen und könnte bei der Buchungserfassung mit einer anderen Belegart überschrieben werden. Sofern unterschiedliche Belegarten (als Beispiel für andere Geschäftsbereiche) genutzt werden, muss darauf geachtet werden, dass hier nur eine Belegart hinterlegt werden kann und nicht pro User eben diese hinterlegt werden kann.


Ferner ist im Artikel "Grundlagen Finanzbuchhaltung: Belegart und Buchungsschlüssel als Vorschlagswerte für FI Transaktionen definieren" die Möglichkeit beschrieben für bestimmte Transaktionen in der Finanzbuchhaltung u.a. Anlagenbuchhaltung ebenfalls einen Vorschlagswert für die Belegart und Buchungsschlüssel zu hinterlegen.

Ausgangslage:
Beim Anlegen eines Debbitors aus Luxemburg erfolgt die Fehlermeldung "Umsatzsteuer-Id.Nr. muß die Länge 11 haben". Allerdings ist die Ust-Id. in Luxemburg zehnstellig (LU + 8 Ziffern).

Lösung:
Länderspezifische Einstellungen können innerhalb des Customizing (SPRO) unter

(SAP Netweaver->)
Allgemeine Einstellungen->
Länder einstellen->
Länderspezifische Prüfungen einstellen

oder alternativ mit der Transaktion
OY17 "Feldprüfungen der Länder"

eingestllt werden. Hier können Felder wie Postleitzahl, Bankschlüssel oder eben auch oder die USt.ID-Nummer formal geprüft werden. Hier werden jeweils Feldlängen und Prüfregeln hinterlegt werden.

So sollte hier bspw. für LU Luxemburg als Länger der USt.ID-Nummer 10 und als Prüfung 3 "Länge exakt einzuhalten, lückenlos" eingestellt werden.

Das entsprechende Customizing ist mandantenabhängig.

Nachtrag:
Der Aufbau von internationalen Umsatzsteuer-Identifikationsnummer ist auf der Seite des Bundeszentralamtes für Steuern erläutert.

Unter
Startseite
-> Steuern International
-> USt-Identifikationsnummer

findet sich auch ein Merkblatt zum Aufbau der Umsatzsteuer-Identifikationsnummer (USt-IdNr.) in den EU-Mitgliedstaaten.

Da das Thema Umsatzsteuer immer einmal wieder interessant ist möchte ich auch gerne den Artikel "Konfiguration Umsatzsteuermeldung DE" von SAPManDoo empfehlen auch wenn ich weniger mit der Thematik Finanzbuchhaltung und Steuern im Alltag zu tun habe. Hier haben wir zum Glück fähige Kolleginnen und Kollegen :-).

Ausgangslage:

Bei der Auswertung von Abteilungen wurde nicht nur das Intervall der Finanzstellen ausgewertet sondern auch die Finanzstellengruppe.


Grundsätzlich gibt es drei Möglichkeiten der Auswertung innerhalb einer Abteilung:

a) Intervall von Finanzstellen
Unproblematisch, da hier keine aussen vorgelassen wird.

b) Nutzung der Finanzstellenhierarchie
In der Stammdatenpflege wird in einer Hierarchievariante die übergeordnete Finanzstelle angegeben.
Diese Finanzstellenhierarchie kann dann bei Auswertungen genutzt werden, indem die übergeordnete Finanzstelle einer Abteilung bspw. 501 für die untergeordneten Finanzstellen
der Abteilung 501 (umfassen die Finanzstellen 5010000 bis 5010245), so dass hier die untergeordneten Finanzstellen genutzt werden können.
Hierbei ist in den einzelnen Finanzstellen die übergeordnete Finanzstelle eingepflegt, so dass hier bei sauberer Stammdatenpflege kein Problem entstehen dürfte.

c) Finanzstellengruppe
Analog zur Kostenstellengruppe sind hier die einzelnen Finanzstellen als zusätzliches Stammdatum gefplegt. Die Finanzstellengruppen sind hier zusätzlich zu den Stammdaten zu pflegen.

Lösung

Um die Zusammenhänge der Stammdaten zu beachten kann es sinnvoll sein sich einen Workflow (Ablaufplan) für die Stammdatenpflege bei Kontierungselementen anzulegen.

Beispiel Workflow Kostenstelle

1. Profitcentergruppe innerhalb der Standardhierarchie (Transaktion KCH5)
2. Profitcenter anlegen (Transaktion KE51)
3. Kostenstelle mit Verweis auf Profitcenter Landesmittel (Transaktion KS01) und Kostenstellenhierarchie
4. Finanzstelle anlegen (Transaktion FMSA)
Achtung Finanzstellenhierarchie beachten!!!
5. Finanzstellengruppe pflegen
6. Berechtigungen
Ggf. Rollen und Berechtigungskonzept anpassen


Beispiel Workflow Projekte
1. Profitcentergruppe innerhalb der Standardhierarchie (Transaktion KCH5)
2. Profitcenter anlegen (Transaktion KE51)
3. Innenauftrag mit Verweis auf Profitcenter Auftrag anlegen (Transaktion KO01)
- Auftragsart
- Profitcenter
- verantwortliche Kostenstelle
- Abrechnungsregeln
4. Fond anlegen: (Transaktion FM5I)
Budgetprofil: ??
Finanzierungszweck ??

Im Artikel "Massenstammdatenpflege mit LSMW oder SECATT dank Transaktionsaufzeichnung - Handbuch erweiterte computergestützte Test-Tool (eCATT) und LSMW" habe ich zwei Methoden beschrieben, wie solche Stammdaten ins SAP als Massendaten angelegt werden können. Hier muss man jedoch wirklich für jede Transaktion eine eigene Aufzeichnung machen. Interessant ist die Frage, ob innerhalb eines CATT auch mehrere Transaktionen als Muster angelegt werden können.

Sollen nur bestimmte Kreditoren / Debitorendaten ausgewertet werden können hier ebenfalls bei Kreditoren unter Allgemeine Daten / Steuerung (Kontosteuerung) im Feld Berechtigung bzw. bei Debitoren unter Steuerungsdaten ebenfalls im Feld Berechtigung eine Berechtigungsgruppe eingepflegt werden.

Über die Berechtigungsobjekte:

Debitoren:
F_BKPF_BED
F_KNA1_BED

Kreditoren:
F_BKPF_BEK
F_LFA1_BEK

können dann Aktivitäten zugewiesen werden.

Zu Beachten ist hierbei, dass bei einer evtl. Auswertung eines Debitorernbeleges dann die Buchungszeile des Debitor nich angezeigt wird (BS 01).

Der Artikel "Kontenberechtigung bspw. für Personalkosten auf Kostenarten, Sachkonten und Finanzpositionen oder Belagart mit Berechtigungsgruppen" fasst die einzelnen Beiträge zu diesem Thema ebenfalls zusammen.

Sollen Infouser innerhalb Fachabteilungen nur bestimmte Konten auswerten können, kann es sinnvoll sein hier Berechtigungsgruppen für bestimmte Konten zu verwenden.

Hier kann in Sachkonten unter Steuerungsdaten eine Berechtigungsgruppe zugewiesen werden. Dieses Feld ist frei definierbar.

Berechtigunsgrguppe bei FI Sachkonten

Über die Berechtigungsobjekte F_SKA1_BES und F_BKPF_BES können Aktivitäten in Verbindung mit den Berechtigungsgruppen zugewiesen werden (bspw. Aktivität 03 Anzeige).

 

Berechtigungsgruppe PSM-FM Finanzpositionen

ACHTUNG:

Wird das Modul Public Sector Management (ehemals FM bzw. PSM) eingesetzt. Ist eine solche Berechtigungsgruppe auch bei den Finanzpositionen (Kontierungsobjekt analog der Sachkonten) einzutragen.

Die Berechtigungen werden in PSM über die Berechtigungsobjekte

F_FICA_FPG
und
F_FICA_TRG

zu pflegen. Alternativ könnte man über das Berechtigungsobjekte

F_FICB_FPS
und
F_FICA_FTR

auch einzelne Finanzpositionen innerhalb des Berechtigungsfeldes FM_FIPOS für eine Auswertung im Haushaltsmanagement einstellen.

Eine Verwendung von Berechtigungsgruppen bei Finanzpositionen würde jedoch eine einfachere Datenpflege ermöglichen.

Die Berechtigungsgruppen könnten auch für Finanzstellen und Fonds genutzt werden, jedoch ist hier oftmals eine direkte Zuweisung der betroffenen Fonds und Finanzstellen übersichtlicher und dokumentationstechnisch genauer.

Eine andere Alternative ist die Berechtigungssteuerung von Personalkostenbuchungen anhand der Belegarten (siehe Artikel Belegartberechtigung F_BKPF_BLA. Dieses ist auch ein wenig flexibler als die reine Steuerung über Sachkonten.

Berechtigungen für einzelne Kostenarten

Eine Berechtigungsvergabe im Modul CO für das Berichtswesen ist nur über die beiden Berechtigungsobjekte K_CCA für Kostenstellen und K_ORDER für Innenaufträge möglich.

Hier sind jedoch nur Kostenarten entweder als Einzelwerte oder als Intervall positiv berechtigt, so dass keine negative Kostenartenberechtigung (Ausschluss bestimmter Kostenarten) noch Kostenartengruppen hinterlegt werden können.


K_CCA
"CO-CCA: Allg. Berechtigungsobjekt für Kostenstellenrechnung"
Hier können über CO-OM Verantwortungsbereich entsprechende Berechtigungen für Kostenarten hinterlegt werden.

Insbesondere die Aktionen 3027: Summensätze selektieren und 3028: Einzelposten selektieren dürften diene Erfordernisse entsprechen.

K_ORDER,
"CO-OPA: Allgemeines Berechtigungsobjekt für Innenaufträge"
Hier können ebenfalls Kostenarten in Kombination mit Innenaufträgen definiert werden.

Ergänzend sind noch zwei weitere Berechtigungsobjekte erwähnenswert:

K_REPO_OPA "CO-OPA: Reporting auf Aufträgen"

K_REPO_CCA "CO-CCA: Reporting auf Kostenstellen / Kostenarten"

Damit werden für die Kombination Kostenstelle/Innenauftrag die Berechtigungen auf Kostenarten festgelegt.

Der Artikel "Kontenberechtigung bspw. für Personalkosten auf Kostenarten, Sachkonten und Finanzpositionen oder Belagart mit Berechtigungsgruppen" fasst die einzelnen Beiträge zu diesem Thema ebenfalls zusammen.