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

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

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

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

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

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

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

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

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



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

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

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

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


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

Insgesamt umfasst dieses Buch folgende Module im Controlling:

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

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

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

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

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

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

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

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



Im Buch »Berichtswesen im SAP®-Controlling« bin ich ausführlich auf dies Thema eingegangen.
  Vielleicht finden sich hier ja auch noch weitere Anregungen für den Aufbau eines Berichtswesen mit SAP nicht nur für CO im Buch.
 
Letztes Jahr, im April 2018, hatte ich schon im Interview auf die Bedeutung von Weiterbildung im Beruf aber besonders im SAP Umfeld hingewiesen:



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

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

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

Gerade bei vorgelagerten Kostenstellen, wie Gebäude oder Serviceeinrichtungen, stellt sich oftmals die Frage, wie die hier aufgelaufenen Kosten auf die Endkostenstellen oder noch besser auf das Endprodukt als Kostenträger oder als Innenauftrag gelangen können.

Hier haben wir im Buch »Schnelleinstieg ins SAP® Controlling (CO)« die Möglichkeiten der Leistungsartenrechnung, der Kostenverteilung und der Kostenumlage vorgestellt, die sowohl im Ist als auch im Plan funktioniert. Diese Instrumente des Gemeinkostencontrolling im Modul SAP CO-OM (englisch Overhead Cost Management) können eine Basis für einen späteren Betriebsabrechnungsbogen sein und werden für ein solches Beispiel auch in unseren Buch vorgestellt.

In diesen Artikel möchte ich gerne die wesentlichen Punkte und die Unterschiede zu diesen drei Methoden vorstellen um so die Anwendungsgebiete vorstellen.

Leistungsartenrechnung

Die Leistungsartenrechnung kann vereinfacht als Menge x Preis bezeichnet werden. Dabei werden aus Plankosten und Planmengen ein Plantarif ermittelt der später als Grundlage der erfassten Leistungsmenge entsprechende die Senderkostenstelle auf Basis der in der Leistungsart erfassten Menge entlastet und die Empfängerkostenstelle belastet.

Dabei werden als Information sowohl die Mengen, die Leistungsart als auch die Verrechnungskostenart vom Typ 43 "Verrechnung Leistungen/Prozesse" ausgewiesen.

Der Tarif kann aber auch politisch gesetzt sein, so dass am Beispiel der Kopierkosten hier auch eine Kopie zu jeweils 0,05 Euro von der Kostenstelle der Kopiergeräte entlastet und auf die kopierende Kostenstelle belastet werden kann.

Einen kleinen Exkurs zur Leistungsartenrechnung befindet sich im Artikel "Interne Leistungsverrechnung: Anhand Leistungsart Senderkostenstelle und Partnerobjekte auswerten".
 

Kennzahlen basierte Verrechnung

Neben der Erfassung von Mengen können auch statistische Kennzahlen Basis für eine Verrechnung von Kosten sein.

Mögliche Kennzahlen sind hier die genutzten Raumflächen, Anzahl Beschäftigte oder auch die verbrauchten Telefoneinheiten. Diese Kennzahlen können dann für folgende Möglichkeiten der Verteilung eine Basis sein.

Kostenverteilung

Anhand eines Verteilungszyklus werden als Sender Kostenstelle und Kostenart gewählt und als Empfänger können unter anderen Kostenstellen als auch Innenaufträge gewählt werden. Basis für die Verteilung ist dann eine statistische Kennzahl wie die verbrauchten Telefoneinheiten.

Der Vorteil an einer Kostenverteilung ist, dass hier die ursprüngliche Kostenart erhalten bleibt diese aber auf Basis der eingebuchten Kennzahlen auf der Senderseite entlastet und auf der Empfängerseite belastet wird. Damit bleibt auch die primäre Kostenart erhalten.

Die Kostenverteilung ist sowohl im Ist als auch im Plan möglich. Entsprechend findet sich diese im SAP Menü unter:

• Rechnungswesen
• Controlling
• Kostenstellenrechnung

Entweder im Ist unter:

• Periodenabschluss
• Einzelfunktionen
• Verrechnungen
• Verteilung (Transaktion KSV5)

oder im Plan unter:

• Planung
• Verrechnungen
• Verteilung (Transaktion KSVB)

 

Kostenumlage

Die Kostenumlage hat einen Umlagezyklus allerdings werden die Kosten hier nicht auf ihrer primären Kostenart erhalten bleiben sondern über eine sekundäre Kostenart vom Kostenartentyp 42 "Umlage" am Sender entlastet und Empfänger belastet.

