Ausgangslage:
Für die Auftragsabrechnung werden innerhalb der Innenauftragsstammdaten Abrechnungsvorschriften für einzelnen Innenaufträge gepflegt. Diese können über die Transaktion KOSRLIST_OR Abrechnungsvorschriften (Rechhnungswesen->Controlling->Innenaufräge->Infosystem->Berichte zu Innenaufträgen->Stammdatenverzeichnis) ausgwertet werden.

Hier können für jeden Innenauftrag unter Position folgende Daten mit angeben werden:
- Empfänger
- Kurztext Empfänger
- Prozent
- Abrechnungsart
- Abrechnungsvorgang
- Version
- Gültig bis Jahr

Grundsätzlich ist diese Transaktion zur Kontrolle von gepflegten Abrechnungsvorschriften hilfreich. Der Nachteil ist hier in Form der Berichtsdarstellung.

Innerhalb des Berichtes werden als Kopfzeile der Innenauftra und auf einzelnen Positionen die entsprechenden Abrechnungsregeln ausgegeben. Ein Export
oder Vergleich gestaltet sich daher als recht schwierig.

Lösungsansatz:
Auch die Abrechnungsvorschriften sind in einer enstprechenden Tabelle hinterlegt.
Die Aufteilungsregeln der Abrechnungsvorschriften für die Auftragsabrechnung sind hierbei in der Tabelle COBRB gespeichert.

Hier werden in einzelne Tabellenzeilen die entsprechenden Abrechnungsempfänger hinterlegt. DIese werden entweder als Objektnummer in den Felder REC_OBJNR1 bzw. REC_OBJNR2 gespeichert können aber auch in den Feldern KOSTL und AUFNR entnommen werden.

Im vorliegenden Fall erfolgt eine Abrechnung je nach Ursprungszuordnung auf eine Kostenstelle oder Innenauftrag.

Lösung:
Entsprechend bietet sich eine Query über die beiden Tabellen

1.) Infoset definieren

AUFK - Auftragsstammdaten
COBRB - Aufteilungsregeln Abrechnungsvorschrift Auftragsabrechnung an.

Hier sollte folgende Verknüpfung definiert werden.

AUFK-OBJNR <-> COBRB-OBJNR

Das Feld OBJNR hat in Tabellen eine besondere Funktion, da hier unterschiedliche Kontierungsobjekte festgehalten werden können. So werden beispielsweise Innenaufträge als OR* gespeichert, so dass hier eine entsprechende Verknüpfung erfolgen kann.

2. Query definieren
Auch hier weden die Felder wieder in der Ausgabereihenfolge angegeben mit der Kennzeichnung L als Listenfeld und S als Selektionsfeld.

Auftragsstammdaten AUFK
Auftragsnummer (L,S) AUFK-AUFNR
Kurztext (L) AUFK-KTEXT

Aufteilungsregeln Abrechnungsvorschrift Auftragsabrechnung COBRB
Version (L,S) COBRB-VERSN
Kontierungstyp (L) COBRB-KONTY
Empfangende Kostenstelle (L) COBRB-KOSTL
Auftragsnummer (L) COBRB-AUFNR
Abrechnungsart (L) COBRB-PERBZ
Ursprungszuordnung (L) COBRB-URZUO
Gültig ab Periode (L) COBRB-GABPE
Gültig ab Jahr (L) COBRB-GABJA
Gültig bis Periode (L) COBRB-GBISP
Gültig bis Jahr (L) COBRB-GBISJ


3.) Vergleich mit Innenauftragsstammdatenliste

Diese Liste der Abrechnungsvorschriften kann dann entweder mit der Stammdatenverzeichnis Aufträge (Transaktion KOK5) oder der Tabelle COAS oder einer Query (vergleichbar des vorherigen Infosets) verglichen werden, so dass hier durch einen Vergleich der erstellten Query und der vorhandenen Innenaufträge noch zu pflegende Innenaufträge erkannt werden können.

Für die Querylösung der Innenauftragsstammdaten bieten sich folgende Felder aus den Infoset über die Tabellen AUFK, CSKS, CSKT, CEPC und CEPCT an.

Auch hier weden die Felder wieder in der Ausgabereihenfolge angegeben mit der Kennzeichnung L als Listenfeld und S als Selektionsfeld.

