http://www.andreas-unkelbach.de/blog Andreas Unkelbach - Blog de Copyright 2004, Andreas Unkelbach blog@andreas-unkelbach.de http://www.andreas-unkelbach.de/blog/button1.gif http://www.andreas-unkelbach.de/blog/?go=impressum Thu, 17 May 2012 07:44:05 +0200 Qipu.de welches neben Fressnapf, O2, Alternate und diverse andere Anbieter einige Partnerseiten anbietet und hier, sofern man über die Qipu Seite dann zu diesen Onlineshop wechselt Prozente oder Rabatte anbietet.
Insgesamt gibt es hier über 1600 Partnershops, welche nach Kategorien aufgeteilt aber auch durchsuchbar sind.

Die einzelnen qipu Partnershop haben verschiedene Cashback Raten und Gutscheine. Die aktuellen Raten und Gutscheine befinden sich auf der jeweiligen Händlerseite auf qipu.

Zu beachten ist jedoch, dass während der Nutzung kein Werbeblocker aktiv sein sollte. Die Provisionen werden gesammelt und können direkt auf ein Konto (kostenfrei) ausgezahlt werden.

Tags: ]]> Andreas Unkelbach2012-05-17T07:26:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=349 Internethttp://www.andreas-unkelbach.de/blog/comment.php?id=349 Ausgangslage:
In einer Excelmappe sind verschiedene Zellen mit der Formel VERKETTEN verbunden worden und per "Automatisch ausfüllen" auf die Folgezeilen übertragen worden. Hierbei sind zwar die Formeln auch entsprechend angepasst bspw. VERKETTEN(a2;c2;d2) und in der Folgezeile VERKETTEN(a3;c3;d3) jedoch werden die Werte nicht aktualisiert bzw. erst nach Speichern erneuten Öffnen der Tabelle.

Lösung:
Hier wurde in der Exceltabelle die automatische Arbeitsmappenberechnung auf Manuell gesetzt.

Unter
Datei->Optionen->Formeln
bzw.
Office Schaltfläche->Exceloptionen->Formeln

kann die Arbeitsmappenberechnung wieder auf automatisch gesetzt werden. Diese Einstellung ist automatisch bei neuen Tabellen vorhanden, kann jedoch auf einzelne Exceltabellen abgestellt werden.

Tags: Excel ]]> Andreas Unkelbach2012-05-16T10:00:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=348 Excelhttp://www.andreas-unkelbach.de/blog/comment.php?id=348 Bücher im Bereich SAP oder auch Hochschulcontrolling vorstellen.

Tags: ]]> Andreas Unkelbach2012-05-06T13:40:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=346 Berufhttp://www.andreas-unkelbach.de/blog/comment.php?id=346 Ausgangslage:

Bei der Kopie der Istdaten in eine Plankopie werden alle CO Belege mit Vorgang KAMV (Manuelle Kostenverrechnung) nicht mit in die Planversion kopiert. Diese manuellen Kostenverrechnungen (Transaktion KB15N zum Erfassen bzw. KB17N zur Stronierung) müssen entsprechend in der Planversion nacherfasst werden. Über die Transaktion KB16N können entsprechende Belege angezeigt werden. Typische Geschäftsvorfälle sind hier bspw. die interne Leistungsverrechnung wie Porto, Kopierkosten oder auch Servicestunden.

In der Tabelle COEP sind diese Buchungen über den Vorgang KAMV selektierbar, allerdings ist hierbei darauf zu achten, dass die Buchungen sowohl mit positiven als auch negativen Vorzeichen gespeichert sind. Je nachdem müssen die Sender und Empfänger entsprechend belastet bzw. entlastet werden.

Zielvorgabe:
Abhängig vom Wert soll bei positiven Werten die Objektnummer als Sender (Alt) und das Partnerobjekt als Empfänger (Neu) ausgegeben werden. Bei negativen Werten sollen Sender / Empfänger entsprechend vertauscht werden. Der Wert soll in jeden Fall mit positiven Kennzeichen ausgegeben werden. Ferner ist darauf zu achten, dass Kostenarten des Typs 42 (Umlage) durch solche des Typs 41 (Gemeinkostenzuschläge) ersetzt werden sollen. Entsprechend sollte auch die Kostenartenbezeichnung und der Kostenartentyp mit ausgegeben werden.

