Mittwoch, 2. November 2016
05:48 Uhr
05:48 Uhr
Salden je Finanzposition mit Unterscheidung Personal oder Sachaufwand aus PSM-FM durch Query über logische Datenbank FMF
Schon im Artikel "Einzelposten Klassische Budgetierung Hierarchiebelge" wurde die logische Datenbank FMF "Haushaltsmanagement (Klassische Budgetierung)" zur Auswertung von Budgetbelegen und einer entsprechenden Kontrolle verwendet. Allerdings sind hier auch Bewegungsdaten über die beiden Tabellen FMTOX "Summensätze: Obligo und Ist - Erweitert" und FMOIX "Einzelposten - Erweitert" vorhanden. Bei beiden handelt es sich jedoch nicht um eine transparente Tabelle sondern um eine Struktur welche erst zur Laufzeit mit entsprechenden Daten versorgt wird.
Der Vorteil bei der Verwendung einer logischen Datenbank, wie im Beispiel FMF, ist dass hierdurch für die Query zur Laufzeit ebenfalls notwendige Daten zur Verfügung gestellt werden.
Feldgruppe 01 "Budgetbelege Gesamtbudget"
Fonds ( BPBTX-FONDS )
Finanzstelle ( BPBTX-FICTR )
Finanzposition ( BPBTX-FONDS )
Belegnummer Budgetvergabe und Strukturplanung ( EPBT-BELNR )
Positionstext ( EPBT-BELNR )
Gesamtbudget in Finanzkreiswährung ( EPBT-WLGES )
Feldgruppe 02 "Budgetbelege Jahresbudget"
Fonds ( BPBYX-FONDS )
Finanzstelle ( BPBYX-FICTR )
Finanzposition ( BPBYX-FIPEX )
Belegnummer Budgetvergabe und Strukturplanung ( EPBY-BELNR )
Positionstext ( EPBY-SGTEXT )
Verteiltes Jahresbudget in Finanzkreiswährung ( EPBY-WLJHV )
Ergänzend zum bestehenden Infoset der Budgetbelege im oben verlinkten Beispiel werden folgende Feldgruppen angelegt um hier sowohl Einzelposten als auch Summen über eine Query auswerten zu können.
Für Saldenliste:
FMTOX - "Summensätze: Obligo und Ist - Erweitert"
Für Einzelposten:
FMOIX - "Einzelposten - Erweiter"
Dabei werden folgende Felder werden in die jeweiligen Feldgruppen übernommen:
Feldgruppe 03 "Summensätze Obligo Ist"
Finanzposition ( FMTOX-FIPEX )
Finanzstelle ( FMTOX-FICTR )
Fonds ( FMTOX-FONDS )
Geschäftsjahr ( FMTOX-GJAHR )
Periode ( FMTOX-PERIO )
Werttyp ( FMTOX-WRTTP )
Obligo/Ist (Zahlungsbudget) in Finanzkreiswährung ( FMTOX-FKBTRP )
HHM: Budgetperiode ( FMTOX-BUDGET_PD )
Betragsart ( FMTOX-BTART )
Feldgruppe 04 "Einzelposten"
Finanzstelle ( FMOIX-FICTR )
Fonds ( FMOIX-FONDS )
Finanzposition ( FMOIX-FIPEX )
Geschäftsjahr ( FMOIX-GJAHR )
Periode ( FMOIX-PERIO )
Werttyp ( FMOIX-WRTTP )
Buchungsdatum im Beleg ( FMOIX-BUDAT )
Im Workflow verarbeiteter Betrag in Finanzkreiswährung ( FMOIX-FKBTRW )
Positionstext ( FMOIX-SGTXT )
Danach wir das Infoset generiert und gesichert.
Da hier eine logische Datenbank ausgewertet wird, müssen keine Selektionsfelder definiert werden, da die Selektion für die Daten vom Infoset her selbst vorgegeben werden. Entsprechend sind alle Felder als Listenfelder (L) markiert worden. Die Felder werden hier in der Reihenfolge angegeben, wie diese dann auch in der Query ausgegeben werden sollen:
Jahr (L) FMTOX-GJAHR
Periode (L) FMTOX-PERIO
Finanzstelle (L) FMTOX-FICTR
Fonds (L) FMTOX-FONDS
Fondtext (L) Zusatzfeld von FMTOX Text: Fonds TEXT_FMTOX_FONDS
Finanzposition (L) FMTOX-FIPEX
WT (L) technische Nummer Werttyp FMTOX-WRTTP
Werttyp (L) Zusatzfeld von FMTOX Text: Wertyp TEXT_FMTOX_WRTTP
Obligo/Ist Zahl.Budget (L) FMTOX-FKBTRP
(Hierbei ist bei der Währungsfeldposition die Option kein Währungsfeld ausgewählt)
Betragsart (L) FMTOX-BTART
Betragsart (L) Zusatzfeld von FMTOX Text: Betragsart TEXT_FMTOX_BTART
Als Summationsfeld ist das Feld "Obligo/Ist" gewählt worden, so dass hier eine Zwischensumme beim Aufruf der Query gebildet wird. Im Ergebnis werden nun die Summen je Finanzposition unterschieden nach Werttyp ausgegeben. Dabei sind die Einzelposten nicht ersichtlich, so dass nicht mehr Personen etc. erkennbar sind.
Soweit besteht nun eine Liste der Ergbisse je PSM-FM-Objekt und es können hier Summen über diverse Konten (Finanzpositionen), Finanzstellen oder Fonds gebildet werden.
Wie auch schon im Artikel "Query Einzelpostenliste Innenauftrag mit Ausweis Ertrag und Aufwand Zweiter Teil Query zur Datenaufbereitung" vorgeschlagen kann anhand der Finanzposition die einzelne Buchung auch einer bestimmten Gruppierung zugeordnet werden.
Neben der reinen Auswertung der im Infoset zur Verfügung gestellten Feldern kann innerhalb der Query auch die Ergebnisse dieser Datenbankabfrage verarbeitet werden.
Dazu müssen einzelnen Feldern eine Kurzbezeichnung zugewiesen werden um auf diese in den lokalen Feldern dann Bezug genommen werden zu können.
Hierzu gehen wir nicht in die Grundliste der Query (wo später auch das Layoutdesign gepflegt wird) sondern wechseln innerhalb der Querypflege mit nächstes Bild (F6) auf die Feldauswahl der Query. Sofern wir uns noch in der Layoutpflege befinden kann über Zurück dorthin gewechselt werden. Alternativ kann auch im Menü über
SPRINGEN->FELDAUSWAHL->FELDAUSWAHL
in die Feldauswahl der Query gewechselt werden.
Achten Sie bitte darauf, dass über
EINSTELLUNGEN ->EINSTELLUNGEN
der grafischer Query Painter aktiviert ist, wobei dieses auch im Standard der Fall sein sollte. Andernfalls würde sich die Oberfläche zur Querydefinition etwas ändern (was zwar mehr Möglichkeiten bietet, aber leider auch ein wenig am Komfort der Pflege von Query verhindert.
Um den einzelnen Feldern eine Bezeichnung zuzuweisen ist es erforderlich über die Funktion
BEARBEITEN->KURZBEZEICHNUNGEN ->EINSCHALTEN
einzelne Felder eine Kurzbezeichnung zuordnen und mit dieser Bezeichnung dann arbeiten.
Erst nachdem die Kurzbezeichnungen eingeschaltet sind, kann über die Feldauswahl eine Kurzbezeichnung den einzelnen Feldern des Infoset zugewiesen werden.
Hierzu sollen nun das Feld Finanzposition die Kurzbezeichnung FIPO und das Feld Obligo/Ist (Zahlungsbudget) in Finanzkreiswährung die Kurzbezeichnung WERT erhalten.
Dieses geht über
BEARBEITEN->LOKALES FELD->ANLEGEN.
Dieses Lokale Feld wird dann in der Feldgruppe "Summensätze Obligo Ist" angelegt, in der wir uns gerade befinden und die auch die einzige ist, die wir für die Saldenliste verwenden.
Nun können folgende Felder angelegt werden.
1. Lokales Feld ERTRAG_5
Kurzbezeichnung: ERTRAG_5
Feldbezeichnung: 5er Ertrag
Überschrift: 5er Ertrag
Eigenschaften:
Gleiche Eigenschaften wie Feld: WERT
Berechnungsvorschrift:
Hier muss ausnahmsweise keine komplexe Berechnung eingetragen werden, da wir nur eine Bedingung (ein Intervall an Kostenarten) benötigen.
Entsprechen lautet die Berechnung WERT
und die zugehörige Bedingung
FIPO >= 50000000 AND FIPO <= 59999999
Alternativ kann dieses auch als
Bedingung: FIPO >= 50000000 AND FIPO <= 59999999
Formel: WERT
angegeben werden und Sonst leer gelassen werden. Somit wird das Feld Wert nur im lokalen Feld ausgegeben, wenn die Kostenart zwischen 50000000 und 59999999 liegt.
Genauso definieren wir folgendes Feld:
2. Lokales Feld AUFWAND_6
Kurzbezeichnung: AUFWAND_6
Feldbezeichnung: 6er Aufwand
Überschrift: 6er Aufwand
Eigenschaften:
Gleiche Eigenschaften wie Feld: WERT
Berechnungsvorschrift:
Bedingung: FIPO >= 60000000 AND FIPO <= 69999999
Formel: WERT
Hierdurch haben wir schon einmal eine Unterscheidung nach Ertrag und Aufwand.
3. Lokales Feld AUFWAND_6PERS
Kurzbezeichnung: AUFWAND_62-64_Peko
Feldbezeichnung: 6er Personalaufwand
Überschrift: 6er Personalaufwand
Eigenschaften:
Gleiche Eigenschaften wie Feld: WERT
Berechnungsvorschrift:
Bedingung: FIPO >= 62000000 AND FIPO <= 64999999
Formel: WERT
Jedes dieser lokalen Felder kann natürlich ebenfalls in der Query übernommen werden (dafür sind diese ja vorgesehen) und so kann die Query weiterverarbeitet werden.
Eine in meinen Augen sehr praktische Möglichkeit der Weiterverarbeitung in Excel ist hier durch Pivot-Tabelle in Kombination mit Datenschnitten (siehe Artikel "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik") möglich. Grundsätzlich liessen sich die Berechnungen für Ertrag, Aufwand etc. auch in Excel über WENN Funktion erheben oder (was ich noch nicht versucht habe) auch wie im Artikel "Excel Berechnete Felder in Pivottabellen" durchführen.
Inwieweit die Daten später dann auch graphisch aufbereitet werden (hier sei der Artikel "Datentrends für Drittmittelstatistik mit Sparklines ab Excel 2010 darstellen durch Liniendiagramme in Zellen" mit Hinweis auf verschiedene Gestaltungsmöglichkeiten erwähnt oder ob die Query selbst nur eine gute Basis für Datenanalysen sein soll steht wieder auf einer anderen Seite. Gerade für das Gestalten von Daten möchte ich gerne auf einen Beitrag von Ing. Katharina Schwarzer hinweisen "Meine Daten – meine Informationsquelle: Wichtige Tipps für das Reporting". Die an dieser Stelle erwähnten Grundsätze zur Gestaltung einer soliden Datengrundlage sollten auch bei der Erstellung einer Query beachtet werden, da auch hier die Form der Datenauswertung entscheidend ist. In diesen Zusammenhang möchte ich auch gerne das Blog von ihr "Soprani Software" empfehlen, dass ebenfalls durch strukturierte und gut verständliche Artikel punktet.
Der Vorteil der oben beschriebenen Auswertung kann mit zwei Punkten beschrieben werden:
Hinweis: Aktuelle Buchempfehlungen besonders SAP Fachbücher sind unter Buchempfehlungen inklusive ausführlicher Rezenssionenzu finden. Mein Weiterbildungsangebot zu SAP Themen finden Sie auf unkelbach.expert.
Der Vorteil bei der Verwendung einer logischen Datenbank, wie im Beispiel FMF, ist dass hierdurch für die Query zur Laufzeit ebenfalls notwendige Daten zur Verfügung gestellt werden.
Infoset über logische Datenbank FMF
Aus der vorherigen Infoset (Budgetauswertung) sind noch folgende Feldgruppen vorhanden:Feldgruppe 01 "Budgetbelege Gesamtbudget"
Fonds ( BPBTX-FONDS )
Finanzstelle ( BPBTX-FICTR )
Finanzposition ( BPBTX-FONDS )
Belegnummer Budgetvergabe und Strukturplanung ( EPBT-BELNR )
Positionstext ( EPBT-BELNR )
Gesamtbudget in Finanzkreiswährung ( EPBT-WLGES )
Feldgruppe 02 "Budgetbelege Jahresbudget"
Fonds ( BPBYX-FONDS )
Finanzstelle ( BPBYX-FICTR )
Finanzposition ( BPBYX-FIPEX )
Belegnummer Budgetvergabe und Strukturplanung ( EPBY-BELNR )
Positionstext ( EPBY-SGTEXT )
Verteiltes Jahresbudget in Finanzkreiswährung ( EPBY-WLJHV )
Ergänzend zum bestehenden Infoset der Budgetbelege im oben verlinkten Beispiel werden folgende Feldgruppen angelegt um hier sowohl Einzelposten als auch Summen über eine Query auswerten zu können.
Für Saldenliste:
FMTOX - "Summensätze: Obligo und Ist - Erweitert"
Für Einzelposten:
FMOIX - "Einzelposten - Erweiter"
Dabei werden folgende Felder werden in die jeweiligen Feldgruppen übernommen:
Feldgruppe 03 "Summensätze Obligo Ist"
Finanzposition ( FMTOX-FIPEX )
Finanzstelle ( FMTOX-FICTR )
Fonds ( FMTOX-FONDS )
Geschäftsjahr ( FMTOX-GJAHR )
Periode ( FMTOX-PERIO )
Werttyp ( FMTOX-WRTTP )
Obligo/Ist (Zahlungsbudget) in Finanzkreiswährung ( FMTOX-FKBTRP )
HHM: Budgetperiode ( FMTOX-BUDGET_PD )
Betragsart ( FMTOX-BTART )
Feldgruppe 04 "Einzelposten"
Finanzstelle ( FMOIX-FICTR )
Fonds ( FMOIX-FONDS )
Finanzposition ( FMOIX-FIPEX )
Geschäftsjahr ( FMOIX-GJAHR )
Periode ( FMOIX-PERIO )
Werttyp ( FMOIX-WRTTP )
Buchungsdatum im Beleg ( FMOIX-BUDAT )
Im Workflow verarbeiteter Betrag in Finanzkreiswährung ( FMOIX-FKBTRW )
Positionstext ( FMOIX-SGTXT )
Danach wir das Infoset generiert und gesichert.
Query Saldenliste PSM-FM
Für unsere Auswertung sind jedoch nur die Salden je Finanzposition erforderlich. Durch die Feldgruppe 03 beziehungsweise der Struktur FMTOX können je Finanzposition alle Buchungen zusammengefasst werden.Da hier eine logische Datenbank ausgewertet wird, müssen keine Selektionsfelder definiert werden, da die Selektion für die Daten vom Infoset her selbst vorgegeben werden. Entsprechend sind alle Felder als Listenfelder (L) markiert worden. Die Felder werden hier in der Reihenfolge angegeben, wie diese dann auch in der Query ausgegeben werden sollen:
Jahr (L) FMTOX-GJAHR
Periode (L) FMTOX-PERIO
Finanzstelle (L) FMTOX-FICTR
Fonds (L) FMTOX-FONDS
Fondtext (L) Zusatzfeld von FMTOX Text: Fonds TEXT_FMTOX_FONDS
Finanzposition (L) FMTOX-FIPEX
WT (L) technische Nummer Werttyp FMTOX-WRTTP
Werttyp (L) Zusatzfeld von FMTOX Text: Wertyp TEXT_FMTOX_WRTTP
Obligo/Ist Zahl.Budget (L) FMTOX-FKBTRP
(Hierbei ist bei der Währungsfeldposition die Option kein Währungsfeld ausgewählt)
Betragsart (L) FMTOX-BTART
Betragsart (L) Zusatzfeld von FMTOX Text: Betragsart TEXT_FMTOX_BTART
Als Summationsfeld ist das Feld "Obligo/Ist" gewählt worden, so dass hier eine Zwischensumme beim Aufruf der Query gebildet wird. Im Ergebnis werden nun die Summen je Finanzposition unterschieden nach Werttyp ausgegeben. Dabei sind die Einzelposten nicht ersichtlich, so dass nicht mehr Personen etc. erkennbar sind.
Soweit besteht nun eine Liste der Ergbisse je PSM-FM-Objekt und es können hier Summen über diverse Konten (Finanzpositionen), Finanzstellen oder Fonds gebildet werden.
Erweiterung Query zum Ausweis von Ertrag, Aufwand und Personalkosten
Der Vorteil dieser Query gegenüber dem Belegjournal (Transaktion FMRP_RFFMEP1AX ) ist, dass hier direkt eine Summe je Finanzposition ausgewiesen wird und nicht die Einzelposten mit ausgewiesen werden. Sofern mehr Interesse an den Einzelposten besteht dürfte eher der Artikel "Kundeneigene Transaktionen zu Berichten in PSM FM Haushaltsmanagement zum Beispiel Belegjournal anlegen (Variantentransaktion)" hiflreich sein.Wie auch schon im Artikel "Query Einzelpostenliste Innenauftrag mit Ausweis Ertrag und Aufwand Zweiter Teil Query zur Datenaufbereitung" vorgeschlagen kann anhand der Finanzposition die einzelne Buchung auch einer bestimmten Gruppierung zugeordnet werden.
Neben der reinen Auswertung der im Infoset zur Verfügung gestellten Feldern kann innerhalb der Query auch die Ergebnisse dieser Datenbankabfrage verarbeitet werden.
Kurzbezeichnung für Finanzposition und Wert
Dazu müssen einzelnen Feldern eine Kurzbezeichnung zugewiesen werden um auf diese in den lokalen Feldern dann Bezug genommen werden zu können.
Hierzu gehen wir nicht in die Grundliste der Query (wo später auch das Layoutdesign gepflegt wird) sondern wechseln innerhalb der Querypflege mit nächstes Bild (F6) auf die Feldauswahl der Query. Sofern wir uns noch in der Layoutpflege befinden kann über Zurück dorthin gewechselt werden. Alternativ kann auch im Menü über
SPRINGEN->FELDAUSWAHL->FELDAUSWAHL
in die Feldauswahl der Query gewechselt werden.
Achten Sie bitte darauf, dass über
EINSTELLUNGEN ->EINSTELLUNGEN
der grafischer Query Painter aktiviert ist, wobei dieses auch im Standard der Fall sein sollte. Andernfalls würde sich die Oberfläche zur Querydefinition etwas ändern (was zwar mehr Möglichkeiten bietet, aber leider auch ein wenig am Komfort der Pflege von Query verhindert.
Um den einzelnen Feldern eine Bezeichnung zuzuweisen ist es erforderlich über die Funktion
BEARBEITEN->KURZBEZEICHNUNGEN ->EINSCHALTEN
einzelne Felder eine Kurzbezeichnung zuordnen und mit dieser Bezeichnung dann arbeiten.
Erst nachdem die Kurzbezeichnungen eingeschaltet sind, kann über die Feldauswahl eine Kurzbezeichnung den einzelnen Feldern des Infoset zugewiesen werden.
Hierzu sollen nun das Feld Finanzposition die Kurzbezeichnung FIPO und das Feld Obligo/Ist (Zahlungsbudget) in Finanzkreiswährung die Kurzbezeichnung WERT erhalten.
Lokales Feld für Ertrag, Aufwand und Personalkosten anlegen
Die nun zugewiesenenKurzbezeichnungen WERT und FIPO 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 "Summensätze Obligo Ist" angelegt, in der wir uns gerade befinden und die auch die einzige ist, die wir für die Saldenliste verwenden.
Nun können folgende Felder angelegt werden.
1. Lokales Feld ERTRAG_5
Kurzbezeichnung: ERTRAG_5
Feldbezeichnung: 5er Ertrag
Überschrift: 5er Ertrag
Eigenschaften:
Gleiche Eigenschaften wie Feld: WERT
Berechnungsvorschrift:
Hier muss ausnahmsweise keine komplexe Berechnung eingetragen werden, da wir nur eine Bedingung (ein Intervall an Kostenarten) benötigen.
Entsprechen lautet die Berechnung WERT
und die zugehörige Bedingung
FIPO >= 50000000 AND FIPO <= 59999999
Alternativ kann dieses auch als
Bedingung: FIPO >= 50000000 AND FIPO <= 59999999
Formel: WERT
angegeben werden und Sonst leer gelassen werden. Somit wird das Feld Wert nur im lokalen Feld ausgegeben, wenn die Kostenart zwischen 50000000 und 59999999 liegt.
Genauso definieren wir folgendes Feld:
2. Lokales Feld AUFWAND_6
Kurzbezeichnung: AUFWAND_6
Feldbezeichnung: 6er Aufwand
Überschrift: 6er Aufwand
Eigenschaften:
Gleiche Eigenschaften wie Feld: WERT
Berechnungsvorschrift:
Bedingung: FIPO >= 60000000 AND FIPO <= 69999999
Formel: WERT
Hierdurch haben wir schon einmal eine Unterscheidung nach Ertrag und Aufwand.
Ein weiteres Feld soll nun jedoch auch für den Ausweis von Personalkosten genutzt werden. Hierzu definieren wir diese als Intervall von 62* bis 64*.Exkurs: Kontenrahmen und Kostenartenintervalle am Beispiel Personalkosten
Nehmen wir als Beispiel den Industriekontenrahmen (IKR). Hier sind die einzelnen Kontenklassen ebenfalls als Intervalle gepflegt.
Innerhalb der Klasse 6 (Betriebliche Aufwendungen) wären die Personalkosten in den Intervallen Löhne (620000 bis 629999), Gehälter (630000 bis 639999) und Personalnebenkosten (640000 bis 649999). Je nach Sichtweise können zu den Personalkosten auch die Sonstigen Personalaufwendungen (660000 bis 669999) betrachtet werden unter die unter anderen die Aufwendungen für Fort- und Weiterbildung fallen.
3. Lokales Feld AUFWAND_6PERS
Kurzbezeichnung: AUFWAND_62-64_Peko
Feldbezeichnung: 6er Personalaufwand
Überschrift: 6er Personalaufwand
Eigenschaften:
Gleiche Eigenschaften wie Feld: WERT
Berechnungsvorschrift:
Bedingung: FIPO >= 62000000 AND FIPO <= 64999999
Formel: WERT
Jedes dieser lokalen Felder kann natürlich ebenfalls in der Query übernommen werden (dafür sind diese ja vorgesehen) und so kann die Query weiterverarbeitet werden.
Eine in meinen Augen sehr praktische Möglichkeit der Weiterverarbeitung in Excel ist hier durch Pivot-Tabelle in Kombination mit Datenschnitten (siehe Artikel "Pivottabellen ab Excel 2010 dynamischer filtern mit Datenschnitten am Beispiel Hochschulfinanzstatistik") möglich. Grundsätzlich liessen sich die Berechnungen für Ertrag, Aufwand etc. auch in Excel über WENN Funktion erheben oder (was ich noch nicht versucht habe) auch wie im Artikel "Excel Berechnete Felder in Pivottabellen" durchführen.
Inwieweit die Daten später dann auch graphisch aufbereitet werden (hier sei der Artikel "Datentrends für Drittmittelstatistik mit Sparklines ab Excel 2010 darstellen durch Liniendiagramme in Zellen" mit Hinweis auf verschiedene Gestaltungsmöglichkeiten erwähnt oder ob die Query selbst nur eine gute Basis für Datenanalysen sein soll steht wieder auf einer anderen Seite. Gerade für das Gestalten von Daten möchte ich gerne auf einen Beitrag von Ing. Katharina Schwarzer hinweisen "Meine Daten – meine Informationsquelle: Wichtige Tipps für das Reporting". Die an dieser Stelle erwähnten Grundsätze zur Gestaltung einer soliden Datengrundlage sollten auch bei der Erstellung einer Query beachtet werden, da auch hier die Form der Datenauswertung entscheidend ist. In diesen Zusammenhang möchte ich auch gerne das Blog von ihr "Soprani Software" empfehlen, dass ebenfalls durch strukturierte und gut verständliche Artikel punktet.
Der Vorteil der oben beschriebenen Auswertung kann mit zwei Punkten beschrieben werden:
- Die Daten werden als Liste sowohl mit Finanzstelle als auch Fond ausgegeben. Hier würde im Recherchebericht nur der Fond BLANK oder WIPLAN für die Finanzstellen ausgegeben werden
- Die Einzelposten würden anonymisiert werden, da die einzelnen Positionen mit Belegtext zusammengefasst sind und diese Info nicht vorhanden ist
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.
ein Angebot von Espresso Tutorials
unkelbach.link/et.books/
unkelbach.link/et.reportpainter/
unkelbach.link/et.migrationscockpit/
Diesen Artikel zitieren:
Unkelbach, Andreas: »Salden je Finanzposition mit Unterscheidung Personal oder Sachaufwand aus PSM-FM durch Query über logische Datenbank FMF« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 2.11.2016, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=768 (Abgerufen am 5.12.2024)
Keine Kommentare - Permalink - SAP
Artikel datenschutzfreundlich teilen
🌎 Facebook 🌎 Twitter 🌎 LinkedIn