Auftragsstammdaten AUFK
Auftragsnummer (L,S) AUFK-AUFNR
Kurztext (L) AUFK-KTEXT
Verantwortliche Kostenstelle (L,S) AUFK-KOSTV
Kostenstellentexte CSKT
Allgemeine Bezeichnung (L) CSKT-KTEXT
Auftragsstammdaten AUFK
Profitcenter (L,S) AUFK-PRCTR
Profit-Cener-Stammdaten Texte
Allgemeine Bezeichnung (L) CEPCT-KTEXT
Auftragsstammdaten AUFK
Kalkulationsschema (L) AUFK-KALSM

ACHTUNG:
Sofern es bei der Beschreibung der Kostenstellen oder Profit-Center Änderungen in der Bezeichnung gab, sind diese in den Tabellen CSKT und CEPCT mehrfach vorhanden. Hier werden dann auch die Auftragsstammdaten mehrfach mit angegeben. Entsprechend sollte ein Gültig Bis Feld als Selektionsfeld für die Bezeichnungen gewählt werden, oder alternativ die Bezeichnungen aus den Tabellen CPCT und CSKT weg gelassen werden.

Ausgangslage
Im Rahmen der Stammdatenpflege beziehen sich die Innenaufträge über die verantwortliche Kostenstelle und das zugeordnete Profit-Center im Bereich der Verantwortlichen aufeinander, so dass für die Kostenstelle/das Profit-Center die Verantwortung identisch zum Innenauftrag ist.

Lösungsansatz:
Wie unter SAP Query Stammdaten PSM / CO Innenauftrag beschrieben würde sich eine Auswertung innerhalb der CO Tabellen anbieten.

Hierzu werden folgende Schritte erforderlich.

1.) Infoset definieren
Innerhalb der Transaktion SQ02 wird folgendes Infoset definiert. Hierfür wird als Datenquelle ein Tabellen-Join über Tabelle AUFK angelgt.
Es werden folgende Tabellen miteinander in Beziehung gesetzt:
AUFK: Auftragsstammdaten
CSKS: Kostenstellenstammsatz
CSKT: Kostenstellenelemente (für die Texte)
CEPC: Stammdatentabelle von Profit Centern
CEPCT: Profit-Center-Stammdaten Texte

Verknüpfungsbedingungen:
Die vorgeschlagenen Verknüpfungsbedingungen seitens SAP sollte hier wieder entfernt werden und folgende Verknüpfungsbedingungen definiert werden.

Folgende Tabellenfelder werden hierbei miteinander verknüpft:

AUFK-KOSTV <-> CSKS-KOSTL
Hierdurch wird die Verantwortliche Kostenstelle des Innenauftrages mit den Stammdaten der Kostenstellen verknüpft.

CSKS-KOSTL <-> CSKT-KOSTL
Hierdurch werden die Stammdaten der Kostenstelle mit der Bezeichnung der Kostenstelle verknüpft.

AUFK-PRCTR <-> CEPC-PRCTR
Hierdurch wird das Profitcenter des Innenauftrages mit den Stammdaten der Profit-Center verknüpft.

CEPC-PRCTR <-> CEPCT-PRCTR
Hierdurch werden die Stammdaten der Profit-Center mit der Bezeichnung der Profit-Center verknüpft.

Damit sind alle Verknüpfungen der Tabellen erfolgt. Der Einfachheit halber können nun alle Feldgruppen/Datenfelder übernommen werden. Dieses hat den Vorteil, dass dieses Infoset auch für weitere Queries zur Verfügung steht. Alternativ könnte man auch nur die notwendigen Felder übernehmen. Innerhalb der Query können dann die Felder auch wieder eingeschränkt werden.

1.) 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 danna uch in der Query ausgegeben werden sollen:


Auftragsstammdaten AUFK
Auftragsnummer (L,S) AUFK-AUFNR
Kurztext (L) AUFK-KTEXT
Verantwortliche Kostenstelle (S) AUFK-KOSTV
Verantwortlicher (L) AUFK-USER2
Profitcenter (S) AUFK-PRCTR)


Kostenstellenstammdaten CSKS
Kostenstelle (L) CSKS-KOSTL

Kostenstellentexte CSKT
Allgemeine Bezeichnung (L) CSKT-KTEXT
Beschreibung (L) CSKT-KTEXT

Kostenstellenstammdaten CSKS
Verantwortlicher (L) CSKS-VERAK