Lösungsansatz:
Ein direktes Auswerten der Tabelle COEP ist relativ mühsam, da hier sowohl auf die Vorzeichen als auch die zu exportierenden Beträge geachtet werden müssen. Zumindest die Aufbereitung nach Sender und Empfänger ist hier im Rahmen einer Query etwas einfacher. Genauso wie bei der Auswertung nach COEP werden als Selektionskriterien das Geschäftsjahr, der Vorgang ("KAMV") als auch das B/Entl.Kennzeichen ("S") verwendet. Dieses hat den Hintergrund, dass jeder Beleg in der COEP sowohl mit Soll als auch mit Haben (also zwei Positionen je Beleg) hinterlegt sind, der Betrag aber nur einmal korrigiert werden soll. Die so gewonnenen Einzelposten können dann entsprechend zusammengefasst werden.

Entsprechend kann die Tabelle COEP als Grundlage einer SAP Query verwendet werden. Als optionale Bereicherung um die Bezeichnung und die Kostenartentypen können hier auch die Tabellen CSKU und CSKB mit der Tabelle COEP betrachtet werden.

Infoset definieren
Tabellen:
COEP - CO-OBjekt: Einzelposten periodenbezogen
CSKB - Kostenarten (Kostenrechnungskreisabhängige Daten)
CSKU - Kostenartentexte

Verknüpfungen:
Folgende Felder werden hierbei miteinander verknüpft.

COEP-KSTAR <-> CSKB-KSTAR
COEP-KSTAR CSKU-KSTAR
Bei der Verknüpfung der Tabelle COEP und CSKU handelt es sich um einen "left outer join". Diese Verknüpfungsart kann durch die rechte Maustaste auf "left outer join" genutzt werden. Diese kann genutzt werden, um auch Belege anzugeben, wenn die Verknüpfung keine übereinstimmende Werte ergibt, bspw. weil keine Bezeichnung in der Kostenart ausgegeben werden.

In der Feldgruppe können die Werte aus den einzelnen Tabellen übernommen werden. Für dieses Beispiel werden in der Feldgruppe 01 alle Felder der Tabelle COEP übernommen. Ergänzend dazu werden als Feldgruppe 2 die Bezeichnung aus der Tabelle CSKU (CSKU-KTEXT) und in der Feldgruppe 3 der Kostenartentyp (CSKB-KATYP) und Datum gültig bis (CSKB-DATBI) übernommen.

Nun kann im weiteren die Query definiert 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:

COEP - CO-OBjekt: Einzelposten periodenbezogen
Kostenrechnungskreis (S) COEP-KOKRS
Be-/Entlastungskennzeichen (L,S) COEP-BEKNZ
Geschäftsjahr (L,S) COEP-GJAHR

CSKB - Kostenarten (Kostenrechnungskreisabhängige Daten)
Kostenartentyp (L) CSKB-KATYP
Datum gültig bis (S) CSKB-DATBI
Gültig bis wird genommen, sofern es Änderungen innerhalb der CSKB gab um zu vermeiden, dass hier zwei Werte ausgegeben werden


COEP - CO-OBjekt: Einzelposten periodenbezogen
Vorgang CO (L,S) COEP-VRGNG
Belegnummer (L) COEP-BELNR
Objektnummer (L,S) COEP-OBJNR
Kostenart (L,S) COEP-KSTAR

CSKU - Kostenartentexte
Allgemeine Bezeichnung (L) CSKU-KTEXT

COEP - CO-OBjekt: Einzelposten periodenbezogen
Wert gesamt in Transaktionswährung (L) COEP-WTGBTR
Partnerobjekt (L,S) COEP-PAROB


