Donnerstag, 21. November 2024
22:23 Uhr
22:23 Uhr
Wechsel von der klassischen Profitcenterrechnung EC-PCA auf die neue Profitcenterrechnung FIN-PCA
Abgesehen von der für SAP S/4HANA erforderlichen Umstellung auf das neue Hauptbuch (NewGL) hat dieses auch Auswirkungen auf die Profitcenterrechnung. So kann die klassische Profitcenterrechnung (EC-PCA) nur noch eingeschränkt unter S/4HANA genutzt werden. Auf das Ende von EC-PCA bin ich schon im Abschnitt "Report Painter Berichte im Gemeinkosten-Controlling (CO-OM) und der Profitcenter-Rechnung (EC-PCA)" eingegangen und möchte in diesen Artikel praktisch auf die Umstellung von Berichten und das damit verbundene Umfeld unter der neuen Profitcenterrechnung (FIN-PCA) eingehen.
Dabei gehe ich auf folgende Themen ein:
Diese Punkte sind auch für eine künftige Belegaufteilung relevant, je nachdem auf welches Merkmal die Belegaufteilung erfolgen soll.
Auf die Besonderheit der Tabelle FAGLFLEXR FI-GL (neu): Summen und stat. Kennz gehe ich bei der Migration der Berichte noch einmal gesondert ein.
In der folgenden Aufstellung stelle ich die neuen Transaktionen aus FIN-PCA den bisherigen Transaktionen aus EC-PCA inklusive des Pfades im Anwendungsmenü gegenüber:
Statistische Kennzahlen
Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Statistische Kennzahlen
FAGLSKF - Buchen (Ist)
FAGLFKF1 - Buchen (Plan)
Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Istbuchungen > Statistische Kennzahlen
9KE5 - Ändern
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung > Statistische Kennzahlen
7KE5 - Ändern
Verrechnung im Ist
Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Abschluss > Allokation > Ist-Verteilung
FAGLGA31 - Anlegen
FAGLGA32 - Ändern
FAGLGA33 - Anzeigen
FAGLGA35 - Ausführen
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Abschluss > Allokation > Ist-Umlage
FAGLGA11 - Anlegen
FAGLGA12 - Ändern
FAGLGA13 - Anzeigen
FAGLGA15 - Ausführen
Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Istbuchungen > Periodenabschluss
4KE5 - Verteilung
3KE5 - Umlage
Verrechnung im Plan
Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Planung > Allokation > Plan-Verteilung
FAGLGA47 - Anlegen
FAGLGA48 - Ändern
FAGLGA49 - Anzeigen
FAGLGA4B - Ausführen
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Planung > Allokation > Plan-Umlage
FAGLGA27 - Anlegen
FAGLGA28 - Ändern
FAGLGA29 - Anzeigen
FAGLGA2B - Ausführen
Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung > Planabschluß
4KEB - Verteilung
3KEB - Umlage
Planung
Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Planung > Planwerte
GP12N - Erfassen
GP12NA - Anzeigen
FAGLP03 - Planeinzelposten anzeigen
FAGLGP52 - Planvorlage kopieren
Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung
7KEV - Planvorlage kopieren
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung > Kosten/Erlöse
7KE1 - Ändern
Diese ist im Customizing (Transaktion SPRO) unter
Finanzwesen (neu) > Hauptbuchhaltung (neu) > Planung > Planversionen
Planversionen definieren (Transaktion GLPV)
anzulegen.
Dabei ist zu beachten, dass die Istdaten in Version 1 und die einzelnen Versionen einen jeweiligen Ledger zugeordnet werden.
In der klassischen Profitcenterrechnung waren die Planversionen unter
Controlling > Profit-Center-Rechnung > Planung > Grundeinstellungen in der Planung > Planversionen
Planversionen pflegen
zu pflegen.
Dies ist eine übergreifende Version die sowohl für die Einstellungen Profit-Center-Rechnung als auch für die Einstlelungen im Kostenrechnungskreis genutzt wurde.
Dabei sind die Istdaten in der "Echtversion" 0 neben den Plandaten der Version erfasst worden.
Für das Berichtswesen bedeutet dies, dass hier nun in der klassichen Profitcenterrechnung und der neuen Profitcenterrechnung unterschiedliche Versionen gepflegt und auf den Belegen auch ausgewiesen werden.
Für die Umlage von Aufwandskonten kann die Kontengruppe ERG. Erfolgsonten und Erfolgskonto und SAKO Sachkonten allgemein und Bestandskonten für die Umlage von Bestandskonten verwendet werden.
Bei Integration mit PSM-FM (Haushaltsmanagement) kann hier eine symbolische Finanzposition (Fiannzvorgang 50 Verrechnung, Finanzpositionstyp 3 Ausgaben) im Sachkonto hinterlegt werden. Grundsätzlich kann hier auch noch eine primäre Kostenart passend dazu für CO angelegt werden.
Unter S/4 HANA würde das Erfolgskonto als Sachkontoart P (Primärkosten oder Erlöse) mit Kostenartentyp 1 (Primärkosten/kostenmindernde Erlöse) angelegt werden.
Die in EC-PCA verwendeten Sekundärkostenarten (Kostenartentyp 42 Umlage) würden als Schkontoart S (Sekundärkosten) und Kostenart 42 Umlage angelegt werden.
Hier sind dann beide als Sachkonten in der Transaktion FS00 vorhanden. Unter S/4 mit Fiori in der Universellen Verrechnung werden als Umlagekonten Sachkonten mit der Kostenart 42 verwendet. Als Einschränkung im SAP Hinweis 3114399 „Verrechnung zwischen Beträgen zwischen Profitcentern in der universellen Verrechnung“ ist die Einschränkung auf Sachkonten der Sachkontenart X Bestandskonto und Sachkontenart N nicht betriebliche Aufwendungen und Erträge erwähnt. Hinweis der SAP für die anderen Konten soll eine Verrechnung über die originären CO Objekte (hie bspw. Kostenstelle, Innenauftrag,...) erfolgen.
Dies ist auch ein Grund warum die Umlage im neuen Hauptbuch ggf. auch unter S/4HANA noch eine Bedeutung hat, da nur hier (so ich den Hinweis richtig deute) die Verrechnung zwischen Profitcentern ohne das originäre CO Objekt (Kostenstelle, Innenauftrag, ...) zu verwenden genutzt werden kann.
Daneben sind jedoch auch weitere Punkte zu beachten.
Im Customizing (Transaktion SPRO) kann die Berichtsübernahme unter
Finanzwesen (neu) > Hauptbuchhaltung (neu) > Informationssystem > Report-Writer-/Report-Painter-Berichte > Ünbernahme von Berichten aus der Profitcenter-Rechnung
Berichte übernehmen (Transaktion FAGL_RMIGR)
können die Berichte übernommen werden.
Die Übernahmeprotokolle können unter
Protokolle der Berichtsübernahme anzeigen (Transaktion FAGL_RMIGR_LOG)
angezeigt werden.
In der Selektion der FAGL_RMIGR "Berichtsübernahme von EC-PCA nach FI-GL(neu)" kann eine Quelle und ein Ziel definiert werden.
Als Quelle ist die Bibliothek (bspw. 8A2) und der entsprechende Bericht auszuwählen.
Abhängig von der Berichtsdefinition kann unter Ziel die Biblitohek 0FL "Neues Hauptbuch" Tabelle FAGLFLEXT oder sofern der Bericht auch stat. Kennzahlen auswertet die Bibliothek 0FS "FI-GL (neu): Summen und stat. Kennz" Tabelle FAGLFLEXR verwendet werden.
Danach kann ein Testlauf in der ABlaufsteuerung aktiviert werden. Allerdings können hier je nach Supportpackagestand unterschiedliche Korrekturen erforderlich sind.
Diese Option steht unter
Infosysteme > Ad-hoc-Berichte > Report Painter > Report Writer > Bibliothek
Anlegen (Transaktion GR21)
zur Verfügung.
Aus der Transaktion kann über
(MEHR) > Hilfsmittel > Transportieren > Kopieren aus Mandant
die Transaktion GR29 aufgerufen werden.
Durch Angabe des Quellmandanten 000 und der beiden Bibliotheken 0FL und 0FS können diese aus den Referenzmandanten des SAP System kopiert werden.
Danach kann die Selektion gestartet werden, die entsprechende Bibliothek markiert werden und per Übernehmen (F8) in der Symbolleiste die Bibliothek aus 000 in den jeweiligen Mandanten übernommen werden.
Damit sind beide Bibliothek in der GRR3 oder GR23 einsehbar und haben die passende Berichtstabelle zugeordnet. Sollten Sie Zusatzfelder per FAGL_GINS wie ZZAUFNR in der Berichtstabelle FAGLFLEXT aufgenommen haben sind diese als Merkmal nicht aktiv gesetzt. Dieses wäre entweder durch eine Kopie der Biblothek und aktivieren der Merkmale oder direkt in der "neuen" Bibliothek in der Merkmalspflege erforderlich.
Kategorie:
ABAP Programmierfehler
Laufzeitfehler
ASSERTION_FAILED
ABAP Programm CL_FAGL_REPORT_MIGRATION======CÜ
Anwendungskomponente FI-GL
Kurztext:
Die ASSERT-Bedingung wurde verletzt.
Die Ursache dieses Fehler ist im SAP Hinweis "3486363 - Report FAGL_RMIGR mit Dump ASSERTION_FAILED abgebrochen" beschrieben
Allerdings kann beim Protokoll zur Übernahme PCA-Berichte noch eine Warnmeldung mit ausgegeben weden.
Auch hier ist ein SAP Hinweis hilfreich. Unter "1112860 - Fehlerhafte Berichtsübernahme (Meldung GO009 im Protokoll)" ist beschrieben, dass die Variable 0FLLDNR in den angelegten Berichten verwendet wird, obwohl sie im System nicht vorhanden ist.
Die Variable ist ggf. auch im Mandaten 000 nicht vorhanden, so dass diese per Transaktion GS19 kopiert werden kann.
Abweichend zum SAP Hinweis (Anlage der Variable im Mandanten 000) kann diese auch direkt im aktuellen Mandanten angelegt werden. Dabei sind folgende Schritte zu befolgen.
Nun erscheint keine Warnmeldung mehr, da die Ledgervariable nun angelegt ist.
Daher sind die Allgemeinen Selektionen, Spalten und Zeilen der jeweiligen Berichte zu prüfen. So wurde in einem Beispielfall dem Merkmal Satzart eine Variable für Planversion zugewiesen. Auch an dieser Stelle sind dann Berichte anzupassen, zu testen und zu korrigieren und selbst wenn die Berichte nicht auf Einzelposten basieren können diese manchmal nicht 1:1 übernommen weden.
Folgendes Beispiel macht dieses deutlich:
Bericht zur Analyse von Planbelegen.
Unter EC-PCA war dieser wie folgt in der Bibliothek 8A2 definiert:
Zeilen (EC-PCA)
Zeile 1:
Merkmale:
Kostenrechnungskreis (Variable) 8AKOKRS
Profitcenter (Set, Variable) 8A-PC-1
Spalten (EC-PCA)
Spalte 1:
Basiskennzahl KSL Betrag in PrCtr -Hauswährung
Kontonummer (Set) fest hinterlegt eine Kontengruppe
Geschäftsjahr (Variable) 8AYEAR1
Spalte 2:
Basiskennzahl KSL Betrag in PrCtr -Hauswährung
Kontonummer (Set) fest hinterlegt eine Kontengruppe
Geschäftsjahr (Variable) 8AYEAR2
Diese Elemente sind direkt übernommen worden.
Der Unterschied ist bei den allgemeinen Selektionen bemerkbar:
Allgemeine Selektion (EC-PCA)
Legder: 8A
Periode (Variable) von 0FRPMAF bis 0FRPMAT
Version (Variable) 0M1VERS
Satzart 1 und 3
Nach Aufruf der Transaktion FAGL_RMIGR sieht die Allgemeine Selektion in der Biblitoehk 0FL wie folgt aus:
Allgemeine Selektion (Nach FAGL_RMIGR)
Ledger (Variable) 0FLLDNR (dies ist die neu angelegte Variable zum Ledger)
Geschäftsjahr (Variable) 0BYEAR
Periode (Variable) 0FRPMAF bis 0FMRPMAT
Version (Variable) 0M1VERS
Satzart (Variable) 8A-RCTY
Kostenrechnungskreis (Variable) 8AKOKRS
Entsprechend ist dies anzupassen:
Allgemeine Selektion (FIN-PCA)
Ledger (Variable) 0FLLDNR (dies ist die neu angelegte Variable zum Ledger)
Geschäftsjahr (Variable) 0BYEAR
Periode (Variable) 0FRPMAF bis 0FMRPMAT
Version (Variable) 0M1VERS
Satzart: 1 und 3
In den Spalten ist als Basiskennzahl KSL 2. Währung definiert
Die Merkmale Kontonummer und Geschäftsjahr können in der Ausprägung beibehalten werden. Für einen Jahresvergleich eignen sich hier auch weiterhin die Variablen der 8A-YEAR1 und 8A-YEAR2. Alternativ können hier auch andere Jahresvariablen genutzt werden. Achten Sie nur darauf, dass wenn im Kurztext &VARIABLE genutzt wird um die Spalten zu beschriften diese Beschriftung auch der genutzten Variable entspricht.
In der Zeile kann für das Merkmal Profitcenter (Set, Variable) die Variable FL-1 Profit Center / Gruppe (1) genutzt werden, die direkt Bezug auf FAGLFLEXT nimmt. Aber auch hier kann die bestehende Variable weiter verwendet werden.
Damit sind nun auch wieder Daten vorhanden :-)
Ich habe in der Zeile die Merkmale Profitcenter und Kontonummer als Merkmale eingefügt und diese ein Set (Kontengruppe, Profitcentergruppe) hinterlegt und dieses auch aufgelöst.
Hier werden beide Merkmale nur als Schlüssel dargestellt, obgleich im Berichtslayout für die Schlüsselspalte die Option im Abschnitt Inhalt "Schlüssel und Bezeichnung" ausgewählt ist.
Auch wenn ich nur einen Einzelwert angebe, unabhängig ob Profitcenter oder Konto, wird mir als Bezeichnung nur erneut der Schlüssel ausgegeben.
Beispiel:
Profitcenter: Schlüssel 101 Bezeichnung Verwaltung
Darstellung:
101 101
Hat jemand eine Idee, warum hier statt der Bezeichnung erneut der Schlüssel zum Merkmal (Objekt) ausgegeben wird und nicht die Bezeichnung?
Die korrekte Darstellung ist in den Rechercheberichten (Transaktion FGI0 oder alternativ die Transaktionen S_E38_98000088 und S_E38_98000089) für die Merkmale Konto und Profitcenter gegeben. Ebenso funktioniert dies in der klassischen Profitcenterrechnung (Report Painter Berichte der Bibliothek 8A2).
Das Problem ist noch offen, aber vielleicht hat ja jemand eine Idee zur Lösung.
Siehe auch meinen Beitrag auf fico-forum.de ("Report Painter/Writer Zum Merkmal in der Bibliothek 0FL (FAGLFLEXT) wird als Bezeichnung nur Schlüssel angezeigt") oder auf Linkedin.
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.
Dabei gehe ich auf folgende Themen ein:
- Neues Hauptbuch und Profitcenterrechnung
- Die neue Profitcenterrechnung FIN-PCA
- Besonderheiten in FIN-PCA
- Übernahme von Berichten aus der Profit-Center-Rechnung EC-PCA nach FIN-PCA
Neues Hauptbuch und Profitcenterrechnung
Durch das neue Hauptbuch (NewGL) sind die Finanzbuchhaltung und das Controlling enger zusammengelegt, so dass die Profitcenter nun Teil des Hauptbuches sind und nicht mehr in einen gesonderten Ledger 8A abgebildet werden. Das Ledgerkonzept mit Erweiterungsledger wird auch unter S/4HANA relevant (siehe "Finanzbuchhaltung / Ledgerkonzept") daher verweise ich hier auf andere Artikel.Fortschreibungsszenarien
Ein wichtiger Punkt ist welche Szenarien zur Fortschreibung von Feldern bei einer Buchung aus den jeweiligen Teilkomponenten in die Hauptbuchsicht (auf Ledger) fortgeschrieben werden sollen. Dabei werden von SAP direkt als Fortschreibungsszenarien Kostenstellen (FIN_CCA), Konsolidierungsvorbereitung (FIN_CONS), Geschäftsbereich (FIN_GSBER), Profitcenter (FIN_PCA), Segmente (FIN_SEGM) und Umsatzkostenverfahren (FIN_UKV) angeboten.Diese Punkte sind auch für eine künftige Belegaufteilung relevant, je nachdem auf welches Merkmal die Belegaufteilung erfolgen soll.
Exkurs: Segment, Geschäftsbereich, Funktionsbereich
Im Artikel "Grundlagen: Segment-Berichtserstattung in der Profit-Center-Rechnung und das neue Hauptbuch (NEW GL)" bin ich auf die Bedeutung von Segmenten eingegangen und habe die praktische Einrichtung unter "Segmente in der neuen Profitcenter-Rechnung als Belegaufteilungsmerkmal" beschrieben.
Eine vergleichbare Darstellung für Geschäftsbereiche findet sich unter "Betriebe gewerblicher Art (BgA) und Belegaufteilungsmerkmale Profitcenter, Segment, Funktionsbereich und Geschäftsbereich" und "Grundlagen Finanzbuchhaltung - Geschäftsbereiche als mögliche Lösung zur Abbildung eines Betrieb gewerblicher Art (BgA)" sowie "Geschäftsbereiche als Belegaufteilungsmerkmal".
Der Themenbereich Umsatzkostenverfahren und Funktionsbereich ist im Artikel "Grundlagen Funktionsbereich im Umsatzkostenverfahren (UKV) und Haushaltsmanagement (PSM-FM)Grundlagen Funktionsbereich im Umsatzkostenverfahren (UKV) und Haushaltsmanagement (PSM-FM)" beschrieben.
FAGL_GINS (ZZAUFNR in FAGLFLEXT per Customer Include CI_FAGLFLEX04 unter ERP/ECC)
Neben den bestehenden Fortschreibungsszenarien kann für ein Berichtswesen auch die Erweiterung um kundeneigene Felder wie der CO Innenauftrag relevant sein. Dieses Thema ist unter "CO Innenauftrag AUFNR in FAGLFLEXT mit neuen Hauptbuch / neuer Profitcenterrechnung oder ACDOCT in S/4HANA" beschrieben.
Die neue Profitcenterrechnung FIN-PCA
Neben der eher technischen Darstellung einer FI und CO freundlichen Umgebung möchte ich im folgenden die wichtigsten Punkte noch einmal kurz zusammenfassen mit Blick auf die praktische Anwendung zum Beispiel als Keyuser*in. Neben den Berichtstabellen und neue Transaktionen wird hier auch das Thema "Grenzen der Migration Report Painter Berichte aus der klassischen Profitcenter-Rechnung ins neue Hauptbuch" noch einmal aufgegriffen mit Blick auf die Frage, wie eine funktionierende Migration der Report Painter Berichte, die nicht auf Einzelposten basieren funktioniert.Belegtabellen
Auch wenn ich eingangs nicht zu sehr auf die Technik eingehen wollte mag ich doch kurz die Tabellen erwähnen in denen bisher die Belege ausgewertet werden konnten.| Beschreibung | EC-PCA | FIN-PCA |
|---|---|---|
| Summentabelle | GLPCT EC-PCA: Summentabelle |
FAGLFLEXT Hauptbuch: Summen |
| Ist-Einzelposten | GLPCA EC-PCA: Ist-Einzelposten |
FAGLFLEXA Hauptbuch: Ist-Einzelposten |
| Plan-Einzelposten | GLPCP EC-PCA: Plan-Einzelposten |
FAGLFLEXP Hauptbuch: Plan-Einzelposten |
| Berichtstabellen Report Writer |
Bibliothek 8A2, 8A3 GLPCT |
Bibliothek 0FL: FAGLFLEXT Bibliothek 0FS: FAGLFLEXR |
Auf die Besonderheit der Tabelle FAGLFLEXR FI-GL (neu): Summen und stat. Kennz gehe ich bei der Migration der Berichte noch einmal gesondert ein.
Neue Transaktionen
Da die Profitcenterrechnung nun im Hauptbuch angesiedelt ist sind hier auch neue Transaktionen für die Planung und Allokation erforderlich.In der folgenden Aufstellung stelle ich die neuen Transaktionen aus FIN-PCA den bisherigen Transaktionen aus EC-PCA inklusive des Pfades im Anwendungsmenü gegenüber:
Statistische Kennzahlen
Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Statistische Kennzahlen
FAGLSKF - Buchen (Ist)
FAGLFKF1 - Buchen (Plan)
Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Istbuchungen > Statistische Kennzahlen
9KE5 - Ändern
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung > Statistische Kennzahlen
7KE5 - Ändern
Verrechnung im Ist
Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Abschluss > Allokation > Ist-Verteilung
FAGLGA31 - Anlegen
FAGLGA32 - Ändern
FAGLGA33 - Anzeigen
FAGLGA35 - Ausführen
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Abschluss > Allokation > Ist-Umlage
FAGLGA11 - Anlegen
FAGLGA12 - Ändern
FAGLGA13 - Anzeigen
FAGLGA15 - Ausführen
Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Istbuchungen > Periodenabschluss
4KE5 - Verteilung
3KE5 - Umlage
Verrechnung im Plan
Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Planung > Allokation > Plan-Verteilung
FAGLGA47 - Anlegen
FAGLGA48 - Ändern
FAGLGA49 - Anzeigen
FAGLGA4B - Ausführen
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Planung > Allokation > Plan-Umlage
FAGLGA27 - Anlegen
FAGLGA28 - Ändern
FAGLGA29 - Anzeigen
FAGLGA2B - Ausführen
Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung > Planabschluß
4KEB - Verteilung
3KEB - Umlage
Planung
Neue Profitcenter-Rechnung FIN-PCA
Rechnungswesen > Finanzwesen > Hauptbuch > Periodische Arbeiten > Planung > Planwerte
GP12N - Erfassen
GP12NA - Anzeigen
FAGLP03 - Planeinzelposten anzeigen
FAGLGP52 - Planvorlage kopieren
Klassische Profitcenter-Rechnung EC-PCA
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung
7KEV - Planvorlage kopieren
Rechnungswesen > Controlling > Profit-Center-Rechnung > Planung > Kosten/Erlöse
7KE1 - Ändern
Besonderheiten FIN-PCA
Mit der Einführung des neuen Hauptbuches und der neuen Profitcenterrechnung FIN-PCA gibt es einige Punkte bei denen Besonderheiten gerade in der Planung relevant werden.EC-PCA und FIN-PCA mit eigenen (Plan)Versionen
Im neuen Hauptbuch (damit auch in den FAGLFLEX* Tabellen) gibt es eine eigene Planversion.Diese ist im Customizing (Transaktion SPRO) unter
Finanzwesen (neu) > Hauptbuchhaltung (neu) > Planung > Planversionen
Planversionen definieren (Transaktion GLPV)
anzulegen.
Dabei ist zu beachten, dass die Istdaten in Version 1 und die einzelnen Versionen einen jeweiligen Ledger zugeordnet werden.
In der klassischen Profitcenterrechnung waren die Planversionen unter
Controlling > Profit-Center-Rechnung > Planung > Grundeinstellungen in der Planung > Planversionen
Planversionen pflegen
zu pflegen.
Dies ist eine übergreifende Version die sowohl für die Einstellungen Profit-Center-Rechnung als auch für die Einstlelungen im Kostenrechnungskreis genutzt wurde.
Dabei sind die Istdaten in der "Echtversion" 0 neben den Plandaten der Version erfasst worden.
Für das Berichtswesen bedeutet dies, dass hier nun in der klassichen Profitcenterrechnung und der neuen Profitcenterrechnung unterschiedliche Versionen gepflegt und auf den Belegen auch ausgewiesen werden.
Exkurs Plankategorien
Unter S/4HANA sind hier dann noch Plankategorien relevant, auf die ich unter anderen in meinen Buch "Controlling mit SAP S/4HANA – Customizing Kostenstellenrechnung" eingegangen bin.EC-PCA und FIN-PCA Umlagekostenart und Umlagekonto
Während in der Umlage für die klassische Profitcenterrechnung für die Umlage eine sekundäre Kostenart vom Kostenartentyp 42 genutzt wird, muss in der FIN-PCA ein Sachkonto als Umlagekonto genutzt werden.Für die Umlage von Aufwandskonten kann die Kontengruppe ERG. Erfolgsonten und Erfolgskonto und SAKO Sachkonten allgemein und Bestandskonten für die Umlage von Bestandskonten verwendet werden.
Bei Integration mit PSM-FM (Haushaltsmanagement) kann hier eine symbolische Finanzposition (Fiannzvorgang 50 Verrechnung, Finanzpositionstyp 3 Ausgaben) im Sachkonto hinterlegt werden. Grundsätzlich kann hier auch noch eine primäre Kostenart passend dazu für CO angelegt werden.
Unter S/4 HANA würde das Erfolgskonto als Sachkontoart P (Primärkosten oder Erlöse) mit Kostenartentyp 1 (Primärkosten/kostenmindernde Erlöse) angelegt werden.
Die in EC-PCA verwendeten Sekundärkostenarten (Kostenartentyp 42 Umlage) würden als Schkontoart S (Sekundärkosten) und Kostenart 42 Umlage angelegt werden.
Hier sind dann beide als Sachkonten in der Transaktion FS00 vorhanden. Unter S/4 mit Fiori in der Universellen Verrechnung werden als Umlagekonten Sachkonten mit der Kostenart 42 verwendet. Als Einschränkung im SAP Hinweis 3114399 „Verrechnung zwischen Beträgen zwischen Profitcentern in der universellen Verrechnung“ ist die Einschränkung auf Sachkonten der Sachkontenart X Bestandskonto und Sachkontenart N nicht betriebliche Aufwendungen und Erträge erwähnt. Hinweis der SAP für die anderen Konten soll eine Verrechnung über die originären CO Objekte (hie bspw. Kostenstelle, Innenauftrag,...) erfolgen.
Dies ist auch ein Grund warum die Umlage im neuen Hauptbuch ggf. auch unter S/4HANA noch eine Bedeutung hat, da nur hier (so ich den Hinweis richtig deute) die Verrechnung zwischen Profitcentern ohne das originäre CO Objekt (Kostenstelle, Innenauftrag, ...) zu verwenden genutzt werden kann.
Übernahme von Berichten aus der Profit-Center-Rechnung EC-PCA nach FIN-PCA
Zur Übernahme bestehender Profitcenter-Berichte aus den Berichtsbibliotheken 8A2 und 8A3 sind die Besonderheiten zu beachten, die schon im Artikel "Grenzen der Migration Report Painter Berichte aus der klassischen Profitcenter-Rechnung ins neue Hauptbuch" beschreiben worden sind.Daneben sind jedoch auch weitere Punkte zu beachten.
Im Customizing (Transaktion SPRO) kann die Berichtsübernahme unter
Finanzwesen (neu) > Hauptbuchhaltung (neu) > Informationssystem > Report-Writer-/Report-Painter-Berichte > Ünbernahme von Berichten aus der Profitcenter-Rechnung
Berichte übernehmen (Transaktion FAGL_RMIGR)
können die Berichte übernommen werden.
Die Übernahmeprotokolle können unter
Protokolle der Berichtsübernahme anzeigen (Transaktion FAGL_RMIGR_LOG)
angezeigt werden.
In der Selektion der FAGL_RMIGR "Berichtsübernahme von EC-PCA nach FI-GL(neu)" kann eine Quelle und ein Ziel definiert werden.
Als Quelle ist die Bibliothek (bspw. 8A2) und der entsprechende Bericht auszuwählen.
Abhängig von der Berichtsdefinition kann unter Ziel die Biblitohek 0FL "Neues Hauptbuch" Tabelle FAGLFLEXT oder sofern der Bericht auch stat. Kennzahlen auswertet die Bibliothek 0FS "FI-GL (neu): Summen und stat. Kennz" Tabelle FAGLFLEXR verwendet werden.
Danach kann ein Testlauf in der ABlaufsteuerung aktiviert werden. Allerdings können hier je nach Supportpackagestand unterschiedliche Korrekturen erforderlich sind.
Fehlermeldung: "Die Bibliothek 0FL kann nicht als Ziel-Bibliothek verwendet werden"
Ist eine Report Painter Bibliothek 0FL schon vorhanden und hat diese als Berichtsbibliothek V_GLFLEXT hinterlegt ist eine Migration nicht möglich. Es kommt zur FehlermeldungStatt nun aber eine eigene Bibliothek zu den Berichtstabellen anzulegen empfiehlt es sich die Bibliotheken in den aktuellen Mandanten aus den Mandanten 000 zu kopieren.Die Bibliothek kann nicht als Ziel-Bibliothek verwendet werden
Meldungsnr. FAGL_REPORTING102
Die Bibliothek 0FL mit der Berichtstabelle V_GLFLEXT ist nicht für die ANwendung FI-GL (neu) definiert: daher kann sie nicht als Ziel-Bibliothek ausgewählt werden.
Systemaktivitäten
Abbruch der Verarbeitung
Vorgehen
Wählen Sie eine Bibliothek der Anwendung FI-GL (neu) (z.B. mit Berichtstabelle FAGLFLEXT oder FAGLFLEXR) als Ziel-Bibliothek aus.
Diese Option steht unter
Infosysteme > Ad-hoc-Berichte > Report Painter > Report Writer > Bibliothek
Anlegen (Transaktion GR21)
zur Verfügung.
Aus der Transaktion kann über
(MEHR) > Hilfsmittel > Transportieren > Kopieren aus Mandant
die Transaktion GR29 aufgerufen werden.
Durch Angabe des Quellmandanten 000 und der beiden Bibliotheken 0FL und 0FS können diese aus den Referenzmandanten des SAP System kopiert werden.
Danach kann die Selektion gestartet werden, die entsprechende Bibliothek markiert werden und per Übernehmen (F8) in der Symbolleiste die Bibliothek aus 000 in den jeweiligen Mandanten übernommen werden.
Damit sind beide Bibliothek in der GRR3 oder GR23 einsehbar und haben die passende Berichtstabelle zugeordnet. Sollten Sie Zusatzfelder per FAGL_GINS wie ZZAUFNR in der Berichtstabelle FAGLFLEXT aufgenommen haben sind diese als Merkmal nicht aktiv gesetzt. Dieses wäre entweder durch eine Kopie der Biblothek und aktivieren der Merkmale oder direkt in der "neuen" Bibliothek in der Merkmalspflege erforderlich.
Fehlermeldung Laufzeitfehler ASSERTION_FAILED
Während nun im Testlauf die FAGL_RMIGR zu funktionieren scheint bricht diese im Echtlauf (ohne Testlauf) mit einen ABAP Programmierfehler ab.Kategorie:
ABAP Programmierfehler
Laufzeitfehler
ASSERTION_FAILED
ABAP Programm CL_FAGL_REPORT_MIGRATION======CÜ
Anwendungskomponente FI-GL
Kurztext:
Die ASSERT-Bedingung wurde verletzt.
Die Ursache dieses Fehler ist im SAP Hinweis "3486363 - Report FAGL_RMIGR mit Dump ASSERTION_FAILED abgebrochen" beschrieben
Zur Beseitigung des Problems kann der SAP Hinweis per SNOTE eingespielt werden. Bei aktuelleren SAP Systemen sollte dieser in den im SAP Hinweis angegebenen Support Packages vorhanden sein."Dieser Dump wird ausgelöst, weil die Anlage des Nummernkreises gescheitert ist. Dies ist dadurch begründet, dass in den Basis-Nummernkreiswerkzeugen (SAP-Hinweis 3294404) eine Prüfung eingeführt wurde, die das Scheitern des Migrationsreport-Quelltexts verursacht."
Warnung &0FLLDNR Variable ist nicht definiert
Nun funktioniert die Migration der Berichte auch im Echtlauf.Allerdings kann beim Protokoll zur Übernahme PCA-Berichte noch eine Warnmeldung mit ausgegeben weden.
Auch hier ist ein SAP Hinweis hilfreich. Unter "1112860 - Fehlerhafte Berichtsübernahme (Meldung GO009 im Protokoll)" ist beschrieben, dass die Variable 0FLLDNR in den angelegten Berichten verwendet wird, obwohl sie im System nicht vorhanden ist.
Die Variable ist ggf. auch im Mandaten 000 nicht vorhanden, so dass diese per Transaktion GS19 kopiert werden kann.
Abweichend zum SAP Hinweis (Anlage der Variable im Mandanten 000) kann diese auch direkt im aktuellen Mandanten angelegt werden. Dabei sind folgende Schritte zu befolgen.
- Transaktion SU2
Setzen des Userparameter GCF (FI-SL:Experten-Modus aktivieren) mit den Parameterwert X - Transaktion GS11 Anlegen einer Variable
- Im Einstiegsbild sind folgende Werte einzutragen:
Variable: 0FLLDNR
Bezugsfeld
Tabelle: FAGLFLEXT
Feldname: RLDNR
(Dies ist das Feld Ledger in der Hauptbuchhaltung)
Variablentyp
Wert - Danach kann das Folgebild mit ENTER aufgerufen werden
- Hier kann als Beschreibung Ledger übernommen werden
- Im Feld Vorschlagswert sollte das führende Ledger (im SAP Standard 0L) einegtragen werden.
Es gibt an dieser Stelle eine Wertauswahlhilfe F4 womit das für die neue Hauptbuchhaltung angelegte führende Ledger ausgewählt werden kann - Nun kann die Variable gesichert werden
- Im Einstiegsbild sind folgende Werte einzutragen:
- Damit ist die neue Variable angelegt
- In der Transaktion SU2 ist der Benutzerparamert GCF wieder zu entfernen
Nun erscheint keine Warnmeldung mehr, da die Ledgervariable nun angelegt ist.
Berichte zeigen trotz erfolgreiche Übernahme keine Daten an
Im Rahmen der Transaktion FAGL_RMIGR sind zum Beispiel die Variable Ledger in den Berichtsdefinitionen übernommen werden. Es kann jedoch sein, dass auch weitere Variablenzuordnungen fehlerhaft übernommen worden sind.Daher sind die Allgemeinen Selektionen, Spalten und Zeilen der jeweiligen Berichte zu prüfen. So wurde in einem Beispielfall dem Merkmal Satzart eine Variable für Planversion zugewiesen. Auch an dieser Stelle sind dann Berichte anzupassen, zu testen und zu korrigieren und selbst wenn die Berichte nicht auf Einzelposten basieren können diese manchmal nicht 1:1 übernommen weden.
Folgendes Beispiel macht dieses deutlich:
Bericht zur Analyse von Planbelegen.
Unter EC-PCA war dieser wie folgt in der Bibliothek 8A2 definiert:
Zeilen (EC-PCA)
Zeile 1:
Merkmale:
Kostenrechnungskreis (Variable) 8AKOKRS
Profitcenter (Set, Variable) 8A-PC-1
Spalten (EC-PCA)
Spalte 1:
Basiskennzahl KSL Betrag in PrCtr -Hauswährung
Kontonummer (Set) fest hinterlegt eine Kontengruppe
Geschäftsjahr (Variable) 8AYEAR1
Spalte 2:
Basiskennzahl KSL Betrag in PrCtr -Hauswährung
Kontonummer (Set) fest hinterlegt eine Kontengruppe
Geschäftsjahr (Variable) 8AYEAR2
Diese Elemente sind direkt übernommen worden.
Der Unterschied ist bei den allgemeinen Selektionen bemerkbar:
Allgemeine Selektion (EC-PCA)
Legder: 8A
Periode (Variable) von 0FRPMAF bis 0FRPMAT
Version (Variable) 0M1VERS
Satzart 1 und 3
Nach Aufruf der Transaktion FAGL_RMIGR sieht die Allgemeine Selektion in der Biblitoehk 0FL wie folgt aus:
Allgemeine Selektion (Nach FAGL_RMIGR)
Ledger (Variable) 0FLLDNR (dies ist die neu angelegte Variable zum Ledger)
Geschäftsjahr (Variable) 0BYEAR
Periode (Variable) 0FRPMAF bis 0FMRPMAT
Version (Variable) 0M1VERS
Satzart (Variable) 8A-RCTY
Kostenrechnungskreis (Variable) 8AKOKRS
Entsprechend ist dies anzupassen:
Allgemeine Selektion (FIN-PCA)
Ledger (Variable) 0FLLDNR (dies ist die neu angelegte Variable zum Ledger)
Geschäftsjahr (Variable) 0BYEAR
Periode (Variable) 0FRPMAF bis 0FMRPMAT
Version (Variable) 0M1VERS
Satzart: 1 und 3
In den Spalten ist als Basiskennzahl KSL 2. Währung definiert
Die Merkmale Kontonummer und Geschäftsjahr können in der Ausprägung beibehalten werden. Für einen Jahresvergleich eignen sich hier auch weiterhin die Variablen der 8A-YEAR1 und 8A-YEAR2. Alternativ können hier auch andere Jahresvariablen genutzt werden. Achten Sie nur darauf, dass wenn im Kurztext &VARIABLE genutzt wird um die Spalten zu beschriften diese Beschriftung auch der genutzten Variable entspricht.
In der Zeile kann für das Merkmal Profitcenter (Set, Variable) die Variable FL-1 Profit Center / Gruppe (1) genutzt werden, die direkt Bezug auf FAGLFLEXT nimmt. Aber auch hier kann die bestehende Variable weiter verwendet werden.
Damit sind nun auch wieder Daten vorhanden :-)
Bericht zeigt zum Merkmal keine Bezeichnung an
Auch wenn die Berichte nun Daten anzeigen habe ich noch einen offenen Fehler zur Darstellung einzelner Merkmale wie Profitcenter oder Konto.Ich habe in der Zeile die Merkmale Profitcenter und Kontonummer als Merkmale eingefügt und diese ein Set (Kontengruppe, Profitcentergruppe) hinterlegt und dieses auch aufgelöst.
Hier werden beide Merkmale nur als Schlüssel dargestellt, obgleich im Berichtslayout für die Schlüsselspalte die Option im Abschnitt Inhalt "Schlüssel und Bezeichnung" ausgewählt ist.
Auch wenn ich nur einen Einzelwert angebe, unabhängig ob Profitcenter oder Konto, wird mir als Bezeichnung nur erneut der Schlüssel ausgegeben.
Beispiel:
Profitcenter: Schlüssel 101 Bezeichnung Verwaltung
Darstellung:
101 101
Hat jemand eine Idee, warum hier statt der Bezeichnung erneut der Schlüssel zum Merkmal (Objekt) ausgegeben wird und nicht die Bezeichnung?
Die korrekte Darstellung ist in den Rechercheberichten (Transaktion FGI0 oder alternativ die Transaktionen S_E38_98000088 und S_E38_98000089) für die Merkmale Konto und Profitcenter gegeben. Ebenso funktioniert dies in der klassischen Profitcenterrechnung (Report Painter Berichte der Bibliothek 8A2).
Das Problem ist noch offen, aber vielleicht hat ja jemand eine Idee zur Lösung.
Siehe auch meinen Beitrag auf fico-forum.de ("Report Painter/Writer Zum Merkmal in der Bibliothek 0FL (FAGLFLEXT) wird als Bezeichnung nur Schlüssel angezeigt") oder auf Linkedin.
ein Angebot von Espresso Tutorials
unkelbach.link/et.books/
unkelbach.link/et.reportpainter/
unkelbach.link/et.migrationscockpit/
Diesen Artikel zitieren:
Unkelbach, Andreas: »Wechsel von der klassischen Profitcenterrechnung EC-PCA auf die neue Profitcenterrechnung FIN-PCA« in Andreas Unkelbach Blog (ISSN: 2701-6242) vom 21.11.2024, Online-Publikation: https://www.andreas-unkelbach.de/blog/?go=show&id=1360 (Abgerufen am 12.12.2024)
Keine Kommentare - Permalink - SAP
Artikel datenschutzfreundlich teilen
🌎 Facebook 🌎 Twitter 🌎 LinkedIn