Stammdatentabelle von Proftitcenter CEPC
Profitcenter (L) CEPC-PRCTR

Profit-Center-Stammdaten Texte (CEPCT)
Allgemeine Bezeichnung (L) CEPCT-KTEXT
Langtext (L) CEPCT-LTEXT

Stammdatentabelle von Proftitcenter CEPC
Verantwortlicher des Profitcenter (L) CEPC-VERAK


Damit sind die Grundfelder schon einmal definiert und die Query kann pronzipiel gestartet werden.

---

Erweiterung der Query


a) Lokales Feld anlegen / Formel

Ziel der Auswertung soll jedoch sein, dass hier auch eine Prüffunktion eingefügt wird, ob die Verantwortlichen identisch sind. Somit sollen also die Felder CEPC-VERAK, CSKS-VERAK und AUFK-USER2 miteinander verglichen werden. Ziel ist es hier entsprechende Symbole zu hinterlegen, wenn diese nicht übereinstimmen, über die dann in der Queryliste selektiert werden kann.


Hierzu gehen wir nicht in die Grundliste der Query (wo auch das Layoutdesign gepflegt wird) sondern wechselkn innerhalb der Querypflege mit nächstes Bild (F6) auf die Feldauswahl der Query.

Ü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:

Bei den Auftragsstammdaten:
Verantwortlicher -> V_IA
Beim Kostenstellenstammsatz:
Verantwortlicher -> V_KS
Beim Stammdatentabelle von Profit Centern:
Verantwortlicher des Profit Centers -> V_PC

Diese Kurzbezeichnung sind notwendig, da wir auf diese dann Bezug nehmen, wenn wir ein eiegens 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

Das lokale Feld hat folgende Eigenschaften:

Kurzbezeichnung CHECKVERANT
Feldbezeichnung CheckVerant
Überschrift Checkverant

Da wir hier die Verantwortlichen kontrollieren wollen.

Innerhalb der Sachgruppe kann un die Feldgruppe des Infoset gelegt werden. Dieses ist dann der Bereich, wo das lokale Feld angelegt worden ist.

Als Feldeigenschaften könnten wir nun Textfelder, Rechnfelder etc. hinterlegen. In unseren Beispiel möchten wir als Eigenschaften allerdings IKONE hinterlegen. Über entsprechende Icons soll hier ein Unterschied ausgegeben werden. Hierzu legen wir eine Berechnungsvorschrift an. Dazu klicken wir auf "KOMPLEXE BERECHNUNG".

Nun können wir drei Bedingungen und eine sonstige Alternative angeben.

Dieses nutzen wir wie folgt:

Bedingung:
V_IA = V_KS AND V_IA = V_PC
Formel:
ICON_LED_GREEN

Wenn Verantwortliche des Innenauftrages mit Verantwortliche der Kostenstelle übereinstimmt UND Verantwortliche des Innenauftrages mit Verantwortliche des Profit-Center übereinstimmt ist alles in Ordnung und es soll eine grüne LED: so in Ordnung ausgegeben werden. Die Verfügbaren Ikons können über die untere Schaltfläche Ikonen ausgewählt werden.

Bedingung:
V_KS <> V_PC
Formel:
ICON_LED_YELLOW

Wenn die Verantwortliche der Kostenstelle mit der Verantwortlichen des ProfitCenter nicht übereinstimmt soll ein gelbes LED ausgegeben werden. Dieses wird als relativ unkritisch betrachtet.

Bedingung:
V_KS <> V_IA
Formel:
ICON_LED_RED

Als besonders kritisch wird betrachtet, wenn Verantwortliche der Kostenstelle nicht mit Verantwortliche des Innenauftrages übereinstimmt

Sonst:
ICON_LED_RED

Tritt irgendein anderer Fall auf, soll ebenfalls eine rote LED ausgegeben werden.

Sofern die Verantwortlichen in jeden Fall übereinstimmen sollen, kann natürlich auch die beiden mittleren Bedingungen weg gelassen werden. Als weitere Operatoren bieten sich neben AND auch OR an, sowie + - * und verschiedene andere Operatoren.


b) Berichtszuordnung