Soweit wäre diese Query beinahe identisch zur Auslesung der Tabelle COEP bspw. mit SE16.
Um nun aber abhängig vom Wert die Daten aufzubereiten wird hier mit "lokalen Feldern" vergleichbar zur Erweiterung der Query Stammdaten CO Kontrolle Verantwortliche genommen.

2. Kundeneigene Felder in der Query anlegen
Für die Anlage kundeneigener Felder muss als erstes ein Bezug zu den zu verwendenden Feldern innerhalb der Query gegeben sein.

Hierzu gehen wir nicht in die Grundliste der Query (wo auch das Layoutdesign gepflegt wird) sondern wechseln 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:

Innerhalb CO-Objekt: Einzelposten periodenbezogen (Tabelle COEP)
Wert gesamt in Transaktionswährung -> WERT
Objektnummer -> OBJEKT
Partnerobjekt -> PARTNER



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.

Insgesamt werden hier drei Felder angelegt Z_ALT für dem Semder (Soll) Z_NEU für den Empfänger (Haben) und Z_WERT für den eigentlichen Wert.

Die lokalen Felder haben hierbei dann folgende Eigenschaften:

a) Feld Z_ALT
Das lokale Feld hat folgende Eigenschaften:

Kurzbezeichnung ALT
Feldbezeichnung Z_ALT
Überschrift Z_ALT


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. Hier geben wir jedoch die gleichen Eigenschaften wie OBJEKT. Da es sich bei Objekt und PARTNER um die Objektnummer (KS* oder OR*) handelt, ist es eigentlich egal auf welches von beiden Bezug genommen wird. Auf diese Weise werden die Eigenschaften des Tabellenfeldes vererbt. Alternativ hätte man auch Textfeld mit 20 Zeichen nehmen können.
Da nun der Sender / Empfänger abhängig vom Wert ermittelt werden soll 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:
WERT > 0
Formel:
PARTNER

Ist der Wert positiv wird das Partnerobjekt als Sender genommen.

Bedingung:
WERT < 0
Formel:
OBJEKT

Ist der Wert negativ wird die Objektnummer als Sender genommen.

Sonst
WERT

Somit wird bei einer 0 der Wert ausgegeben.

b) Feld Z_NEU
Das lokale Feld hat folgende Eigenschaften:

Kurzbezeichnung NEU
Feldbezeichnung Z_NEU
Überschrift Z_NEU

Hier hat das Feld die gleichen Eigenschaften wie das Feld PARTNER.

Als Formeln wird folgende komplexe Berechnung hinterlegt:

Bedingung:
WERT > 0
Formel
OBJEKT

Bedingung
WERT < 0
PARTNER

Sonst
WERT

Im Grunde ist dieses die umgedrehte Bedingung zum Feld Z_NEU.
Damit sind Z_ALT (S) und Z_NEU (H) definiert. Für die Buchungsliste benötigen wir jedoch noch den Wert mit positiven Vorzeichen (in Excel würde hier als Formel ABS(Wert) für den absoluten Wert genommen werden.

c) Feld Z_WERT
Das lokale Feld hat folgende Eigenschaften:

Kurzbezeichnung Z_WERT
Feldbezeichnung Z_WERT
Überschrift Z_WERT

Hier hat das Feld die gleichen Eigenschaften wie das Feld WERT (entspricht CURR / Währung mit 15 Zeichen und 2 Dezimalstellen).

Als Formeln wird folgende komplexe Berechnung hinterlegt:

Bedingung
WERT < 0
Formel
- 1 * WERT

Bedingung
WERT > 0
Formel
1 * WERT

Sonst
WERT

Die so festgelegten lokalen Felder werden nun ebenfalls in der Grundliste mit als Listenfelder übergeben.

Nun kann diese Query als Grundlage für eine Umbuchung verwendet werden. Ähnlich wie bei der Tabellenauswertung wird hier
der Vorgang KAMV das Belastungs/Entlastungskennzeichen S sowie das Kalenderjahr ausgewählt.


Da jedoch eine Vielzahl von Buchungen vorhanden sind sollte diese Query noch bspw. in Access weiterverarbeitet werden.



