Andreas Unkelbach - Blog

Query Abrechnungsvorschriften Innenauftrag

Andreas Unkelbach — 2012-01-12T23:18:00+02:00

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.

Tags: Query SQ01 CO Innenauftrag Stammdaten

Query Stammdaten CO Kontrolle Verantwortliche

Andreas Unkelbach — 2011-12-14T08:33:00+02:00

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.

Tags: SQ01 Query BC CO

Parametertransaktion f�r Reporwriter

Andreas Unkelbach — 2011-12-09T12:28:00+02:00

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).

Tags: Parametertransaktion Reportwriter BC

Recherchebericht Budget + Ertrag gg�. Aufwand

Andreas Unkelbach — 2011-12-06T21:03:00+02:00

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

Tags: PSM Rechercheberichte

SAP Query Stammdaten PSM / CO Innenauftrag

Andreas Unkelbach — 2011-12-06T09:44:00+02:00

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)

Tags: SQ01 Query BC CO PSM

Parametertransaktion f�r Recherchebericht

Andreas Unkelbach — 2011-11-28T09:04:00+02:00

Wie unter "Transaktion anlegen (Report, Parameter) bspw. f�r SAP Query ist es in der Transaktion SE93 m�glich eine Parametertransaktion zum Aufruf von Reports bspw. SAP Query aufzurufen. Hier kann auch ein Recherchebericht aufgerufen werden. Hierzu sind folgende Einstellungen erforderlich:

Vorschlagswerte f�r Transaktion START_REPORT

D_SREPOVARI-REPORTTYPE
RE

D_SREPOVARI-REPORT

D_SREPOVARI-EXTDREPORT
FM 01IFMEISA ZREPORT
WICHTIG: Ohne die Leerzeichen ist der entsprechende Report nicht zu finden, daher ist es sinnvoll vor der Anlage dieser Parametertransaktion den Aufruf des Berichtes zu testen.

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

D_SREPOVARI-NOSELSCRN

Tags: Parametertransaktion Rechercheberichte BC

Plan/Plan Vergleich Kostenstellen

Andreas Unkelbach — 2011-11-14T07:40:00+02:00

Ausgangslage
Die Ergebnisse einer Planumlage (Betriebsabrechnungsbogen) in einer Planversion des Vorjahres sollen mit den Planwerten des laufenden Jahres verglichen werden.

Ziel:
Plan lfd. Jahr Planversion BAB / Plan Vorjahr Bericht in Planversion Budget auf Ebene der Kostenstellen.

Hier kann folgender ReportWriter Bericht weiter helfen:

Bibliothek 1VK

Allgemeine Selektion:
KostRechKreis (Variable): 1KOKRE
Kostenstelle (Gruppe, Variable): 1KOSET

�ber
BEARBEITEN->
VARIATION
k�nnen die Kostenstellen aufgel�st werden, so dass an der Navigationsleiste des Berichtes innerhalb der selektierten Kostenstellengruppen navigiert werden kann. Alternativ k�nnte auch in einen zweiten Bericht die Kostenstellen statt Kostenarten auf den Zeilen aufgel�st werden.

Schl�sselspalten:
Baiskennzahl ist in beiden Spalten KOSTEN

Budget lfd. Jahr
Gesch�ftsjahr (Variable): 1GJAHLJ
Periode (Variablen): 1PERIV bis 1PERIB
Werttyp: 1
Version: 0
Bewertung: 0
Anmerkung: Budget wird als Planwert in der Version 0 des laufenden Jahres eingestellt

Ergebnis BAB
Gesch�ftsjahr (Variable): 1GJAHVJ
Periode (Variablen): 1PERIV bis 1PERIB
Werttyp: 1
Version (Variable): 1VERP
Bewertung: 0
Anmerkung: Hier wird automatisch das Vorjahr des laufenden Gesch�ftsjahres angegeben. Beim Aufruf des Berichtes muss dann erg�nzend die Planversion des BAB des Vorjahres mit angegeben werden, so dass diese entsprechend ausgewertet wird.

Schl�sselzeilen:
Kostenart (Gruppe, Variable): 1KSTAR
Anmerkung:Dieses Merkmal kann entsprechend aufgel�st werden, so dass hier auch innerhalb der Kostenarten navigiert werden kann.

Mit dieser Berichtsdefinition erfolgt eine Auswertung nach aufgel�sten Kostenarten, wobei hier die Kostenstellen in der Navigationsleiste erscheinen. Erg�nzend dazu kann in der Berichtsgruppe auch ein zweiter Bericht erg�nzt werden, der dann eine Darstellung der aufgel�sten Kostenstellengruppe erm�glicht.