Durch die Auswertung dieser Query erhalten wir nun eine Liste mit den Stammdaten Innenauftrag, Kostenstelle und ProfitCenter. Sollten nun die Verantwortlichen nicht übereinstimmen müssten wir nun einzeln die entsprechende Objekte bearbeiten. Hier ist es aber möglich aus der Query direkt in die Stammdatenpflegetransaktion zu wechseln, wenn wir auf das Feld Auftragsnummer, Kostenstelle oder Profit-Center doppelklicken. Hierzu muss in der Querypflege eine Berichtszuordnung gepflegt werden.

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 Stammdatenpflegetransaktionen hinterlegt werden.

Hier hinterlegen wir folgende Transaktionen:

KE52 Profit Center ändern
KS02 Kostenstelle ändern
KO02 Innenauftrag ändern


Nun wird die Berichtszuordnung gespeichert und auch die Query kann gespeichert und genutzt werden.

Auch für einen Reportwriter Bericht kann eine kundeneigene Transaktion angelegt werden, so dass hier nicht mehr über die Berichtsbibliothek der eigentliche Bericht gestartet werden muss sondern direkt per Transaktion der eigentliche Bericht gestartet werden kann.

Auch hier bietet sich der einfache Weg über die Parametertransaktion an. Diese kann über die Transaktion SE93 angelegt werden.Hierzu sind folgende Einstellungen erforderlich:


Vorschlagswerte für Transaktion START_REPORT

D_SREPOVARI-REPORTTYPE
RE

D_SREPOVARI-REPORT
Berichtsgruppe

Hier kann die entsprechende Berichtsgruppe hinterlegt werden. Entsprechend würden auch alle in dieser Berichtsgruppe vorhandenen Reports ausgeführt werden.

D_SREPOVARI-VARIANT
Hier kann wiederum eine Selektionsvariante hinterlegt werden (bspw. Allgemein).

Ausgangslage
Es sollen verschiedene Fonds innerhalb des Moduls PSM ausgwertet werden. Hierbei gibt es welche auf denen, innerhalb der klassischen Budgetierung, ein Gesamtbudget gebucht ist (wobei hier dieses teilweise auch als Jahresbudget umgebucht ist) und solche die lediglich durch Einnahmen sich "finanzieren". Innerhalb der Finanzpositionenhierarchie sind die einzelnen Buchungskonten aufwandsseitig der Finanzposition AUFWAND zugeordnet und ertragsseitig der Finanzposition ERTRAEGE.
Weitere Unterteilungen sind bspw. AUFWAND.PERSONAL oder AUFWAND.SACHMITTEL.

Nun sollen in einen Bericht die Budgetwerte den gegenlaufenden Aufwendungen gegenüber gestellt werden.

Ansatz
Hierzu wird ein Recherchebericht eingesetzt. Im Gegensatz zum ReportWriter arbeitet der Recherchebericht mit Bericht und Formular. Wobei innerhalb des Berichts die Selektions-Navigationsmerkmale gepflegt werden und innerhalb des Berichtes der eigentliche Aufbau des Berichtes.

Berichtsentwicklung
Wie unter SAP PSM Recherchebericht beschrieben legen wir über die Transaktion FMEK einen neuen Bericht an. Dieser ist im Bereich:
Hierarchie der HHM Kontierungselemente angesiedelt. Von hier wird ein entsprechendes Formular angelegt. Da wir den Bericht recht flexibel halten wollen weisen wir die Struktur an, nur eine Koordinate zu verwenden. Hierdurch können wir dann durch die einzelnen Merkmale im Bericht navigieren. Für eine Definition von Spalten und Zeilen würde als Struktur die Matrix gewählt werden.
Im Folgenden wird der Aufbau des Formulars und des Berichtes beschrieben.

---

1.) Formular
Der Bericht soll folgende Spalten enthalten:
1.) Gesamtbudget
2.) Jahresbudget
3.) Aufwand
4.) Ertrag
5.) Saldo
6.) Verfügbar zu Gesamt
7.) Verfügbar zu Jahr

Hierzu werden folgende Merkmale getroffen.

Allgemeine Selektion
Finanzkreis (Variable): FIKRS
Hier ist es wichtig eine Variable für den Finanzkreis zu wählen, da andernfalls die Sets der Finanzpositionen, Finanzstellen oder Fonds in der Selektion des Berichtes nicht ausgewählt werden können. Ausserdem hat diese Definition den Vorteil, dass der Bericht relativ flexibel gestaltet werden kann und auch auf anderen System sinnvoll verwendbar ist.