3. Weiterverarbeitung der Query
Besonders wichtig ist hierbei, dass Buchungen die identische Sender und Empfänger haben Gruppiert und Summiert werden. Andernfalls haben wir ggf. wesentlich mehr Buchungssätze, als eigentlich erforderlich wäre.

Im Ergebnis haben wir nun folgende Query erhalten.

Be-/Entlastungskennzeichen (COEP-BEKNZ)
Geschäftsjahr (COEP-GJAHR)
Kostenartentyp (CSKB-KATYP)
Vorgang CO (COEP-VRGNG)
Belegnummer (COEP-BELNR)
Objektnummer (COEP-OBJNR)
Kostenart (COEP-KSTAR)
KOstenart Bezeichnung (CSKU-KTEXT)
Wert/TWähr (COEP-WTGBTR)
Partnerobjekt (COEP-PAROB)

Sowie unsere kundeneigene Felder
Z_ALT
Z_NEU
Z_WERT


In einer Datenbankanwendung (im Beispiel ACCESS) sind nun folgende Abfragen erforderlich.

001 Kostenart Neu
Aus der Grundliste der Query werden folgende Felder in die Abfrage übernommen:
Z_ALT
Kostenart
Wert/TWähr
Z_NEU

Hier sollte für Kostenarten des Typs 42 entsprechende Kostenarten des Typs 41 genommen werden.
Sofern es eine entsprechende Logik innerhalb der Kostenarten gibt (bspw. die Kostenarten Typ 42 beginnen mit 0815 und die korrespondierenden Kostenarten des Typs 41 beginnen mit 4711) kann hier eine passende Wenn Funktion genommen werden.

Beispiel:
Unter der Annahme, dass die Kostenarten achtstellig sind kann, sofern erforderlich die Kostenart wie folgt ermittelt werden.
NeuKA-1: Wenn(Links([Kostenart];4)="0815";"4711" & Rechts([Kostenart];4);0)

Gibt es daneben noch eine Kostenart die direkt ersetzt werden soll bspw. 55555590 durch 55555580 lautet die zweite Bedingen:
NeuKA-2: Wenn([Kostenart]="55555590";55555580;0)

Entsprechend können hier auch weitere "Austauschsfunktionen ermittelt werden.

Als letzter Punkt sollte auf dieser Kostenarten Bezug genommen werden, oder die ursprüngliche Kostenart genommen werden:

Z_Kostenart: Wenn([NeuKA-1]+[NeuKA-2]>0;[NeuKA-1]+[NeuKA-2];[Kostenart])


002 KoSt oder IA
Sowohl in der Objektnummer als auch Partnerobjekt werden Kostenstellen als KS* und Innenaufträge als OR* ausgewiesen. Entsprechend ist das Feld Z_ALT sowie Z_NEU noch aufzuteilen ob es sich um eine Kostenstelle oder einen Innenauftrag handelt.

Hierbei wird unter Bezugnahme auf die Abfrage "001 Kostenart Neu" dieses wie folgt ermittelt.

Z_ALT aus 001 Kostenart_neu

ALT_Typ: Links([Z_ALT];2)
Sofern es sich um einen Auftrag handelt sind die ersten zwei Zeichen OR bei einer Kostenstelle KS