Hierzu wird im Umlagezyklus im Segmentkopf eine Umlagekostenart hinterlegt und im Register "Sender/Empfäng" sowohl die umzulegende Kostenarten(gruppe) samt Kostenstelle(ngrupe) sowie die empfangenden CO Objekte hinterlegt. In der Empfängerbezugsbasis wird ebenfalls auf die statistische Kennzahl wie die genutzte Raumfläche verwiesen.

Die Kostenumlage ist sowohl im Ist als auch im Plan möglich. Entsprechend findet sich diese im SAP Menü unter:

• Rechnungswesen
• Controlling
• Kostenstellenrechnung

Entweder im Ist unter:

• Periodenabschluss
• Einzelfunktionen
• Verrechnungen
• Umlage(Transaktion KSU5)

oder im Plan unter:

• Planung
• Verrechnungen
• Umlage(Transaktion KSUB)

Am Beispiel der Plankostenumlage habe ich hier einige Punkte dazu in den Artikeln "Innenaufträge als Empfänger von Umlagezyklen (KSUB)", "Auswertung Statistische Kennzahlen auf Innenaufträge für Lehrimport und Lehrexport auf Ebene Studiengänge" sowie unter "ReportWriter: Ergebnisse Planumlage (KSUB) je Partnerobjekt" geschrieben.

Fazit

Entscheidend für das entsprechende Instrument ist oftmals auch welche Zusatzinformationen den einzelnen Endkostenstellenverantwortlichen mit gegeben werden sollen. So ist es ziemlich sicher nicht relevant, welche einzelne Kostenbestandteile hinter einer Umlage der Gebäudekosten liegen mag, wohingehend bei den verbrauchten Telefoneinheiten es schon interessant sein kann, dass es sich hier um Telefonkosten handelt und nicht um allgemeine Kosten der Telefonzentrale ;-). Ob nun die verbrauchten Mengeneinheiten als Menge oder Kennzahlen erfasst sind ist wiederum eine andere Frage. Vorteil der Leistungsartenrechnung ist, dass direkt die Leistungsmenge erfasst und bewertet werden kann.

Wie erwähnt kann dieses tatsächlcih eine Basis für ein BAB sein, wie dieser auch in oberen Buch erläutert worden ist. Vergleichbares kann auch im Bereich des Hochschulcontrolling verwendet werden.


Auch hier ist ein mehrstufiges Modell erstellt worden, das am Ende basierend auf Kennzahlen Umlagen durchführt und zu entsprechenden Ergebnisobjekten führt.



Zumindest in der Anfangszeit hat mir ein entsprechendes Ablaufschemata mit Dokumentation der einzelnen Kennzahlen hier weiter geholfen. Im Artikel "Software für Prozessbeschreibungen (DIA)"  stelle ich eine passende Software vor mit der solche Prozesse dokumentiert werden können.  Diese eignet sich für eine Vielzahl von Geschäftsprozessen, wie sich auch im Artikel "Ereignisgesteuerte Prozesskette in DIA darstellen (weitere Objekte einfügen)" zeigt.