Nun werden die einzelnen Kennzahlen definiert. Diese Kennzahlen werden dann als entspredchende Spalten im Bericht dargestellt.

Gesamtbudget Aktuell
Kennzah: Gesamtbudget (Aktuell)
Merkmale:
Budgetversion: 0
Je nach Verwendung der Budgetversionen können hier auch mehrere Budgetversionen eingegeben werden. Innerhalb der klassischen Budgetierung werden im Beispiel die Budgets jedoch nur in der Version 0 verbucht.

Jahresbudget
Kennzahl: Jahresbudget (Verteilbar) hierarchisch
Merkmale:
Budgetversion: 0

Aufwand
Kennzahl: Obligo/Ist (Zahlungsbud.) hierarch. FkW.
Merkmale:
Budgetversion: 0
Finanzposition (Hierarchieknoten) AUFWAND
Durch Markierung des Hierarchieknotens/Set kann hier direkt aus der Finanzpositionenhierarchie die Finazposition AUFWAND gewählt werden. Entsprechend wäre in dieser Spalte dann alle innerhalb der Hierarchie der Finanzposition AUFWAND untergeordneten Finanzpositionen zugeordnet. Somit also auch Personal- und Sachaufwand.
Werttyp: 54,57,61,64,66,95
Ohne einen Werttyp werden neben den getätigten Aufwendeungen auch die entsprechenden Obligos (bspw. Mittelbindungen oder Bestellungen ausgegeben. Im Beispiel ist der Aufwand auf folgende Werttypen beschränkt:
54 Rechnungen
57 Zahlungen
61 Anzahlungen
64 Mittelumbuchungen
66 Erfolgsumbuchungen
95 Ist-Buchungen im CO
Alternativ wäre es auch möglich gewesen eine Extraspalte für die Obligos zu verwenden.
Über die Textpflege kann diese Spalte dann auch in Aufwand umbenannt werden. Andernfalls wäre als Bezeichnung der Merkmalswert (Obligo/Ist (Zahlungsbud.) hierarch. FkW.) hinterlegt.

Ertrag
Kennzahl: Obligo/Ist (Zahlungsbud.) hierarch. FkW.
Merkmale:
Budgetversion: 0
Finanzposition (Hierarchieknoten) ERTRAEGE
Da keine Obligoertrag gebucht wird, kann hier auf die Angabe eines Werttyps verzichtet werden.

Saldo
Kennzahl: Obligo/Ist (Zahlungsbud.) hierarch. FkW.
Merkmale:
Budgetversion: 0
Werttyp: 54,57,61,64,66,95
Hier wird auf die besondere Angabe der Finanzpositionen verzichtet. Entsprechend werden in dieser Spalte dann alle Finanzpositionen ausgewählt. Hier ist dann zu beachten, dass beim Aufruf des Berichtes nicht relevante Finanzpositionen in der Selektion ausgeschlossen werden müssen (bspw. die der AFA, so die AfA nach PSM fortgeschrieben wird.

Verfügbar zu Gesamt
Hier wird statt eines Merkmals eine Formel eingefügt.
Formel: Gesamtbudget - Saldo

Verfügbar zu Jahr
Formel: Jahresbudget - Saldo


Damit wäre das Formular des Berichtes entsprechend fertig und es kann der eigentliche Bericht angelegt werden.

---

2.) Bericht
Innerhalb des Berichts werden nun die Selektionsmerkmale und die für die Navigation vorgesehene Merkmale eingestellt. Eine Besonderheit der Rechercheberichte ist bspw. dass hier die Möglichkeit besteht das angezeigte Merkmal per Doppelklick zu tauschen (bspw. Darstellung von Finanzpositionen statt Fonds) oder auch als weitere Darstellungsebene (bspw. durch Doppelklick auf den Fond und die Darstellung des Geschäftsjahr, was wiederum über einen Doppelklick in die Selektion übernommen wird) zu nutzen. Dieses ist auch der Grund, warum in diesen Bericht das Merkmal Geschäftsjahr nicht fest hinterlegt ist, so dass hier "dynamisch" eine Darstellung nach Jahren für die einzelnen Fonds gewählt werden kann.

Auch der Bericht ist nun mit Bezug auf das oben angelegte Formular in der "Hierarchien der HHM-Kontierung" angelegt.

Nun müssen folgende Register gepflegt werden:

Merkmale
Als ausgewählte Merkmale sind folgende gewählt:

Ausgewählte Merkmale:
Fonds
Finanzposition
Fin.Zweck
Geschäftsjahr
Periode/Jahr
Finanzstelle
Periode
Budgetart
Werttyp

Die Reihenfolge der Merkmale beeinflusst auch die Darstellung des Berichtes. Über die Schaltfläche "Freie Merkmalsortierung" kann die Reihenfolge beliebig verändert werden. Das Merkmal mit der Nummer 1 ist automatisch auch das Merkmal, das beim Aufruf des Berichtes dargestellt wird.

Variablen

Über die Variablen können für die Variablen auch Vorschlagswerte für die Selektion hinterlegt werden. In diesen Bericht kann hier der Finanzkreis vorbelegt werden.

Wir erinnern uns, dass beim Aufruf des Berichtes folgende Werte zur Selektion angegeben werden können.

Fonds, Finanzstelle, Finanzpositionen.

Um hier auch auf entsprechende Stammdatengruppen zugreifen zu können, hatten wir in der Allgemeinen Selektion des Formulars den Finanzkreis als Variable gewählt. Durch diese Variante muss der Finanzkreis dann nicht beim Aufruf des Berichtes direkt eingetragen werden sondern wird als Vorschlagswert eingetragen.


Ausgabeart:
Hier kann die Ausgabe des Berichtes dargestellt werden. Sympathisch ist mir hier die Darstellung als
Klassische Recherche:
Grundliste: Aufriß

Durch Markierung des Feldes Auf Selektionsbild auswählbar könnte diese von den Berichtsnutzenden auch umgestellt werden.

---

3.) Ausführen des Berichtes
Der Bericht kann entweder über die Transaktion FMEQ direkt gestartet werden oder alternativ über eine Paramtertransaktion für Rechercheberichte gestartet werden.