Unter der Annahme, dass sowohl Kostenstellen als auch Innenaufträge achtstellig sind (oder mit führender Null ausgewiesen werden, kann nun Z_ALT entsprechend auf die Felder Kost Alt (für sendende Kostenstelle) und Auftrag Alt (für sendenden Innenauftrag) ausgewertet werden-

Kost Alt: Wenn([ALT_Typ]="KS";Rechts([Z_ALT];8);"")

Aufrag Alt: Wenn([ALT_Typ]="OR";Rechts([Z_ALT];8);"")

Z_Kostenart aus 001 Kostenart_neu

Betrag: Wert/TWähr aus 001 Kostenart_neu


Genauso wie unter Z_ALT sowohl Kostenstellen als auch Innenaufträge ausgewiesen sein können, wird hier ebenfalls Z_NEU auf die Spalten Kost Neu und Auftrag Neu aufgeteilt.

Z_NEU aus 001 Kostenart_neu

NEU_Typ: Links([Z_NEU];2)

Kost Neu: Wenn([NEU_Typ]="KS";Rechts([Z_NEU];8);"")

Auftrag Neu: Wenn([NEU_Typ]="OR";Rechts([Z_NEU];8);"")

Als weiteres Feld wird noch die Sender-Empfänger-Beziehung ermittelt:
Beziehung: [ALT_Typ] & [NEU_Typ]
Somit wäre Auftrag an Auftrag bspw. OROR oder Kostenstelle an Auftrag KSOR.



003 Betrag in Summe
Für die Umbuchung sind nun alle Werte vorhanden, da aber Buchungen häufiger eine identische Sender-Empfänger Beziehung haben. Im Beispiel wird die Abteilung A wohl nicht nur eine Kopie im Jahr erhalten sondern häufiger Kopien nutzen ist es sinnvoll eine Gruppierung und Summe über die Werte zu erhalten.

Hierzu wird in dieser Abfrage wie folgt die vorherige Abfrage aufbereitet:
Die einzelnen Werte stammen aus der Abfrage "002 Kost oder IA"

Beziehung (Funktion Gruppierung)
Kost Alt (Funktion Gruppierung)
Auftrag Alt (Funktion Gruppierung)
Z_Kostenart (Funktion Gruppierung)
Betrag (Funktion Summe)
Kost Neu (Funktion Gruppierung)
Auftrag Neu (Funktion Gruppierung)

Somit sind dann alle Buchungen zusammengefasst.


Sollen die Buchungen per CATT eingespielt werden, kann es nützlich sein für die jeweilige Beziehung die Abfrrage 003 Betrag in Summe nochmals aufzuteilen.

Hierbei wird ein Suchkriterium über das Feld Beziehung gelegt, so dass hier insgesamt vier Abfragen mit Bezug auf "003 Betrag in Summe" erstellt werden:

010 Auftrag an Auftrag
Beziehung
Kriterien "OROR"
Auftrag Alt
Z_Kostenart
SummevonBetrag
Auftrag Neu

010 Auftrag an Kostenstelle
Beziehung
Kriterien "ORKS"
Auftrag Alt
Z_Kostenart
SummevonBetrag
Kost Neu

010 Kostenstelle an Auftrag
Beziehung
Kriterien "KSOR"
Kost Alt
Z_Kostenart
SummevonBetrag
Auftrag Neu

010 Kostenstelle an Kostenstelle
Beziehung
Kriterien "KSKS"
Kost Alt
Z_Kostenart
SummevonBetrag
Kost Neu

Tags: Query KAMV CO SQ01 Berichtswesen KLR ]]> Andreas Unkelbach2012-04-05T19:53:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=345 SAPhttp://www.andreas-unkelbach.de/blog/comment.php?id=345 Ausgangslage:

Innerhalb eines ReportWriter Berichtes werden über Variablen festgelegt bspw. "6-GJAH1" für Geschäftsjahr 1. Nun soll in der Bezeichnung dieser Spalte/Zeile der Variablenwer ausgegeben werden.

Lösung:

Vorangestellt mit & können diese Variablenwerte direkt in der Bezeichnung ausgegeben werden. Dieses funktioniert dann bspw. durch die Bezeichnung "&6-GJAH1".


Tags: Reportwriter ]]> Andreas Unkelbach2012-04-02T09:09:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=343 SAPhttp://www.andreas-unkelbach.de/blog/comment.php?id=343 Ausgangslage:

Über die Transaktion KOK5 (Stammdatenliste Innenaufträge) ist es möglich auch das Feld Status eines Innenauftrages auszuwerten und so eine Liste aller gesperrten Innenaufträge zu erhalten. Leider ist der Auftragsstatus "gesperrt" nicht als Selektionsparameter bei der KOK5 vorhanden, so dass hier alle Aufträge ausgwertet werden müssen und später selektiert werden muss. Dieses erhöht zum Einen die Dauer der Auswertung und zum anderen werden bei der KOK5 nur bis zu 10.000 Innenaufträge angezeigt.