Hier wird dann die Kostenstellengruppe aus den allgemeinen Selektionen entfernt und in den Schl�sselzeilen als Merkmal hinterlegt.

Die Kostenartengruppe wird daf�r dann als Merkmal in den Schl�sselspalten erg�nzt.

Tags: CO Reportwriter

SAP PSM Recherchebericht

Andreas Unkelbach — 2011-10-17T21:36:00+02:00

Report Writer Berichte sind grds. mit Ihren Bibliotheken sehr sinnvoll f�r die Auswertung von CO Belegen. Hierbei kann je nach Bibliothek sowohl Kostenstellen (Bibliothek 1VK), Innenauftr�ge (Bibliothek 6o1) oder auch Profit-Center (Bibliothek 8a2) ausgewertet werden. Zur Auswertung innerhalb des Moduls PSM werden jedoch eher Rechercheberichte verwendet.

Der Vorteil von Rechercheberichten ist die Nutzung von Hierarchien und eine flexible Darstellung der einzelnen Selektionsmerkmale. Auf diese Art kann bspw. zwischen Fonds und Finanzstellen aber auch zwischen Perioden und Finanzierungszwecken innerhalb des Berichtes hin und her geschaltet werden.

Grunds�tzlicher Ablauf zur Anlage eines Rechercheberichtes:

Innerhalb des Customizing sind die Rechercheberichte unter

Public Sector Management->
Haushaltsmanagement �ffentliche Verwaltung->
Informationssystem->
Recherche-Berichte

zu finden.

Innerhalb der Formulare werden die einzelnen Merkmale und Kennzahlen eines Berichters angezeigt.

In den Bericht werden die Navigationsmerkmale und Vorschlagswerte hinterlegt.

Zur Neuanlage eines Berichtes ist es sinnvoll �ber die Transaktion FMEK einen neuen Bericht anzulegen. Von diesen aus kann �ber die Schaltfl�che Formular zu diesen Bericht direkt ein passendes Formular erstellt werden. Hierdurch stimmen dann leichter Beschreibungund Bezeichnung miteinander �berein.

Ausserdem wird damit auch die Berichtsart bspw. "IFMEISA Hierarchien der HHM-Kontierung" mit �bernommen.

Innerhalb des Formulars k�nnen dann allgemeine Selektionskriterien ebenso wie feste Merkmale oder Formeln hinterlegt werden.

Ist das Formular fertig kann dieses gespeichert werden und per Zur�ck zum eigentlichen Bericht zur�ckgekehrt werden.

�ber den Button anlegen kann nun der Bericht zum Formular erstellt werden.
Hier k�nnen dann die passenden Selektionskriterien festgelegt werden und ggf. Vorschlagswerte erstellt werden.
Ferner k�nnen ier auch Mussfelder hinterlegt werden.

Tags: Berichtswesen Rechercheberichte PSM

Google Reader Beitr�ge nach Google+

Andreas Unkelbach — 2011-10-11T21:59:00+02:00

Readwriteweb beschreibt eine Methode um Beitr�ge aus google Reader auf Google Plus zu empfehlen. Die SendTo Funktion findet sich dann am Ende eines Artikels. Wichtig ist dann nur im sich �ffnenden Beitrag dann einen entsprechenden Beitrag zu schreiben. Dieser landet dann innerhalb des google Streams.

Kurze Zusammenfassung:

1.) google Reader �ffnen
2.) Reader Einstellungen (Zahnrad in der google Leiste)
3.) "Benutzerdefinierten Link erstellen"
4.)
NAME:
Google+
URL:
https://plusone.google.com/_/+1/confirm?hl=en&url=${url}
Icon URL:
https://ssl.gstatic.com/s2/oz/images/favicon.ico

Danach ist unter einen Beitrag innerhalb des google Reader unter "Senden an" nun Google+ eingetragen, so dass hier auch Blogpostings in den eigenen google stream mit entsprechender Anmerkung verlinkt werden k�nnen.

Tags: google

Google Plus 1 in Blogs einbinden

Andreas Unkelbach — 2011-09-10T16:58:00+02:00

Ausgangslage:
Google Plus 1 soll in einen Blog eingebunden werden. Hierbei ist das Problem, dass im Code eigentlich nur die URL eingebunden wird. Gerade bei Blogs bietet es sich aber an, dass die URL des Beitrages ge"plust" wird.

L�sung:
Im einzubindenden Code f�r die Googleplus Schaltfl�che kann auch per href eine entsprechende URL eingef�gt werden.

Aus:

wir dann bspw.

Tags: google Web 2.0