Innerhalb des Berichtes kann nun direkt die Fonds (oder Fondsgruppen) bzw. entsprechende Finanzstellen angegeben werden. Desweiteren können hier Finanzpositionen slektiert oder auch von der Auswertung ausgeschlossen werden.

---

4.) Berechtigung für Rechercheberichte
Die Rechercheberichte setzen auf die Datenbankstruktur IFMEISA (Hierarchien der HHM-Kontierungselemente) auf. Von der Berechtigungsprüfung wird zum Start der Berichte das Berechtigungsobjekt K_KA_RPT geprüft.
Dieses Berechtigungsobjekt muss dabei mit folgenden Werten gefüllt werden:

Berechtigungsobjekt:
K_KA_RPT - CO: Interaktive Recherche - Berichte
Aktivität:
03 (Anzeigen)
04 (Drucken, Nachrichten bearbeiten)
16 (Ausführen)
28 (Einzelposten anzeigen)
61 (Exportieren)
66 (Aktualisieren)
L0 (Alle Funktionen)
Applikationsklasse für die Recherche:
FM
Bericht:
Name des angelegten Berichtes
Tabellenname:
IFMEISA

Leider wird die Tabelle FMZUOB (Zuordnung von CO Objekten zu PSM Objekten) durch die Einführung der FMDERIVE nicht mehr gepflegt, so dass keine Verknüpfung von Fonds innerhalb der Tabellen FMFINT bzw. FMFINCODE (bspw. für den Finanzierungszweck) mit den Stammdaten der Innenaufträge in der Tabelle AUFK möglich ist. Hier war bis zur Einführung der FMDERIVE eine Verknüpfung über die OBJNR möglich.

Eine direkte Verknüpfung der Tabellen FMFINCODE mit AUFK scheitert daran, dass die Auftragsnummer in der Tabelle AUFK mit führenden 0en gespeichert wird und in der Tabelle FMFINT ohne führender 0. Eine entsprechende Auswertung ist daher über die Stammdeten der Fonds aus PSM und der Innenaufträge in CO scheinbar nicht möglich.

Aber wenigstens innerhalb des Moduls CO lassen sich die Stammdaten gut miteinander verknüpfen.

Hier bieten sich folgende Tabellen an:

Stammdaten der Innenaufträge:
AUFK

Stammdaten der verantwortlichen Kostenstelle:
CSKS (Kostenstellenstamm)
CSKT (Texte der Kostenstellen)

Stammdaten der Profit-Center:
CEPC (Profitcenterstammdaten)
CEPCT (Texte der Profitcenter)