Lösungsansatz:

Auch hier hilft die Objektnummer des Innenauftrages weiter, da innerhalb der Tabelle JEST jeder Status eines SAP Objektes festgehalten wird. Somit kann hier eine Verknüpfung zu den Stammdaten der Innenaufträge erstellt werden.

Der Nachteil ist, dass hier in mehreren Zeilen die einzelnen Stati eines Auftrages festgehalten werden. Daher ist es sinnvoll, sich hier ebenfalls einr SAP Query zu bedienen.

1. Infoset definieren
Tabellen:
AUFK - Auftragsstammdaten
JEST - Einzelstatus pro Objekt
TJ02 - Systemstatus

Verknüpfungen:
AUFK-OBJNR <-> JEST-OBJNR
Wie unter ABRV beschrieben wird hier wiederum die Objektnummer verwendet um die Tabellen zu verknüpfen.

In der Tabelle JEST ist nun der vorhandene Status als Nummernfeld für jedes Objekt hinterlegt. In der Tabelle TJ02 erhalten wir allerdings auch die Bezeichnung dieses Status, so dass dieses Feld gerade bei der späteren Selektion sehr hilfreich ist.

Entsprechend legen wir als weitere Verknüpfung folgende an:
JEST-STAT <-> TJ02-ISTAT

Somit kann nachher in der Query auch über den Text bzw. die Beschreibung des Status verwendet werden.


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
Innenauftragsnummer AUFK-AUFNR (S,L)
Kurztext AUFK-KTEXT (L)
Name des letzten Änderers AUFK-AENAM (L)
Änderungsdatum des Auftragsstamms AUFK-AEDAT (L)

Einzelstatus pro Objekt JEST
Einzelstatus eines Objekts JEST-STAT (L)
Kennzeichen: Status inaktiv JEST-INACT (S)
Dieses Feld Status inaktiv, ist als Selektion wichtig, da eine einmal zugewiesene Sperre auch wieder deaktiviert werden kann. Daher wird dieses als weiteres Selektionsfeld mit angegeben.

Systemstatus TJ02
Systemstatus TJ02-ISTAT (S)
Durch Verwendung des Systemstatus aus der Tabelle TJ02 wird in der F4 Auswahlhilfe der Query dann auch die Beschreibung ausgegeben.

Zusatzfeld bzw. Textfeld
Zusatzfeld:
"Text:Systemstatus" TEXT_TJ02_ISTAT (L)

Handhabung der Query
Zur Handhabung der Query können nun alle Innenaufräge ausgewertet werden. Das Feld "Kennzeichen Status inaktiv" sollte auf BLANK oder ungleich X gesetzt werden (durch die Selektionsoptionen). Ferner kann hier der Status: I0043 für gesperrt
gewählt werden, so dass alle derzeit aktiv gesperrten Innenaufträge des Systems ausgewertet werden können.


Tags: Query SQ01 CO Innenauftrag Stammdaten ]]> Andreas Unkelbach2012-03-04T19:47:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=342 SAPhttp://www.andreas-unkelbach.de/blog/comment.php?id=342 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 ]]> Andreas Unkelbach2012-01-12T23:18:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=341 SAPhttp://www.andreas-unkelbach.de/blog/comment.php?id=341 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 ]]> Andreas Unkelbach2011-12-14T08:33:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=339 SAPhttp://www.andreas-unkelbach.de/blog/comment.php?id=339
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 ]]> Andreas Unkelbach2011-12-09T12:28:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=338 SAPhttp://www.andreas-unkelbach.de/blog/comment.php?id=338 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 ]]> Andreas Unkelbach2011-12-06T21:03:00+02:00 http://www.andreas-unkelbach.de/blog/?go=show&id=337 SAPhttp://www.andreas-unkelbach.de/blog/comment.php?id=337