Alternativ lässt sich solches auch gut als Mindmap (siehe "Mindmapping und Sketchnotes im Beruf nutzen für Brainstorming oder Mind Mapping mit XMIND" darstellen.

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.
 

Einer der Vorteile im Hochschulumfeld dürfte tatsächlich der Austausch mit Kolleginnen und Kollegen über die eigenen Modulgrenzen hinweg sein. So stellte scih die Frage nach Anlagenzugänge der letzten 30 Tage oder einer Materialbelegliste über Buchungsdatum der letzten 10 Tage  vor der Frage, wie dieses ohne Anpassung des Bezugsdatum möglich ist.

Bei der Pflege von Varianten zu Berichten kann eine Variable für die Datumsberechnung genutzt werden. Nehmen wir als Beispiel einmal eine Auswertung der Anlagenzugänge wie zum Beispiel in der "Query Anlagenbuchhaltung (Inventarliste) über logische Datenbank ADA" oder aber auch der Möglichkeiten der Auswertung die im Artikel "Zusammenfassung Query über Anlagenzugang - Auswertung Investitionen aus Profit-Center-Rechnung" beschrieben sind.

Dynamische Datumsberechnung für Selektionsfelder

In beiden Varianten existiert ein Selektionsfeld wie "Buchungsdatum" um nun ein wenig dynamische Berechnung einzufügen kann das Selektionsbild der Auswertung gesichert werden und neben dem Feld Mußeingabe in der Spalte Selektionsvariable ein X für "Dynamische Datumsberechnung (Systemdatum)" gewählt werden (alternativ D für Dynamische Datumsberechnung (Lokales Datum).

Danach kann in der Spalte "Name der Variable (Eingabe nur per F4) über die Werthilfe  entweder tatsächlich F4 oder die Auswahl neben den Feld) eine Selektionsvariante gewählt werden. Zur Auswahl stehen hier verschiedene Möglichkeiten der Datumsberechnung unter anderen:

• aktuelles Tagesdatum
• Aktuelles Tagesdatum +/- ??? Tage
• Aktuelles Tagesdatum +/- ??? Arbeitstage
• Erster des aktuellen Monats
• Erster tag des Vormaonats
• ...

Daneben kann hier in der ersten Spalte gewählt werden, ob die angegebenen Werte selektiert werden sollen (I = include) oder ausgeschlossen werden sollen (E = exclude). Über die Optionen (zweite Spalte) kann gewählt werden,wie die Werte übereinstimmen sollen.

Als Optionen stehen unter anderen:

• EQ Equal: Einzelwert
• NE Not Equal: Alles außer den angegebenen Einzelwert
• LE Less or equal (kleiner oder gleich den selektierten Wert)
• LT less then (kleiner als)
• GE Greater or Equal (größer als oder gleich)
• GT greater then (größer als)

zur Verfügung.

Für eine Auswertung der Bestellungen der letzten 10 Tage wählen wir hier GE für größer als oder gleich als Option und I für die angegebenen Werte sollen selektiert werden für die Variable Aktuelles Tagesdatum +/- ??? Tage aus. Danach kann ein Paramter für die Datumsberechnung eingegeben werden. Diesesr Wert soll dann für ?? genommen werden.

Für die letzten 10 Tage ist dieses dann -10.

Verwendung dynamischer Datumsberechnung in Selektionsfelder einer Variable

Wird nun die angelegte Variante zum Bericht gewählt wird für das Buchungsdatum automatisch die Option Größer als oder gleich sowie als Datumswert das aktuelle Datum abzüglich 10 Tage gewählt. Die Berechnung erfolgt bei jeden Auswählen der Variante und stellt so eine Option dar um vorab schon einmal bestimmte Selektionskriterien automatisch vorzunehmen.

Manchmal bieten auch schon Varianten zu Berichten Lösungen die ich andersweitig über Zusatzfelder oder Coding vermutet hätte.

Gerade im dezentralen Berichtswesen ist die Nutzung von Varianten sehr praktisch. So können diese, wie im Artikel "Transport von Selektionsvarianten" beschrieben. vom Entwicklungssystem transportiert werden. Gerade in der Zusammenarbeit mit anderen kann es sinnvoll sein "Geschützte Selektionsvarianten entsperren" zu können und hin und wieder sollten auch bestehende Berichte, wie unter "Frühjahrsputz oder geschützte Varianten und nicht mehr benötigte Rechercheberichte entfernen oder reorganisieren" beschrieben kritisch hinterfragt werden.

Ein Vorteil ist auch, dass die Varianten vorausgewählt werden können. Dieses ist im Artikel "»Rechercheberichte de lux« im Modul PSM FM Haushaltsmanagement" am Beispiel PSM erläutert. Aber auch für andere Berichte bietet sich eine eigene Transaktion an.

So funktioniert dieses sowohl im Belegjournal "Kundeneigene Transaktionen zu Berichten in PSM FM Haushaltsmanagement zum Beispiel Belegjournal anlegen (Variantentransaktion)" als auch in anderen vorhandenen Berichten sowie in kundeneigene Berichte, wie am Beispiel "Transaktion anlegen (Report, Parameter) bspw. für SAP Query / Unterschied Parameter- oder Reporttransaktion" ersichtlich ist.

Weitere Anwendungsgebiete dieser dynamischen Datumsfelder

Tatsächlich gibt es auch noch weitere Anwendungsfällte in denen zum Beispiel Stammdaten über Datumsfelder ausgwertet werden können. Sowohl in der Transaktion S_KI4_38000039 (Alphabetische Liste von Fonds), KOK5 (Stammdatenliste von Innenaufträgen) sind hier Datumsfelder wie Arbeitsbeginn und Erfassungsdatum als mögliche dynamisch gefüllte Selektionsfelder mit Bezug zum aktuellen Datum zu erfassen.

Ein weiterer Bonus ist, dass dieses auch in kundeneigene Transaktionen oder auch einer Query funktioniert, was ebenfalls für die im Artikel "SAP Query als kundeneigene Transaktion mit Berechtigungen für Tabellenberechtigungsgruppe, Tabellen und Reporttransaktion vergeben" vorgestellte Transaktion ZKOK5 für eine umfangreiche Stammdatenauswertung gilt.

Somit schliesst sich auch der Kreis zum vorherigen Artikel "Massenänderung von Stammdatengruppen am Beispiel SET für Innenaufträge KOH2 oder Massenupload von Einzelwerten zum Set" über den die Stammdaten gepflegt worden sind und hier dann die Änderungen ausgwertet werden können.