preisfindung und konditionstechnik in sap...

Bonn � Boston

Manfred Hirn, Werner Herhuth

Preisfindung und Konditionstechnik in SAP ERP®

1628_.book Seite 3 Mittwoch, 8. September 2010 9:54 09

Auf einen Blick

TEIL I Konditionstechnik

1 Einsatzgebiete und Elemente der Konditionstechnik ............ 31

2 Konditionsstammdaten der Preisfindung .............................. 69

3 Auswertungen und Arbeitsvorräte ........................................ 87

TEIL II Preisfindung

4 Customizing der Preisfindung ............................................... 105

5 Arbeiten mit Konditionssätzen ............................................. 151

6 Preisfindung im Vertriebsbeleg ............................................. 175

7 Spezielle Funktionen der Preisfindung .................................. 205

8 Ausgewählte Kalkulationsschemata und Konditionsarten ...... 245

TEIL III Weiterführende Techniken, Tipps und Tricks

9 Besonderheiten der Konditionstechnik in der Preisfindung ... 271

10 Wichtige Programme der Preisfindung ................................. 303

11 Systemanpassungen mit Bedingungen, Formeln und User Exits ............................................................................. 333

12 Typische Praxisanforderungen an die Preisfindung und ihre Lösung ......................................................................... 379

13 Preisfindung in ausgewählten Applikationen ....................... 427

14 Performance und Test .......................................................... 449

Anhang

A Konditionssteckbriefe .......................................................... 471

B SAP CRM-Anbindung ........................................................... 515

C Die Autoren ......................................................................... 519


7

Inhalt

Vorwort von Manfred Hirn ....................................................................... 19Vorwort von Werner Herhuth ................................................................... 21Einleitung ................................................................................................. 23

TEIL I KonditionstechnikDie Konditionstechnik ist ein konfigurierbares Werkzeug, das Sie einerseits zur Definition von Stammdaten und andererseits für den Zugriff auf diese einsetzen können. Sie dient also zur Lösung von Findungsaufgaben. In diesem ersten Kapitel stellen wir wesentliche Grundfunktionen vor, die mithilfe der Konditionstechnik realisiert wurden, und machen Sie mitden Begriffen der Konditionstechnik vertraut. 31

1 Einsatzgebiete und Elemente der Konditionstechnik ....... 31

1.1 Eigenschaften von Konditionen ............................................. 321.2 Einsatzgebiete der Konditionstechnik (Konditions-

verwendung) ......................................................................... 331.3 Ausgewählte Einsatzgebiete (Verwendungen) ....................... 35

1.3.1 Verwendung A: Preisfindung .................................... 351.3.2 Verwendung B: Nachrichtenfindung .......................... 351.3.3 Verwendung C: Kontenfindung .................................. 361.3.4 Verwendung D: Materialfindung ............................... 371.3.5 Verwendung E: Bonus ............................................... 371.3.6 Verwendung G: Materiallistung/-ausschluss ............... 371.3.7 Verwendung N: Naturalrabattfindung ........................ 381.3.8 Verwendung 3: Kampagnenfindung ........................... 381.3.9 Verwendung T: Datenbeschaffung ............................ 39

1.4 Anwendungsbereiche der Konditionstechnik (Konditionsapplikation) ......................................................... 39

1.5 Elemente der Konditionstechnik im Überblick ....................... 421.6 Feldkatalog und Kommunikationsstrukturen .......................... 44

1.6.1 Feldkatalog ............................................................... 441.6.2 Kommunikationsstrukturen ........................................ 45

1.7 Konditionstabellen ................................................................ 461.8 Zugriffsfolgen ........................................................................ 48

1.8.1 Zugriffsfolge mit unterschiedlichen Konditionstabellen .................................................... 49

1.8.2 Zugriffsfolge mit einer einzigen Konditionstabelle (teilqualifizierter Zugriff) ............................................ 51

1.8.3 Exklusiver oder additiver Zugriff ................................. 551.8.4 Direktwerte ............................................................... 561.8.5 Datenermittlung im Zugriff ........................................ 56

1.9 Konditionsarten ..................................................................... 56


Inhalt

8

1.10 Konditionsstammdaten .......................................................... 571.10.1 Datenmodell .............................................................. 571.10.2 Pflegedialog für einfache Verwendungen ................... 591.10.3 Pflegedialog für komplexe Verwendungen ................. 601.10.4 Gültigkeitszeitraum .................................................... 611.10.5 Freigabestatus und Bearbeitungsstatus ...................... 62

1.11 Kalkulationsschemata ............................................................ 621.12 Findungsanalyse .................................................................... 631.13 Bedingungen ......................................................................... 641.14 Gesamtablauf im Überblick .................................................... 661.15 Fazit ...................................................................................... 67

Neben der eigentlichen Konditionstechnik werden zusätzlich Konditionsstammdaten benötigt, um die entsprechenden Findungsprozesse zu automatisieren. Diese Stammdaten und ihre Pflege lernen Sie in diesem Kapitel kennen. 69

2 Konditionsstammdaten der Preisfindung ........................... 69

2.1 Konditionspflege über die Konditionsart ................................ 692.1.1 Funktion »Detail« ....................................................... 712.1.2 Funktion »Zusatzdaten« ............................................. 732.1.3 Funktion »Staffeln« .................................................... 742.1.4 Funktion »Zusatzkonditionen« ................................... 742.1.5 Funktion »Gültigkeitszeiträume« ................................ 742.1.6 Funktion »Naturalrabatt« ........................................... 752.1.7 Funktion »Statusinformation« .................................... 752.1.8 Funktion »Kumulierte Werte« .................................... 752.1.9 Funktion »Andere Konditionsart« ............................... 75

2.2 Konditionspflege über Bereichsmenüs ................................... 752.3 Konditionspflege über den Index ........................................... 792.4 Absprachen ........................................................................... 80

2.4.1 Verkaufsabsprachen ................................................... 812.4.2 Bonusabsprachen ....................................................... 84

2.5 Preisvereinbarungen .............................................................. 852.6 Fazit ...................................................................................... 85

Wie alle anderen Stammdaten müssen auch die Konditionssätze von den Fachabteilungen eines Unternehmens instandgehalten werden. Leistungsfähige Werkzeuge, die aus einer großen Anzahl von Konditionssätzen die jeweils relevante Teilmenge herausfiltern, unterstützen Sie dabei. 87

3 Auswertungen und Arbeitsvorräte ...................................... 87

3.1 Konditionslisten .................................................................... 873.1.1 Aufruf von Konditionslisten ....................................... 883.1.2 Customizing von Konditionslisten .............................. 893.1.3 Konditionslisten als Bestandteil der Konditionspflege

über Bereichsmenüs ................................................... 933.2 Arbeitsvorräte in der Rolle »Vertriebsmitarbeiter im

Innendienst« .......................................................................... 943.2.1 Abfrage ändern .......................................................... 96


Inhalt

9

3.2.2 Abfrage personalisieren ............................................. 973.2.3 Neue Abfragen definieren .......................................... 98

3.3 Nettopreisliste ....................................................................... 1003.4 Fazit ...................................................................................... 102

TEIL II PreisfindungIn diesem Kapitel werden wir anhand eines Praxisbeispiels die charakteristische Vorgehensweise bei der Umsetzung eines kundenindividuellen Preisfindungsszenarios Schritt für Schritt vorstellen. 105

4 Customizing der Preisfindung ............................................. 105

4.1 Umsetzung eines ersten kundenindividuellen Preisfindungsszenarios ........................................................... 1064.1.1 Anlegen einer Konditionstabelle ............................... 1064.1.2 Anlegen einer Zugriffsfolge ........................................ 1114.1.3 Customizing der Konditionsart ................................... 1144.1.4 Anlegen einer Konditionsart ...................................... 1174.1.5 Aufnahme der Konditionsart in ein Kalkulations-

schema ...................................................................... 1194.1.6 Kalkulationsschemaermittlung festlegen .................... 1204.1.7 Test des Preisfindungsszenarios ................................. 121

4.2 Elemente der Preisfindung im Detail ...................................... 1224.2.1 Konditionstabelle ...................................................... 1224.2.2 Zugriffsfolge ............................................................... 1244.2.3 Konditionsart ............................................................. 1254.2.4 Kalkulationsschema ................................................... 137

4.3 Kundenindividuelle Anpassungen und Kundennamensräume . 1414.3.1 »Kreative Nutzung« des Standard-Customizings.......... 1414.3.2 Neue Felder für die Preisfindung ................................ 1424.3.3 Bedingungen und Formeln (Routinen) ....................... 1434.3.4 User Exits für die Preisfindung ................................... 144

4.4 Beispiel für die Umsetzung komplexerer Anforderungen ........ 1454.5 Anbindung an die Ergebnis- und Marktsegmentrechnung

(CO-PA) ................................................................................ 1474.6 Fazit ...................................................................................... 149

Nachdem wir zuvor bereits die Werkzeuge zur Konditionspflege vorgestellt haben, beschäftigen wir uns in diesem Kapitel mit besonderen Fragestellungen rund um das Arbeiten mit Konditionssätzen. 151

5 Arbeiten mit Konditionssätzen ........................................... 151

5.1 Freigabestatus ....................................................................... 1515.1.1 Ausprägungen des Freigabestatus .............................. 1525.1.2 Freigabestatus bei Konditionssätzen .......................... 1525.1.3 Sonderfall des Freigabestatus in Verbindung mit

Absprachen ............................................................... 1535.2 Massenänderungen/Anlegen mit Bezug ................................. 156


Inhalt

10

5.3 Kopieren von Konditionen ..................................................... 1605.3.1 Voraussetzungen ....................................................... 1605.3.2 Anwendungsbeispiel .................................................. 163

5.4 Konditionspflege mit Bereichsmenüs ..................................... 1655.5 Weitere Funktionen innerhalb der Konditionspflege .............. 167

5.5.1 Änderungsbelege ....................................................... 1675.5.2 Texte ......................................................................... 1695.5.3 Zusatzkonditionen ..................................................... 1705.5.4 Löschen von Konditionsstammdaten ......................... 171

5.6 Fazit ...................................................................................... 173

In diesem Kapitel beschäftigen wir uns mit der Darstellung und Handhabung der Preisfindung im Vertriebsbeleg. 175

6 Preisfindung im Vertriebsbeleg .......................................... 175

6.1 Positionskonditionsbild ......................................................... 1756.1.1 Funktion »Konditionsdetail« ...................................... 1786.1.2 Funktion »Zeile einfügen« .......................................... 1816.1.3 Funktion »Zeile löschen« ............................................ 1816.1.4 Funktion »Stammdaten Konditionssatz« ..................... 1816.1.5 Funktion »Analyse (Protokoll der Preisfindung)« ......... 1816.1.6 Funktion »Preise aktualisieren« .................................. 182

6.2 Kopfkonditionsbild ................................................................ 1836.2.1 »Preise aktualisieren« auf Kopfebene ......................... 185

6.3 Vordefinierte Preiselemente in der Positionsübersicht ............ 1866.4 Preisvereinbarungen .............................................................. 187

6.4.1 Anlegen von Preisvereinbarungen .............................. 1876.4.2 Anzeigen von Preisvereinbarungen über den

Konditionsindex ......................................................... 1906.5 Preisfindung beim Anlegen von Belegen mit Referenz ............ 1916.6 Preisfindung bei Miet- und Wartungsverträgen

(periodischer Fakturierungsplan) ............................................ 1926.7 Preisfindung bei Festbetragverträgen (Meilenstein-

Fakturierungsplan) ................................................................. 1966.8 Preisfindung bei der Aufwandsabrechnung ............................ 2026.9 Fazit ...................................................................................... 203

In diesem Kapitel werden wir Funktionen, denen wir im Rahmen der Konfiguration bereits begegnet sind, detaillierter behandeln. Außerdem runden wir das Gesamtbild der Preisfindung mit Ausführungen zu weiteren wichtigen Themen, wie z.B. der Steuerermittlung, ab. 205

7 Spezielle Funktionen der Preisfindung ............................... 205

7.1 Gruppenkonditionen ............................................................. 2057.1.1 Absolute Kopfkonditionen ........................................ 2067.1.2 Prozentuale Kopfkonditionen ................................... 2067.1.3 Staffelkonditionen ohne Gruppenkey ........................ 207


Inhalt

11

7.1.4 Staffelkonditionen mit Gruppenkey .......................... 2077.1.5 Prozentuale und absolute Gruppenkonditionen mit

Konditionssätzen ....................................................... 2077.2 Konditionsausschluss ............................................................. 208

7.2.1 Einfacher Konditionsausschluss über Bedingungen ..... 2087.2.2 Konditionsausschluss über Ausschlussgruppen............ 2097.2.3 Konditionsausschluss über Formeln ........................... 211

7.3 Konditionsupdate .................................................................. 2147.4 Steuerermittlung im Vertrieb ................................................ 217

7.4.1 Einfache Steuerermittlung .......................................... 2177.4.2 Steuerermittlung über das Rechnungswesen

(Steuerauslöser) ......................................................... 2197.4.3 Steuerermittlung mit externem Steuer-Interface ......... 2227.4.4 Steuererhöhung ......................................................... 223

7.5 Naturalrabatt im Vertrieb ...................................................... 2247.6 Kosten des Verkaufsvorgangs ................................................. 226

7.6.1 Lagerverkauf (kein Cross Company) ........................... 2277.6.2 Streckengeschäft (Third Party) ................................... 2287.6.3 Lagerverkauf Cross Company ..................................... 2297.6.4 Kundeneinzelfertigung mit/ohne Fertigungsauftrag..... 2307.6.5 Istkostenabrechnung ................................................. 231

7.7 Währungsumrechnungen im Vertrieb ................................... 2317.7.1 Hauswährung ............................................................. 2327.7.2 Belegwährung und Umrechnungskurs ....................... 2327.7.3 Kurs für die Buchhaltung (Währungskurs für

FI-Buchungen) ........................................................... 2347.7.4 Konditionswährung und Umrechnungskurs ................ 2357.7.5 Währungs-Customizing und Umrechnungskurse ......... 2357.7.6 Währungsumrechnung ............................................... 236

7.8 Druckaufbereitung des Preisfindungsergebnisses ................... 2387.8.1 Die Funktionalität der Nachrichtenverarbeitung ......... 2397.8.2 Druckaufbereitung der Werte der Positionen und

des Dokumentenfußes .............................................. 2417.9 Fazit ...................................................................................... 244

In diesem Kapitel stellen wir einige repräsentative Kalkulationsschemata des Vertriebsmoduls SD und die dort verwendeten Konditionsarten vor. 245

8 Ausgewählte Kalkulationsschemata und Konditionsarten 245

8.1 Ausgewählte Kalkulationsschemata ....................................... 2468.1.1 Schema RVAA01 (Standard) ...................................... 2478.1.2 Schema RVAA02 (Preisbuch) ..................................... 253


Inhalt

12

8.1.3 Schema RVAB01 (Ausgangspreise sind inklusive Steuer (B2C)) ............................................................. 255

8.1.4 Schema PSER01 (Periodische Fakturierung) ............... 2578.1.5 Schema PSER02 (Service/Aufwandsabrechnung) ......... 2588.1.6 Schema ICAA01 (Interne Verrechnungsfaktura) .......... 2598.1.7 Schema WK0001 (Wertkontrakt) ............................... 2608.1.8 Schema RVWIA1 (Werke im Ausland/

Steuerbehandlung) .................................................... 2608.1.9 Schema RVACRN (Kontrakt-Fakturierung) ................. 261

8.2 Ausgewählte Konditionsarten des Standardschemas .............. 2638.2.1 Konditionsart EDI1/EDI2 (Erwarteter Kundenpreis) ... 2638.2.2 Konditionsarten RL00/MW15

(Rechnungslistenkonditionen) .................................... 2648.2.3 Konditionsart SKTV/SKTO (Skonto) ........................... 2648.2.4 Konditionsart HM00 (Auftragswert) ........................... 2658.2.5 Konditionsart AMIW/AMIZ (Mindestauftragswert /

Mindestwertzuschlag) ................................................ 2668.2.6 Konditionsart AZWR (Anzahlungswert) ...................... 2678.2.7 Konditionsart GRWR (Grenzübergangswert) .............. 268

8.3 Fazit ...................................................................................... 268

TEIL III Weiterführende Techniken, Tipps und Tricks

9 Besonderheiten der Konditionstechnik in der Preisfindung ........................................................................ 271

9.1 Schnittstellen, Tabellen und Zusammenhänge ....................... 2729.1.1 Schnittstellen für Konditionstabellen und zur

Stammdatenpflege ..................................................... 2729.1.2 Schnittstellen zu den Preisfindungsbausteinen ............ 2739.1.3 Interne Strukturen und Tabellen der

Preisfindungsprogramme ........................................... 2749.1.4 Reihenfolge der Felder in der Konditionstabelle ......... 276

9.2 Datenermittlung über Konditionen ........................................ 2779.2.1 Variante 1 – Datenermittlung im Zugriff,

Verwendung in späteren Zugriffen ............................. 2789.2.2 Variante 2 – Datenermittlung im Zugriff, Über-

tragung nach Belegposition über Bedingung (Abbildung hierarchischer Strukturen) ........................ 284

9.2.3 Übertragung aus Konditionsstammsatz über Formel oder Bedingung ............................................ 293


Inhalt

13

9.2.4 Variante 3 – Übertragung nach XKOMV aus Konditionssatz über Formel ....................................... 296

9.2.5 Variante 4 – Übertragung nach KOMK aus Konditionssatz über Bedingung ................................. 297

9.2.6 Variante 5 – Verwendung von Informationen anderer Belegkonditionen in Formeln ........................ 298

9.3 Felder mit Mehrfachbelegung ................................................ 2999.3.1 Die KOMPLOOP-Variante für Mehrfachfelder ............ 2999.3.2 Die Wiederholfeldervariante für Mehrfachfelder ........ 301

9.4 Fazit ...................................................................................... 302

In diesem Kapitel skizzieren wir die Programmabläufe der wichtigsten Preisfindungsbausteine. Insbesondere zeigen wir, an welchen Stellen User Exits, Bedingungen und Formeln aufgerufen werden. 303

10 Wichtige Programme der Preisfindung .............................. 303

10.1 Funktionsbaustein PRICING ................................................... 30410.1.1 Routine PREISFINDUNG_VORBEREITEN ................... 30610.1.2 Routine KONDITIONSVORSTEP ................................ 30710.1.3 Routine KONV_EINLESEN ......................................... 31110.1.4 Routine XKOMV_AUFBAUEN_AUS_KOMT1 ............. 31210.1.5 Routine XKOMV_AUFBAUEN_AUS_TKOMV ............. 31410.1.6 Routine XKOMV_BEWERTEN .................................... 31510.1.7 Routine XKOMV_AUSSCHLUSS ................................. 31510.1.8 Routine XKOMV_UEBERTRAGEN_NACH_TKOMV..... 316

10.2 Funktionsbaustein PRICING_COMPLETE ............................... 31610.2.1 Die verschiedenen Arten von Gruppenkonditionen .... 31610.2.2 Aufruf des Funktionsbausteins PRICING_COMPLETE

in der Auftragsbearbeitung ........................................ 31910.2.3 Ablauf des Funktionsbausteins

PRICING_COMPLETE ................................................ 32010.3 Funktionsbaustein PRICING_COPY ........................................ 32610.4 Datenablage des Preisfindungsergebnisses in der

Cluster-Tabelle KONV ........................................................... 32810.5 Funktionsbaustein PRICING_REFRESH ................................... 32910.6 Dialog-Anbindung/weitere Funktionsbausteine ..................... 329

10.6.1 Funktionsbaustein PRICING_LOAD_CONDITION_TYPS .......................... 330

10.6.2 Dialog-Anbindung ..................................................... 33010.6.3 Funktionsbaustein PRICING_DETERMINE_DATES ...... 330

10.7 Zusammenhang der Komponenten der Preisfindung .............. 33110.8 Fazit ...................................................................................... 332


Inhalt

14

11 Systemanpassungen mit Bedingungen, Formeln und User Exits ............................................................................ 333

11.1 Preisfindungsarten ................................................................. 33511.1.1 Steuerung über KOMP-KAEND_TYP .......................... 33511.1.2 Steuerung über KOMP-KONAU_TYP ......................... 336

11.2 Bedingungen ......................................................................... 33611.2.1 Manipulation von KOMK- und KOMP-Feldern

durch Bedingungen .................................................... 33611.2.2 Übersteuerung der Preisfindungsarten durch

Bedingungen ............................................................. 33711.2.3 Beispiel 1 – Einsatz der Tabelle TKSCHLEXCL ............. 33711.2.4 Beispiel 2 – Einsatz der Tabellen TKSCHL und

TKSCHLEXCL ............................................................. 33811.2.5 Aufrufzeitpunkt der Prestep-Bedingung .................... 33911.2.6 Aufrufzeitpunkt der endgültigen Bedingung ............... 33911.2.7 Verhalten bei kopierten Konditionen ......................... 340

11.3 Ein Beispiel für den Einsatz der Formeln ................................ 34011.4 Konditionsformeln ................................................................. 346

11.4.1 Konditionsbasisformeln ............................................. 34611.4.2 Staffelbasisformeln ..................................................... 34811.4.3 Konditionswertformeln .............................................. 35011.4.4 Gruppenkeyroutine .................................................... 352

11.5 Sonderlogik der Preisfindungsart F in der Routine XKOMV_BEWERTEN ............................................................. 35611.5.1 Zeitpunkt A ............................................................... 35611.5.2 Zeitpunkt B ................................................................ 35711.5.3 Zeitpunkt C ................................................................ 35711.5.4 Zeitpunkt D ............................................................... 357

11.6 Preisfindungsergebnis in KOMP ............................................ 35811.6.1 KOMP-FXMSG (Meldungsnummer) ........................... 36011.6.2 KOMP-PRSOK (Preisfindung o.k.) .............................. 36011.6.3 KOMP-CEPOK (Status erwarteter Kundenpreis).......... 36011.6.4 KOMP-MPROK (Status manuelle Preisänderung)........ 36111.6.5 KOMP-KOUPD (Konditionsupdate) ........................... 36111.6.6 KOMP-NETPR (Nettopreis) ........................................ 36211.6.7 KOMP-NETWR (Nettowert der Position) ................... 36211.6.8 KOMP-MWSBP (Steuerbetrag der Position) ............... 36211.6.9 KOMP-WAVWR (Verrechnungswert der Position)...... 36211.6.10 KOMP-BRTWR, KZWI1–KZWI6 ... (Zwischen-

summen) .................................................................. 363


Inhalt

15

11.7 Steuerungskennzeichen XKOMV-KSTEU ................................ 36411.8 User Exits .............................................................................. 366

11.8.1 User Exits der Funktionsgruppe V61A ........................ 36711.8.2 User Exits der Funktionsgruppe V69A ....................... 372

11.9 KONV-Erweiterung .............................................................. 37411.10 Performance-Aspekte ............................................................ 37411.11 Fehlermeldungen/Fehlerbehandlung ...................................... 37611.12 Fazit ...................................................................................... 377

12 Typische Praxisanforderungen an die Preisfindung und ihre Lösung ......................................................................... 379

12.1 Budgetierungsanforderungen ................................................. 38012.1.1 Statistiktabellen S060 und S469 ................................ 38112.1.2 Statistiktabelle S071 .................................................. 38212.1.3 Budgetierungsanforderungen ..................................... 382

12.2 Konditionen wurden nicht gefunden – woran liegt das? ......... 39012.3 Rundung ............................................................................... 39212.4 Preise mit mehr als zwei Nachkommastellen .......................... 39412.5 Behandlung von Frachtzuschlägen ........................................ 395

12.5.1 Frachtzuschläge komplett mit erster Lieferung berechnen ................................................................. 395

12.5.2 Frachtzuschläge nicht berechnen bei Naturalrabatt und Retoure .............................................................. 396

12.6 Berechtigungsabhängigkeit des Konditionsbilds .................... 39712.7 Aufnahme neuer Zwischensummenfelder ............................... 39712.8 Stammdatenfelder datumsabhängig pflegen ........................... 398

12.8.1 Datenermittlung für die Auftragsposition VBAP.......... 39912.8.2 Datenermittlung für den Auftragskopf

VBAK/Kaufmännische Daten VBKD .......................... 40112.8.3 Beispiel zur Substitution einer Kundengruppe

(VBKD-KDGRP) ......................................................... 40112.8.4 Vor- und Nachteile der Datenbeschaffung innerhalb

und außerhalb der Preisfindung ................................. 40212.8.5 Datenermittlung in der Faktura .................................. 403

12.9 Kopierte Konditionen und anschließende Mengenänderung 40312.9.1 Einfache Lösung für Absolutbetragskonditionen ......... 40412.9.2 Komplexe Lösung für alle Konditionsarten ................. 406

12.10 Gesteigerte Preise in Retouren und Gutschriften .................... 41012.11 Kennzahlen für Reporting und Analyse .................................. 411


Inhalt

16

12.11.1 Einrichten eines neuen, konsolidierten Kalkulationsschemas .................................................. 413

12.11.2 Kennzahl 1 – Ausgangswert (KZWI1) ........................ 41712.11.3 Kennzahl 2 – Standardkonditionen (KZWI2) .............. 41912.11.4 Kennzahl 3 – Kundenindividuelle Konditionen

(KZWI3) ..................................................................... 41912.11.5 Kennzahl 4 – Manuelle Konditionen (KZWI4) ............ 42112.11.6 Kennzahl 5 – Bonuskonditionen (KZWI5) .................. 42212.11.7 Kennzahl 6 – Nettowert (NETWR) ............................. 42212.11.8 Kennzahl 7 – Verrechnungswert (WAVWR) ............... 422

12.12 Fazit ...................................................................................... 426

In diesem Kapitel werden wir die Anwendung der Preisfindung innerhalb ausgewählter Applikationen betrachten und auf die User Exits eingehen, die im direkten Zusammenhang mit dem Aufruf der Preisfindung stehen. 427

13 Preisfindung in ausgewählten Applikationen .................... 427

13.1 Preisfindung im Kundenauftrag .............................................. 42813.1.1 Routine USEREXIT_PRICING_PREPARE_TKOMK........ 43013.1.2 Routine USEREXIT_PRICING_PREPARE_TKOMP ........ 43113.1.3 Reaktion auf Änderungen von Beleginhalten ............. 43113.1.4 Manuell eine neue Preisfindung im Kundenauftrag

auslösen .................................................................... 43313.2 Preisfindung in der Faktura .................................................... 43313.3 Preisfindung in der Bestellung ............................................... 43513.4 Preisfindung im Rechnungswesen .......................................... 43813.5 Steuerberechnung in der Finanzbuchhaltung ......................... 439

13.5.1 Ausgangsbetrag inklusive Steuer ................................ 44313.6 Preisfindung in der Transportabwicklung

(Frachtkalkulation) ................................................................. 44613.7 Fazit ...................................................................................... 447

Im produktiven Betrieb ist die Performance des Systems immer ein wichtiges Thema. Wir wollen in diesem Kapitel zeigen, welche Möglichkeiten Sie haben, um den Anteil der Preisfindung an der Programmlaufzeit positiv zu beeinflussen. 449

14 Performance und Test ......................................................... 449

14.1 SAP-Tabellenpuffer ................................................................ 45014.2 Konditions-Prestep und Zugriffsoptimierung .......................... 45114.3 Reihenfolge der Felder in den Konditionstabellen .................. 45314.4 Einsatz von Bedingungen ....................................................... 45414.5 Gruppenkonditionen und Formeln ......................................... 45514.6 Besonderheiten in Kundenauftrag und Faktura ...................... 456

14.6.1 Besonderheiten im Kundenauftrag ............................ 45614.6.2 Besonderheiten in der Faktura .................................. 45614.6.3 Versorgung der Kommunikationsstruktur KOMK........ 459

14.7 Analysetools .......................................................................... 463


Inhalt

17

14.8 Testen .................................................................................. 46514.9 Fazit ...................................................................................... 468

469

Anhang ...................................................................................... 469

A Konditionssteckbriefe ...................................................................... 471A.1 AMIW (Mindestauftragswert) ................................................ 471A.2 AMIZ (Mindestwertzuschlag) ................................................. 472A.3 AZWR (Anzahlung/Anzahlungsverrechnung) .......................... 473A.4 BO01 (Material/Materialgruppenbonus) ................................ 473A.5 DIFF (Rundung Endbetrag) .................................................... 475A.6 DUPL (Duplikationskondition) ............................................... 475A.7 EDI1 (Erwarteter Kundenpreis) .............................................. 476A.8 EDI2 (Erwarteter Kundenwert) .............................................. 477A.9 EK01 (Istkosten) .................................................................... 477A.10 EK02/EK03 (Kalkulierte Kosten) ............................................ 478A.11 GRWR (Grenzübergangswert) ................................................ 478A.12 HA00 (Prozentrabatt) ............................................................ 479A.13 HB00 (Absolutrabatt) ............................................................. 480A.14 HD00 (Fracht) ....................................................................... 481A.15 HI02 (Kundenhierarchierabatt) .............................................. 482A.16 HM00 (Auftragswert) ............................................................ 482A.17 IV01 (Preis interne Verrechnung) ........................................... 483A.18 KP00 (Palettenrabatt) ............................................................ 484A.19 KP01 (Palettenanbruchzuschlag) ............................................ 485A.20 KP02 (Mixpalettenrabatt) ...................................................... 486A.21 KP03 (Mixpalettenanbruchzuschlag) ...................................... 487A.22 KUMU (Kumulationskondition) ............................................. 488A.23 KW00 (Konzernbewertung – Transferpreis) ............................ 489A.24 MW01 (Steuerauslöser) ......................................................... 490A.25 MW15 (Steuer Delkredere (voller Satz)) ................................. 491A.26 MWSI (Mehrwertsteuer im Hundert) ..................................... 491A.27 NETP (Rundungsdifferenz) ..................................................... 492A.28 NETW (Warenwert) ............................................................... 493A.29 NRAB (Naturalrabatt) ............................................................ 493A.30 PBBS (Basispreis) ................................................................... 494A.31 PBU (Preisbuchfindung) ......................................................... 494A.32 PBUD (Preisbuchbasis) ........................................................... 496A.33 PBUP (Preisbuchbrutto) ......................................................... 496A.34 PC00 (Profitcenterbewertung – Transferpreis) ........................ 497A.35 PI01 (Preis interne Verrechnung) ........................................... 498


Inhalt

18

A.36 PMIN (Mindestpreis) ............................................................. 499A.37 PN00 Nettopreis .................................................................. 499A.38 PR01 (Preis inklusive Steuer) ................................................. 500A.39 PR02 (Preis gesteigert) ........................................................... 500A.40 PTVO (Gutschein) .................................................................. 501A.41 R100 (100%-Abschlag) .......................................................... 502A.42 RL00 (Delkredere) ................................................................. 502A.43 SKTO (Skonto nach Steuer) .................................................... 503A.44 SKTV (Skonto vor Steuer) ....................................................... 504A.45 VA00 (Variantenpreis) ........................................................... 504A.46 VPRS (Verrechnungspreis) ..................................................... 506A.47 Z902 (Datenermittlung Material) ........................................... 507A.48 Z905 (Materialgruppenrabatt) ............................................... 508A.49 ZBUP (Preisbuchbrutto) ......................................................... 508A.50 ZDB1 (Mindestdeckungsbeitrag) ............................................ 509A.51 ZM00 (Auftragswertdelta) ..................................................... 509A.52 ZPBP (Datenermittlung Kunde) .............................................. 510A.53 ZPRA (Preis allgemein) ........................................................... 510A.54 ZPRB (Preis kundenindividuell) .............................................. 511A.55 ZPRC (Preis gesteigert) ........................................................... 512A.56 ZPRD (Preis Kontrakt) ............................................................ 512A.57 ZH01 (Budget genehmigt) ..................................................... 513A.58 ZH02 (Budget angefordert) .................................................... 514

B SAP CRM-Anbindung ....................................................................... 515B.1 Datenübernahme von SAP ERP nach SAP CRM ...................... 515

B.1.1 Übernahme der Customizing-Daten ........................... 516B.1.2 Stammdatenübernahme ............................................. 517

B.2 Anpassungskonzept der CRM-Preisfindung ............................ 518C Die Autoren ..................................................................................... 519

Index....................................................................................................... 521


23

Bevor Sie inhaltlich in die Konditionstechnik und die Preisfindung in SAP ERP einsteigen, gehen wir im Folgenden auf das Thema, den Aufbau und die Zielgruppe dieses Buchs ein.

Einleitung

Die Preisfindung und die Konditionstechnik in SAP ERP, über die wir in die-sem Buch schreiben, existieren schon seit Einführung des SAP R/3-Systems.Ein paar Erweiterungen sind natürlich im Laufe der Jahre hinzugekommen,in den letzten Jahren hat sich allerdings funktional nicht mehr viel getan.

Warum also brauchen Sie dieses Buch jetzt noch, es gibt ja schließlich dieAnwendungs-Dokumentation und die Schulungsunterlagen?

Warum gibt es dieses Buch?

Die Tatsache, dass von Seiten der SAP an diesem Modul in den letzten Jahrenkeine wesentlichen Weiterentwicklungen erfolgt sind, bedeutet nicht, dasskeine Kundenanforderungen vorgelegen haben. Es ist jedoch nicht sinnvoll,jede bekannte Kundenanforderung auch in den Standard aufzunehmen. Dieskönnte sich destabilisierend auswirken, außerdem würde so jeder Kunde mitden Erweiterungen »beglückt« werden, auch wenn er sie überhaupt nichtbraucht. Es ist aber auch gar nicht zwingend erforderlich, das Modul weiter-zuentwickeln, denn die SAP ERP-Preisfindung bietet im Standard eine ausge-sprochen große Flexibilität, die man nur kennen und richtig einsetzen muss.

Preisfindung ist eine unendliche Geschichte, die Vertriebsabteilungen sindsehr kreativ, wenn es um das Ausdenken neuer Preisgestaltungsvariantengeht. Die Aufgabe des Key-Users, Beraters oder Systembetreuers ist es, dieAnforderungen der Fachabteilung zu realisieren. Hier setzen wir an.Bekanntlich führen viele Wege nach Rom. Der einfachste Weg wäre sicher-lich, die Fachabteilung davon zu überzeugen, die Anforderung fallen zu las-sen. Das ist natürlich nicht ernst gemeint, also muss eine Lösung gefundenwerden. Dabei kommt es immer wieder mal vor, dass der eingeschlageneLösungsweg nicht unbedingt optimal ist. Hier soll unser Buch behilflich sein.


Einleitung

24

Voraussetzung dafür, die richtige Lösung zu finden, ist natürlich, dass manmindestens die Möglichkeiten des Standards kennt, weshalb wir die beste-hende Funktionalität in ihrer ganzen Flexibilität umfassend darstellen. Darü-ber hinaus zeigen wir, wie Sie vorgehen können oder müssen, wenn Sie denStandard ausgereizt haben.

Bei jeder Fragestellung zum Thema Preisfindung und Konditionstechnik soll-ten Sie in diesem Buch fündig werden.

Zur Geschichte der Preisfindung und Konditionstechnik

In den Anfangszeiten von SAP R/2 gab es zur Bestimmung des Ausgangs-preises drei Quellen: den Preis aus dem Materialstamm, den kundenindivi-duellen Preis und den Preislistenpreis. Zur Abbildung der Zu- undAbschläge standen im System acht Positionskonditionen und acht Kopfkon-ditionen mit variablem Schlüsselaufbau per Customizing zur Verfügung.Dieses Prinzip stieß mit zunehmender Kundenzahl aus den unterschied-lichsten Branchen jedoch bald an seine Grenzen, insbesondere reichtendiese Möglichkeiten nicht aus, um etwa die Anforderungen der Konsum-güterindustrie abzudecken.

Daher wurde im Jahr 1987 ein Entwicklungsprojekt mit vier repräsentativenKunden aufgesetzt, in dem die zusätzlichen Anforderungen evaluiert und alsKundenlösung realisiert werden sollten. Dabei wurde ein zentrales Anliegendeutlich: Es sollte möglich sein, alle Elemente der Preisfindung auf Hierar-chieebenen (Kunden- und Produkthierarchie) abzulegen.

Die Lösung für diese Anforderung war die Erfindung der Zugriffsfolge, mitderen Flexibilität es möglich war, beliebige hierarchische Strukturen zuhandhaben und darüber hinaus die bestehende SAP R/2-Preisfindung eben-falls abzudecken. Ein weiterer Fortschritt bestand darin, dass alle Wertkom-ponenten eines Belegs über das neu eingeführte Kalkulationsschema an einereinzigen Stelle definiert und kalkuliert werden konnten. Das betraf beispiels-weise die Preise, die Zu- und Abschläge, die Kosten, den Deckungsbeitrag,den Kreditpreis und den Grenzübergangswert, um hier nur einige zu nen-nen. Auch die Bedingungen wurden in dieser Projektentwicklung eingeführt,um noch komplexere Sachverhalte abzubilden. In einem nächsten Schrittwurde die Flexibilität der neuen Konditionstechnik, also die Fähigkeit, belie-bige Hierarchien zu handhaben, auch für weitere Grundfunktionen wie bei-spielsweise die Materialsubstitution und die Artikellistung umgesetzt.


Einleitung

25

Die Projektlösung war ein durchschlagender Erfolg und wurde auch voraban andere Kunden ausgeliefert. Der größte Teil dieser Projektlösung wurdeanschließend in den SAP R/2-Standard übernommen.

Mit dem Aufbau von SAP R/3 wurde diese Konstruktion im Wesentlichenübernommen, jedoch völlig neu realisiert. Aufgrund der Erfahrungen mitder SAP R/2-Lösung wurden zur Erweiterung der Flexibilität und der kun-denindividuellen Anpassbarkeit zusätzlich die Formeln eingeführt, dieBerechnungen ermöglichen, die über das Tabellen-Customizing hinausge-hen. Eine weitere Designänderung bestand darin, sogenannte Kopfkonditio-nen grundsätzlich auf die Positionen zu verteilen, um beispielsweise bei derTeilfakturierung die anteiligen Werte korrekt zu berücksichtigen; ein Thema,das in SAP R/2 nur unzureichend gelöst war. Die Datenablage der Konditi-onsstammdaten erfolgte nun in generierten Konditionstabellen.

Bis zum heutigen Stand der SAP ERP-Preisfindung gab es dann noch eineReihe von funktionalen Erweiterungen, unter denen vor allem die Einfüh-rung der variablen Daten der Konditionsstammdaten hervorzuheben ist.

Wie hilft Ihnen dieses Buch?

Die Elemente des Customizings der Konditionstechnik und der Preisfindungsind im Lauf der Jahre immer leistungsfähiger geworden – und damit kannein großer Prozentsatz der Anforderungen an die heutige SAP ERP-Preisfin-dung durch eine kreative Nutzung dieser Customizing-Elemente gelöst wer-den. Dennoch treten in der Praxis immer wieder die unterschiedlichstenAnforderungen auf, so dass kundenindividuelle Anpassungen oft unaus-weichlich sind. Damit diese stabil und performant arbeiten, ist ein techni-sches Detailwissen erforderlich, das man sich bisher nur sehr mühsam undnur in Ausschnitten erarbeiten konnte.

Unser Buch wird Ihnen bei der Bewältigung von Herausforderungen in derKonditionstechnik und der Preisfindung helfen: Es vermittelt nicht nur eineumfassende Herleitung und Darstellung des Standard-Customizings fürJedermann – wir erklären das Customizing an einem typischen Praxisfall, derSchritt für Schritt durchlaufen wird –, sondern legt auch die technischenGrundlagen offen, die bisher in dieser Transparenz und Detaillierung nur imKopf (um nicht zu sagen im »Hirn«) des Hauptentwicklers dieses Themenbe-reichs vorhanden waren.


Einleitung

26

Wie ist das Buch aufgebaut?

Wir haben das Buch in drei Teile gegliedert: Teil I, »Konditionstechnik«,enthält eine Einführung in die Konditionstechnik, die das Kernstück derPreisfindung darstellt, aber auch für zahlreiche andere Findungsprozesseverwendet wird. Er beginnt mit den Einsatzgebieten und den Elementen derKonditionstechnik in Kapitel 1, gefolgt von der Vorstellung der Konditions-stammdaten der Preisfindung in Kapitel 2 und deren Auswertungen undArbeitsvorräten in Kapitel 3.

Im zentralen Teil II, »Preisfindung«, werden zunächst in Kapitel 4 ausführ-lich die Elemente und die Möglichkeiten des Standard-Customizings derPreisfindung vorgestellt. Ein weiterer Schwerpunkt liegt auf der Arbeit mitKonditionsstammdaten in Kapitel 5 und dem Verständnis und der Hand-habung des Preisfindungsergebnisses in Kapitel 6. Vertieft werden dieseBetrachtungen in Kapitel 7 durch die Vorstellung spezieller Funktionen derPreisfindung und in Kapitel 8 durch die Behandlung ausgewählter Kalkulati-onsschemata und Konditionsarten.

Im abschließenden »Experten«-Teil III, Weiterführende Techniken, Tippsund Tricks, wird das technische Detailwissen vermittelt, das benötigt wird,um kundenindividuelle Anpassungen stabil, performant und mit hoher Qua-lität vornehmen zu können. Ausgehend von den Besonderheiten der Kondi-tionstechnik in der Preisfindung in Kapitel 9 über die Vorstellung der wich-tigsten Programme der Preisfindung in Kapitel 10 geht es in Kapitel 11 umSystemanpassungen mit Bedingungen, Formeln und User Exits. Danach fol-gen mit Kapitel 12 typische Praxisanforderungen an die Preisfindung undihre Lösungen, die größtenteils diese Bedingungen, Formeln und User Exitseinsetzen. Diese Betrachtungen werden durch die Preisfindung in ausge-wählten Applikationen in Kapitel 13 auf weitere Bereiches, wie z.B. dieBestellung und das Rechnungswesen, ausgedehnt. Am Ende steht eineAbhandlung zu Performance und Test in Kapitel 14.

Abgerundet wird das Buch durch die in Anhang A enthaltenen »Konditions-steckbriefe« – eine kompakte Beschreibung mit Nennung aller besonderenCustomizing-Details, die eine bestimmte Konditionsart ausmachen, für dieman sich gerade interessiert. Darüber hinaus finden Sie in Anhang B grund-legende Informationen zur Übernahme der SAP ERP-Preisfindung (Customi-zing und Stammdaten) nach SAP CRM.


Einleitung

27

An wen richtet sich dieses Buch?

Mit unserem Buch sprechen wir einen umfangreichen Personenkreis an: Erreicht vom Einsteiger über den Key-User und den Junior-Berater bis zumsehr erfahrenen Berater. Das liegt daran, dass die Komplexität der Konditi-onstechnik und der Preisfindung eine Vielzahl von Schichten aufweist. Wiebei einer sehr großen Zwiebel können Sie immer noch eine weitere Schichtder Komplexität abschälen, um irgendwann zum Kern vorzudringen. Viel-leicht kommen Sie für Ihr »Preisfindungsrezept« mit den ersten Schichtendes Standard-Customizings aus und sind vollkommen zufriedengestellt. Viel-leicht ist Ihr »Appetit« aber auch etwas größer und Ihre Ansprüche sind raf-finierter. Dann müssen Sie sich schrittweise dem Kern der Komplexitätnähern.

Abhängig von der Ebene der Komplexität, auf der Sie sich befinden, ergebensich verschiedenste Möglichkeiten, mit dem Buch zu arbeiten. Sie könnennatürlich ganz einfach von vorne zu lesen beginnen. Aber falls Sie es als Ein-steiger in die Preisfindung und die Konditionstechnik oder als Key-User eilighaben, können Sie auch mit dem zentralen Teil II, »Preisfindung«, starten.Das Kapitel 5 gibt anhand einer konkreten Aufgabenstellung, die beispielhaftumgesetzt wird, einen umfassenden Einstieg in die Konfiguration (Customi-zing) der Konditionstechnik und Preisfindung. Idealerweise kann man diesesBeispiel auch Schritt für Schritt am System nachvollziehen, wenn manZugang zu einem Testsystem besitzt – eine Vorgehensweise, die natürlich füralle Beispiele in diesem Buch zu empfehlen ist. Nach der Lektüre von Teil IIsind Einsteiger und Key-User für die allermeisten Fragen des Alltags gerüstet.

Der Berater wird eher über das Inhaltsverzeichnis navigieren und die Kapitelmit denjenigen Themen direkt ansteuern, die sein Interesse finden. Das wer-den naturgemäß häufig – aber nicht ausschließlich – die Inhalte sein, die inTeil III, »Weiterführende Techniken, Tipps und Tricks«, angesiedelt sind.Zum vollen Verständnis von Teil III sind allerdings ABAP-Programmier-kenntnisse Voraussetzung.

Der erfahrene Berater wird sich zuallererst auf den Teil III konzentrieren, dahier zum großen Teil Themen dargestellt sind, die außerhalb dieses Buchsnoch nirgends oder nicht in dieser Detailgenauigkeit veröffentlicht wurden.Das könnte im Einzelfall sogar dazu führen, dass bestehende Lösungen nocheinmal überprüft werden, da sich aufgrund des angeeigneten Wissens alter-native Lösungen offenbaren.


Einleitung

28

Anmerkung zu den Beispielen in diesem Buch

Alle in diesem Buch aufgeführten Lösungsvorschläge auf der Basis von SAPERP 6.0 Enhancement Package 4 wurden von uns erfolgreich getestet. WennSie die Anregungen in diesem Buch für eigene Erweiterungen verwenden,müssen Sie natürlich – wie immer in solchen Fällen – Ihre individuellenAnforderungen und Systemgegebenheiten genau beachten. Anders gesagt:Mit Blick auf Ihre konkrete Situation sind »alle Angaben ohne Gewähr«; fürIhre Modifikationen sind Sie letztendlich selbst verantwortlich. Mithilfe desin diesem Buch vermittelten Wissens sollten Sie diese Modifikationen aberkompetent angehen können.


31

Die Konditionstechnik ist ein konfigurierbares Werkzeug, das Sie einerseits zur Definition von Stammdaten und andererseits für den Zugriff auf diese einsetzen können. Sie dient also zur Lösung von Findungsaufgaben. In diesem ersten Kapitel stellen wir wesentliche Grundfunktionen vor, die mithilfe der Konditionstechnik realisiert wurden, und machen Sie mit den Begriffen der Konditionstechnik vertraut.

1 Einsatzgebiete und Elemente der Konditionstechnik

Jede betriebswirtschaftliche Funktion benötigt Stammdaten: Kundenauf-tragsbearbeitung und Fakturierung benötigen den Kundenstamm und denMaterialstamm, die Einkaufsabwicklung benötigt den Lieferantenstamm, derBuchungsbeleg benötigt Sachkonten etc. Beim Design dieser Stammdaten-Objekte steht man immer vor der Frage, wie denn nun eigentlich derZugriffsschlüssel dieser Objekte aussehen soll. Sollen die Daten abhängigsein von der Verkaufsorganisation, dem Vertriebsweg, dem Buchungskreisoder anderen Organisationseinheiten? Diese Entscheidung ist oft nicht ein-fach, zumal SAP als Lieferant von Standardsoftware den Anspruch erhebt,nicht nur die bekannten, sondern auch zukünftige, heute noch unbekannteAnforderungen abzudecken. Das bedeutet, dass ein hohes Maß an Flexibili-tät gewünscht ist. Die Antwort auf diese Anforderung gibt SAP mit der Kon-ditionstechnik.

Die Idee der Konditionstechnik entstand zunächst bei der Entwicklung derPreisfindung. Es wurde jedoch schnell klar, dass dieses Konstruktionsprinzipauch für andere Anwendungen ideal ist. Die Konditionstechnik wurde daherimmer eingesetzt, wenn die Abhängigkeiten der Stammdaten für einebestimmte Funktion durch die Kundenanforderungen nicht eindeutigbestimmbar waren – zumindest bei den Funktionalitäten, die neu entwickeltwurden. Beispiele dafür sind die Funktionen Artikellistung, Artikelaus-schluss und Materialfindung.


Einsatzgebiete und Elemente der Konditionstechnik 1

32

Zur Unterscheidung der Anwendungen bzw. der Einsatzgebiete wurde derBegriff der Konditionsverwendung eingeführt. Bevor wir uns einige Beispielefür diese Konditionsverwendungen ansehen, wollen wir auf die Eigenschaf-ten der Konditionen eingehen, die sie von anderen Stammdaten abheben.

1.1 Eigenschaften von Konditionen

Wir haben darüber gesprochen, dass die Abhängigkeit der Konditions-stammdaten, also der Zugriffsschlüssel, nicht ein für alle Mal festgeschriebenwerden kann, sondern in jeder SAP-Installation unterschiedlich ausfallenkann.

Die Informationen über den Schlüsselaufbau einer Stammdatentabelle, auchKonditionstabelle genannt, werden als Metadaten in Customizing-Tabellenabgelegt. Aus diesen Metadaten werden dann die DDIC-Tabellen (Data Dic-tionary) generiert, in denen die spätere Datenablage erfolgt. Die variableSchlüsseldefinition der Konditionsstammdaten stellt natürlich besondereHerausforderungen an die Stammdatenpflege. Deshalb werden zu einer Kon-ditionstabelle auch noch die zugehörigen Pflegeprogramme und die Screens(zumindest für den SAPGUI) generiert. Neben den variablen Schlüsselfeldernsind die Gültigkeitszeiträume ein weiterer wesentlicher Bestandteil der Kon-ditionssätze.

Eine Konditionsverwendung wird normalerweise von mehreren Objekteninnerhalb des SAP-Systems benutzt. Die Preisfindung wird unter anderem inKundenauftrag, Fakturierung, Bestellung und Rechnungswesen eingesetzt.Zur besseren Abgrenzung der Objekte wurde der Begriff der Konditionsappli-

Der Zugriffsschlüssel der Konditionsstammdaten ist frei definierbar

Der wesentliche Unterschied der Konditionsstammdaten (Konditionssätze) imVergleich zu anderen Stammdaten, wie z.B. dem Kundenstamm und dem Materi-alstamm, besteht darin, dass der Konditionsschlüssel nicht fest definiert ist, son-dern durch eine Customizing-Transaktion eingerichtet wird.

Konditionsstammdaten sind datumsabhängig

Eine weitere wichtige Eigenschaft der Konditionsstammdaten ist ihre Datumsab-hängigkeit, d.h., jedem Konditionssatz ist ein Gültigkeitszeitraum zugeordnet.Andere Stammdaten, wie z.B. der Kundenstamm oder der Materialstamm, besit-zen diese Eigenschaft nicht.


Einsatzgebiete der Konditionstechnik (Konditionsverwendung) 1.2

33

kation eingeführt. Große Teile des Customizings, wie z.B. der Feldvorrat, dieKonditionsarten und die Kalkulationsschemata, sind applikationsabhängig.

Neben der flexiblen Definition der Schlüsselfelder einer Konditionstabellekommt dem Lesen der Konditionstabellen innerhalb der operativen Verar-beitung (z.B. bei der Preisfindung im Kundenauftrag) eine ganz besondereBedeutung zu. Das Lesen erfolgt mit einer Suchstrategie, der sogenanntenZugriffsfolge.

Zusammen mit dem Einsatz von Bedingungen verleiht die Zugriffsfolge derKonditionstechnik eine Ausnahmestellung. Denn ihre Flexibilität kann teureModifikationen in Kundeninstallationen überflüssig machen.

Lassen Sie uns im Folgenden auf einige ausgewählte betriebswirtschaftlicheFunktionen, die mithilfe der Konditionstechnik realisiert sind, eingehen underste technische Begriffe ansprechen. Die Konditionstechnik dient zwardazu, betriebswirtschaftliche Anforderungen zu lösen, sie ist jedoch auch –als Tool – techniklastig, weshalb wir Sie notgedrungen immer wieder mitden technischen Begriffen konfrontieren werden.

1.2 Einsatzgebiete der Konditionstechnik (Konditionsverwendung)

In Tabelle 1.1 sehen Sie eine Übersicht über die Einsatzgebiete der Konditi-onstechnik, also über diejenigen betriebswirtschaftlichen (Teil-)Funktionen,die mithilfe dieser Technik realisiert wurden. Wir benutzen im Folgendendie technischen Begriffe Verwendung oder Konditionsverwendung für dieseEinsatzgebiete. Darüber hinaus wird jede Konditionsverwendung in derRegel in mehreren Anwendungsbereichen, den betriebswirtschaftlichen Pro-zessen, eingesetzt. Für diese Anwendungsbereiche verwenden wir die tech-nischen Begriffe Applikation oder Konditionsapplikation. Eine Übersicht die-ser Applikationen geben wir in Abschnitt 1.4, »Anwendungsbereiche derKonditionstechnik (Konditionsapplikation)«.

Der Zugriff auf die Konditionssätze erfolgt mit einer Suchstrategie – der »Zugriffsfolge«

Durch die Einführung von Zugriffsfolgen ist der Zugriff auf die Konditionstabellenüber das Customizing frei definierbar; insbesondere ist dadurch eine Priorisierungder gefundenen Konditionssätze und die Abarbeitung hierarchischer Strukturenmöglich.



34

Die Verwendung wird durch die einstellige Domäne KVEWE definiert, derenWertebereich in der Tabelle T681V zu finden ist. Die Verwendung T (Daten-beschaffung) haben wir nicht aufgeführt, da sie im Standard nicht realisiertist. Auf diese Funktionalität gehen wir aber in Abschnitt 1.3.9 näher ein.

Die wichtigsten Informationen, die aus der Verwendung abgeleitet werden,sind:

� Kommunikationsstruktur (z.B. KOMG)Die Kommunikationsstruktur definiert den Feldvorrat aller Merkmale, diefür die Generierung der Konditionstabellen verwendet werden können.Sie wird auch innerhalb des Pflegeprogramms für die Konditionssätze ver-wendet.

� Muster-Tabelle (z.B. A000)Die Muster-Tabelle dient als Vorlage, aus der die einzelnen Konditionsta-bellen generiert werden. Anhand dieser Tabelle ist zu sehen, ob die Ver-wendung einen Gültigkeitszeitraum unterstützt. Das Schlüsselfeld VAKEY

Verwen-dung

Bezeichnung Kommunika-tionsstruktur

Muster-Tabelle

Muster-Report

Modulpool

A Preisfindung KOMG A000 RV13A000 SAPMV13A

B Nachrichten KOMB B000 RV13B000 SAPMV13B

C Kontenfindung KOMCV C000

D Material-findung

KOMGD D000 RV130000 SAPMV13D

E Bonus KOMG E000 RV13E000 SAPMV13A

G Listung/Ausschluss

KOMGG G000 RV130000 SAPMV13G

H Chargen-findung

KOMGH H000 RV130000 SAPMV13H

I Vorlagen-findung

KOMI I000 RV130000 SAPMV13I

M Portfolio-findung

KOMGM M000 RV13M000 SAPLWPOT

N Naturalrabatt KOMG N000 RV130000 SAPMV13N

Tabelle 1.1 Konditionsverwendungen (Transaktion SM30, View V_T681V)


Ausgewählte Einsatzgebiete (Verwendungen) 1.3

35

der Muster-Tabelle wird bei der Generierung durch konkrete Felderersetzt.

� Muster-Report (z.B. RV13A000)Der Muster-Report dient als Vorlage zur Generierung des Selektionsre-ports zu einer Konditionstabelle. Diese Generierung ist erforderlich, weildie Konditionstabellen unterschiedliche Schlüsselfelder haben.

� Modulpool (z.B. SAPMV13A) des Pflegeprogramms im SAPGUISie sehen in Tabelle 1.1, dass die Verwendung C (Kontenfindung) keinenModulpool besitzt. Bei dieser einfachen Verwendung erfolgt die Pflegeder Konditionssätze durch einen generierten Pflegeview. Das ist deshalbmöglich, weil die Konditionssätze dieser Verwendung ausschließlich ausder Konditionstabelle selbst bestehen (es gibt also keine zusätzlichenTabellen) und außerdem kein Gültigkeitszeitraum unterstützt ist.

1.3 Ausgewählte Einsatzgebiete (Verwendungen)

In diesem Abschnitt wollen wir die wichtigsten Einsatzgebiete der Konditi-onstechnik anreißen. Für diese Einsatzgebiete verwenden wir im Folgendenden technischen Begriff der Verwendung oder Konditionsverwendung.

1.3.1 Verwendung A: Preisfindung

Die Verwendung Preisfindung (A) innerhalb der Vertriebsabwicklung (Appli-kation V) und insbesondere die Verwendung der Konditionsstammdaten indiesem Prozess sind das Hauptthema dieses Buchs. Weitere Informationenzur »Preisfindung in ausgewählten Applikationen« finden Sie in Kapitel 13.

1.3.2 Verwendung B: Nachrichtenfindung

Nachrichten dienen dazu, Folgefunktionen zu einem Objekt auszulösen. Inden Konditionsstammdaten legen Sie fest, unter welchen Umständen welcheNachrichten ausgegeben werden sollen.

Folgende Funktionen werden in der Nachrichtenfindung (B) unterstützt:

� Druck mit den Formular-Varianten SAPscript, SmartForms und PDFZusätzlich können die Druckdokumente im optischen Archiv zu Revisi-onszwecken abgelegt werden.



36

� EDI-Ausgang (Electronic Data Interchange)

� SonderfunktionenDamit haben Sie die Möglichkeit, eine Folgeverarbeitung eines Belegs aus-zulösen, indem eigene Verarbeitungsprogramme prozessiert werden. Diesist ein beliebtes (und sehr zu empfehlendes) Mittel, um Prozessanpassun-gen modifikationsfrei vorzunehmen.

� Auslösen eines Workflow-EventsIm Kundenauftrag wird grundsätzlich ein Workflow-Event ausgelöst.Nicht so in der Faktura. Dies können Sie über den Weg der Nachrichten-verarbeitung realisieren.

Eine Besonderheit dieser Verwendung ist, dass sie als einzige unterschiedli-che Kommunikationsstrukturen unterstützt.

1.3.3 Verwendung C: Kontenfindung

Die Kontenfindung (C) wird innerhalb der Auftragsbearbeitung und der Faktu-rierung verwendet. Die Aufgabe besteht darin, Sachkonten für die Schnittstellezum Rechnungswesen zu ermitteln. Zu beachten ist hier, dass die Konditions-sätze keinen Gültigkeitszeitraum unterstützen. Über verschiedene Applikatio-nen wird die Kontenfindung für folgende Zwecke durchgeführt:

Applikation V: Erlöskontenfindung

Mit der Erlöskontenfindung wird die Kontenfindung für Erlöse und Erlös-schmälerungen durchgeführt. Bei speziellen statistischen Konditionsartenwird zusätzlich ein zweites Konto zur Bildung von Rückstellungen ermittelt,wie es beispielsweise bei Konditionen für nachträgliche Vergütungen benö-tigt wird. Dort werden zum Zeitpunkt der Fakturen die zu erwartendenErlösschmälerungen in der G+V (Gewinn- und Verlustrechnung) gebuchtund über ein Rückstellungskonto mit der später durchgeführten Bonus-abrechnung verrechnet.

Applikation VB: Abstimmkontenfindung

Zu einer Faktura wird für den Kunden ein offener Posten in der Debitoren-Buchhaltung aufgebaut. Parallel zu dieser Buchung wird die Buchung auf dasBilanzkonto für Forderungen automatisch durchgeführt. Dieses Forderungs-konto wird aus dem Stammsatz des Kunden ermittelt. Mit der Abstimm-


Ausgewählte Einsatzgebiete (Verwendungen) 1.3

37

kontenfindung kann ein davon abweichendes Abstimmkonto für die Forde-rungen situationsspezifisch ermittelt werden.

Applikation VC: Kontenfindung Kasse-Verrechnung

Beim Barverkauf wird kein offener Posten mit angebundener Buchung auf dasForderungskonto erzeugt, stattdessen wird lediglich auf ein spezielles Bilanz-konto für Kasse-Verrechnung gebucht. Dieses Konto wird hier ermittelt.

Applikation VD: Kontenfindung für Zahlungskarten

Beim Einsatz von Zahlungskarten wird über diese Kontenfindung das Clea-ring-Konto zu einer Kartenart ermittelt.

1.3.4 Verwendung D: Materialfindung

Im Rahmen der Auftragsbearbeitung besteht manchmal die Notwendigkeit,dauerhaft oder für einen bestimmten Zeitraum ein Produkt durch ein ande-res zu ersetzen, sei es, weil das Produkt ausläuft, oder weil es im Rahmeneiner Aktion (z.B. Weihnachtsaktion) durch ein anderes mit einer anderenVerpackung ersetzt werden soll. Dies ist über die Materialfindung (D)möglich.

1.3.5 Verwendung E: Bonus

Der Bonus (E) wurde aus technischen Gründen als Unterfunktion der Ver-wendung A (Preisfindung) eingeführt. An der Oberfläche (im Customizing)tritt diese Verwendung nicht in Erscheinung. Der Unterschied zur Verwen-dung A besteht darin, dass eine andere Muster-Tabelle E000 verwendetwird, die das zusätzliche Schlüsselfeld KNUMA (Nummer der Absprache) ent-hält. Bonus-Konditionssätze sind ausschließlich innerhalb einer Bonusab-sprache zu pflegen und sind über KNUMA mit dieser verbunden.

1.3.6 Verwendung G: Materiallistung/-ausschluss

Bei der Auftragserfassung kann eine Prüfung gegen gelistete oder ausge-schlossene Artikel aktiviert werden. Entscheidend für den Einsatz der Kondi-tionstechnik bei der Entwicklung dieser Funktionalität war die Kundenan-forderung, die Listung auf jeder Ebene einer Kundenhierarchie ablegen zukönnen. Hier kommt dem konditionsvorstep, dem wir später noch öfterbegegnen werden, besondere Bedeutung zu. Auf Kopfebene wird geprüft, zu



38

welchem Knoten der Kundenhierarchie Listungssätze existieren. Bei demuntersten Hierarchieknoten, der Listungssätze enthält, wird dann die Lis-tungsprüfung durchgeführt.

1.3.7 Verwendung N: Naturalrabattfindung

Neben monetären Rabatten gibt es auch die Möglichkeit der Preisgestal-tung über Naturalrabatte. In den Konditionsstammsätzen dazu können Siefestlegen:

� Staffelmengen, ab denen der Naturalrabatt gewährt werden soll, sowieden Naturalrabattanteil an der Positionsmenge.

� Naturalrabatt als Dreingabe mit Positionsgenerierung (kaufe x von A,bezahle y). Bei dieser Variante ist ein Teil der bestellten Menge kostenlos.

� Naturalrabatt als Draufgabe (kaufe x von A, erhalte y von B kostenlos). Beidieser Variante wird zusätzlich zur bestellten Menge ein weiterer Artikelkostenlos zugegeben.

� Naturalrabatt als Dreingabe ohne Positionsgenerierung (kaufe x von A,bezahle y). Wie bei der ersten Variante ist ein Teil der bestellten Mengekostenlos.

Das Ergebnis der Naturalrabattfindung (N), die vor dem Aufruf der Preisfin-dung durchgeführt wird, führt entweder dazu, dass kostenlose Unterpositio-nen generiert werden, oder dass innerhalb der Preisfindung eine spezielleKondition zum Tragen kommt, mit welcher der Naturalrabatt bei der Drein-gabe bewertet wird.

1.3.8 Verwendung 3: Kampagnenfindung

Das Kampagnenmanagement ist eine Funktionalität von SAP Customer Rela-tionship Management (SAP CRM). Dort besteht die Möglichkeit, für einenbestimmten Zeitraum eine Kampagne als verkaufsfördernde Maßnahmeanzulegen. Wesentlicher Bestandteil dieser Kampagnen ist es, Rabatte inForm von Sofortrabatten, Naturalrabatten oder nachträglichen Vergütungenzu vereinbaren. Darüber hinaus wird der Kreis der berechtigten Personen fürdiese Kampagne festgelegt. Aufgrund ihrer Flexibilität wurde auch hier dieKonditionstechnik gewählt. Die Konditionssätze zur Kampagnenfindung (3)und zu den Rabatten werden vom CRM- in das ERP-System übertragen undbewirken, dass in CRM und ERP innerhalb der Auftragsabwicklung die glei-che Funktionalität bereitgestellt wird.


Anwendungsbereiche der Konditionstechnik (Konditionsapplikation) 1.4

39

1.3.9 Verwendung T: Datenbeschaffung

Wenn Sie sich den Customizing-View V_T681V der Verwendungen ansehen,so werden Sie dort auch den Wert »T Datenbeschaffung« vorfinden. DieseVerwendung war ursprünglich vorgesehen, um eine allgemeine Datenbe-schaffung mit der Konditionstechnik zur Verfügung zu stellen. Damit solltedie Möglichkeit geschaffen werden, Stammdaten-Attribute datumsabhängiganlegen zu können, eine Eigenschaft, die die meisten Stammdaten im SAP-System nicht haben. Mit dieser Verwendung können daher bestehende fixeStammdatenzuordnungen datumsabhängig übersteuert werden.

Im Zusammenhang mit Verträgen (z.B. Miet- oder Wartungsverträge) kannman sich gut vorstellen, dass Belegattribute ebenfalls datumsabhängiggepflegt werden sollen. Diese Änderungen sollen dann ab dem gewünschtenTermin in den periodischen Rechnungen angewandt werden (z.B. Zahlungs-bedingungen). Wenn wir uns nun vorstellen, die hier angesprochenen Kon-ditionsarten zur Datenbeschaffung mit Konditionstabellen einzurichten, wel-che die Belegnummer als Schlüsselfeld verwenden, so können wir auchdieses Ziel mit der angesprochenen Lösung erreichen.

1.4 Anwendungsbereiche der Konditionstechnik (Konditionsapplikation)

Im vorigen Abschnitt haben wir darüber gesprochen, welche betriebswirt-schaftlichen (Teil-)Prozesse mit der Konditionstechnik abgewickelt werden,und wir haben Beispiele gezeigt. Tabelle 1.2 zeigt nun eine Aufstellung derAnwendungsbereiche, in denen die Konditionstechnik genutzt wird. DieseAnwendungsbereiche, es handelt sich dabei immer auch um betriebswirt-schaftliche Prozesse, bezeichnen wir als Applikationen bzw. Konditionsappli-kationen, die aus technischer Sicht durch Businessobjekte repräsentiert wer-den. Solche Objekte sind beispielsweise der Kundenauftrag, die Faktura, dieBestellung, der Buchungsbeleg oder die Kostenstelle. Die Applikation istdurch die Domäne KAPPL definiert, deren Wertebereich in der Tabelle

Allgemeine Datenbeschaffung mit der Konditionstechnik

Die Verwendung T wurde im Standard nicht realisiert, es gibt jedoch die Möglich-keit, mithilfe der Verwendung A (Preisfindung) unter Nutzung spezieller Konditi-onsarten genau diese Funktionalität über User Exits zu realisieren. Die Lösung fin-den Sie in Abschnitt 12.8, »Stammdatenfelder datumsabhängig pflegen«.



40

T681A abgelegt ist. In der Zuordnungstabelle T681Z ist festgelegt, in wel-chen Anwendungsbereichen die verschiedenen Konditionsverwendungeneingesetzt werden. Tabelle 1.2 zeigt einen Ausschnitt aus Tabelle T681Z.

Verwen-dung

Bezeich-nung

Appli-kation

Bezeichnung Kopf Position Dynamisch

3 Kampagne V Vertrieb KOMK KOMP

A Preisfindung BA IS-Bank KOMK KOMP KOMPAZD

CS Kostenstellen KOMK KOMP KOMPAZD

F Frachtkosten KOMK KOMP KOMPAZD

J0 IS-P Verlag KOMK KOMP KOMPAZD

KA Aufträge KOMK KOMP

KE Ergebnisrech-nung

KOMK KOMP KOMPAZD

M Einkauf KOMK KOMP KOMPAZD

MS Dienstleistung KOMK KOMP KOMPAZD

P Vergütung KOMK KOMP KOMPAZD

TX Steuern KOMK KOMP KOMPAZD

V Vertrieb KOMK KOMP KOMPAZD

W Warenwirt-schaft

KOMK KOMP KOMPAZD

B Nach-richten-findung

EF Einkauf KOMKBEA KOMPBEA

ME Bestand KOMKBME KOMPBME

MR Rechnungs-prüfung

KOMKBMR KOMPBMR

V1 Verkauf KOMKBV1 KOMPBV1

V2 Versand KOMKBV2 KOMPBV2

V3 Faktura KOMKBV3 KOMPBV3

V7 Transport KOMKBV7

C Konten-findung

M Einkauf KOMKCV KOMPCV

V Vertrieb KOMKCV KOMPCV

VB Abstimmkonto KOMKCV KOMPCV

VC Kasse KOMKCV KOMPCV

VD Kreditkarten KOMKCV KOMPCV

D Material-findung

V Vertrieb KOMKD KOMPD

VS Cross-Selling KOMKD KOMPD

Tabelle 1.2 Anwendungsbereiche der Konditionstechnik (Transaktion SM30, View V_T681Z)


105

In diesem Kapitel werden wir anhand eines Praxisbeispiels die charakteristische Vorgehensweise bei der Umsetzung eines kunden-individuellen Preisfindungsszenarios Schritt für Schritt vorstellen.

4 Customizing der Preisfindung

Die Konfiguration der Preisfindung erfolgt in umgekehrter Reihenfolge wieder Ablauf der Preisfindung. Das bedeutet, dass am Anfang der Konstruktionder zu findende Konditionssatz steht. Im Vorfeld müssen Sie daher das zulösende Preisfindungsproblem schon soweit durchdrungen haben, dass Siesozusagen den zu findenden Konditionssatz bereits vor Augen haben.

Ausgehend von diesem Ziel, legt man die benötigten Elemente der Konditi-onstechnik in der Reihenfolge ihrer Verwendung an:

1. Die Konditionstabelle definiert die Schlüsselfelder des Konditionssatzes.

2. Die Zugriffsfolge enthält die Suchreihenfolge zum Zugriff auf den Konditi-onssatz.

3. Die Konditionsart stellt die funktionalen Eigenschaften des Konditions-satzes zur Verfügung. Über die Konditionsart wird letztlich eine Funktionf(x) modelliert: Abhängig von einem Eingangswert x (10 Stück, 100 kg, …)soll ein Wert f(x) gefunden werden.

4. Das Kalkulationsschema legt die Reihenfolge und Beziehungen zwischenden Konditionsarten fest.

5. Die Schemaermittlung legt das im konkreten Vertriebsbeleg zu verwen-dende Kalkulationsschema fest.

In diesem Kapitel werden wir alle Schritte durchlaufen, wie sie für eine klas-sische Konfiguration unter Verwendung von Standard-Customizing-Mög-lichkeiten erforderlich sind.


Customizing der Preisfindung4

106

4.1 Umsetzung eines ersten kundenindividuellen Preisfindungsszenarios

Eine eigene Konfiguration für ein gegebenes Preisfindungsproblem wirdimmer dann notwendig, wenn dafür keine adäquate Lösung in der SAP-Stan-dardauslieferung angeboten wird.

In unserem Beispiel benötigen wir einen wertabhängigen prozentualenRabatt, der für alle Aufträge in einer bestimmten Verkaufsorganisation,einem bestimmten Vertriebsweg und für eine bestimmte Kundengruppeanwendbar sein soll. Wir sind uns also im Klaren, wie unsere Konditions-sätze beschaffen sein sollen und können mit der Konfiguration beginnen.

4.1.1 Anlegen einer Konditionstabelle

Konditionssätze werden immer unter Verwendung eines bestimmten Schlüs-sels angelegt. Diese Schlüsselstruktur wird durch das Element der Konditi-onstabelle definiert.

Falls bereits eine Konditionstabelle mit der für das aktuelle Preisfindungs-problem erforderlichen Schlüsselkombination vorhanden ist, kann diesewiederverwendet werden. Um dies herauszufinden, können wir uns die vor-handenen Konditionstabellen im Customizing ansehen (siehe Abbildung4.1). Wählen Sie dazu den Pfad (IMG �) Vertrieb � Grundfunktionen � Preis-

findung � Steuerung der Preisfindung � Konditionstabellen Definieren �Konditionstabellen anzeigen.

Allerdings geben die Kurzbeschreibungen der Konditionstabellen nichtimmer die komplette Schlüsselstruktur wieder. In der Regel wird z.B. aufVerkaufsorganisation und Vertriebsweg verzichtet.

Wir könnten nun alle hier in diesem System gefundenen 228 Konditionsta-bellen »inspizieren«, um herauszufinden, ob es bereits eine Konditionsta-belle mit den Schlüsseln Verkaufsorganisation, Vertriebsweg und Kunden-gruppe gibt. Das kann natürlich etwas mühsam sein.

Glücklicherweise gibt es jedoch einen kleinen Trick, um sich diese Suchar-beit zu erleichtern. Denn man kann über das Anlegen einer Konditionsliste(nur soweit, bis die gewünschte Information gegeben wird) das Systemrecherchieren lassen (siehe Abbildung 4.2). Das bedeutet, dass man keineKonditionsliste anlegt, sondern den Dialog nur dazu benutzt, um an diebesagte Information zu kommen. Wählen Sie dazu den Pfad (IMG �) Vertrieb

� Grundfunktionen � Preisfindung � Steuerung der Preisfindung � Kondi-

tionsliste pflegen � anlegen Konditionsliste.


Umsetzung eines ersten kundenindividuellen Preisfindungsszenarios 4.1

107

Abbildung 4.1 Konditionstabellen anzeigen

Abbildung 4.2 Recherche über »Anlegen Konditionsliste« (Transaktion V/LA)



108

Die Transaktion Anlegen Konditionsliste ermittelt dann alle Konditionsta-bellen, die die gewünschten Felder (hier Kundengruppe) enthalten (sieheAbbildung 4.3). Natürlich könnte man auch alle drei erwünschten Feldermarkieren und mit UND suchen.

Abbildung 4.3 Konditionstabellen mit dem Feld »Kundengruppe«

Unsere benötigte Schlüsselkombination ist in den gefundenen Konditionsta-bellen nicht enthalten, so dass wir eine kundeneigene Konditionstabelleanlegen müssen. Der Kundennamensraum hierfür umfasst die Nummern501 bis 999. Um sie anzulegen, wählen wir den Pfad (IMG �) Vertrieb �

Grundfunktionen � Preisfindung � Steuerung der Preisfindung � Kondi-

tionstabellen Definieren� Konditionstabellen Anlegen.

Wir entscheiden uns für die Nummer 501 und erhalten nach Betätigen von(¢) das in Abbildung 4.4 wiedergegebene Bild.

Es empfiehlt sich, dass Sie das Attribut mit Gültigkeitszeit auf jeden Fallauswählen. Nur so können Sie später Konditionssätze, die auf dieser Kondi-tionstabelle aufbauen, mit einem Gültigkeitszeitraum pflegen und z.B. Preis-veränderungen zu einem bestimmten Termin vornehmen. Deaktiviert mandieses Attribut, so kann es zu einer konkreten Ausprägung der durch dieKonditionstabelle gegebenen Schlüsselkombination nur einen einzigenunbegrenzt gültigen Konditionssatz geben.

Das Attribut mit Freigabestatus eröffnet seit Release SAP R/3 4.6 die Mög-lichkeit, Konditionssätze für die Anwendung zu sperren bzw. freizugeben(wir gehen darauf in Abschnitt 5.1, »Freigabestatus«, noch näher ein).

Auf der rechten Seite des Bildschirms (siehe Abbildung 4.4) befindet sich derFeldkatalog. Hieraus wählen wir nun mit Doppelklick unsere benötigten



109

Felder Verkaufsorganisation, Vertriebsweg und Kundengruppe aus. DieReihenfolge ihrer Anwahl ist insofern von Bedeutung, als dadurch der Auf-bau des Erfassungsbildschirms für die Konditionssätze festgelegt wird (sieheAbbildung 4.5).

Abbildung 4.4 Konditionstabelle anlegen

Abbildung 4.5 Felder der Konditionstabelle auswählen

Interessant kann es hier noch sein, die Technische Sicht auszuwählen, umweitere Details sichtbar zu machen (siehe Abbildung 4.6). Man sieht hier,dass alle Felder, die von uns ausgewählt wurden, standardmäßig das Attribut



110

Key tragen. Durch das Abwählen des Attributs Key entstünde der Sonderfalleines Datenfelds in der Konditionstabelle (darauf gehen wir in Abschnitt 9.2,»Datenermittlung über Konditionen«, ein).

Abbildung 4.6 Konditionstabelle anlegen – Technische Sicht

Das Attribut Zeilenfeld ist immer für das letzte der ausgewählten Schlüssel-felder (hier die Kundengruppe) markiert. Diese Markierung kann nicht ent-fernt werden, da der generierte Pflegedialog darauf angewiesen ist, mindes-tens ein Schlüsselfeld für eine tabellarische Darstellung der Konditionssätzezur Verfügung zu haben. Alle Schlüsselfelder, die nicht als Zeilenfeld mar-kiert sind, werden später im Kopfbereich des Pflegedialogs dargestellt. Mankönnte so z.B. auch den Vertriebsweg als Zeilenfeld markieren – mit den ent-sprechenden Konsequenzen für die Darstellung des Felds im generiertenPflegedialog. (Wer hier neugierig ist, kann schon einmal vorblättern und sichunseren später generierten Pflegedialog in Abbildung 4.15 ansehen.)

Das Attribut Textfeld ist als Radio-Button ausgeprägt, d.h., auch wenn manmehr als ein Schlüsselfeld als Zeilenfeld markiert, kann man nur einesdavon mit dem Attribut Textfeld versehen. Für das so markierte Feld wirdim generierten Pflegedialog neben der Schlüsselausprägung dann auch dieBezeichnung ausgegeben.

Wenn Sie mit der Feldauswahl und den Attributen einverstanden sind, kön-nen Sie das Icon Generierung anklicken (in der oberen linken Ecke vonAbbildung 4.6 kenntlich gemacht). Es erscheint ein Protokoll der Generie-rung (siehe Abbildung 4.7), das darüber informiert, dass die Datenbankta-belle A501 angelegt wurde und die Reports und Dynpros zur Tabelle A501zur Generierung vorgemerkt wurden. Diese werden dann bei der erstenVerwendung automatisch kompiliert.



111

Abbildung 4.7 Protokoll der Generierung der Konditionstabelle 501

Damit haben wir den ersten Schritt in unserer Konfiguration getan und kön-nen mit dem nächsten Schritt, dem Anlegen unserer Zugriffsfolge, fortfahren.

4.1.2 Anlegen einer Zugriffsfolge

Preise, Rabatte und Zuschläge können auf verschiedenen Ebenen definiertwerden. Zur Abbildung dieser Schlüsselkombinationen, die den verschiede-nen Ebenen entsprechen, haben wir die Konditionstabellen kennengelernt.Damit das System während der Preisfindung die gewünschten Ebenenberücksichtigen kann, muss in einer Zugriffsfolge die Reihenfolge der Kondi-tionstabellen, die zu durchsuchen sind, eingetragen werden. In den meistenFällen wird die Definition der Zugriffsfolge – wie auch in unserem Beispiel –nur eine Konditionstabelle enthalten. Bei der Eintragung von mehreren Kon-ditionstabellen wird dagegen eine Art »Suchstrategie« definiert. Man kanndas in der SAP-Standardauslieferung sehr gut am Beispiel der ZugriffsfolgePR02 studieren, die für die Suche nach dem anzuwendenden Preis PR00 ver-wendet wird. Um uns diese Zugriffsfolge anzusehen, wählen wir den Menü-pfad (IMG �) Vertrieb � Grundfunktionen � Preisfindung � Steuerung der

Preisfindung � Zugriffsfolgen Definieren � Zugriffsfolgen Pflegen.

In dieser Zugriffsfolge (siehe Abbildung 4.8) ist durch die Reihenfolge derEintragung der Konditionstabellen 305, 306 und 304 definiert worden, dassdas System zuerst auf der Ebene Verkaufsorganisation, Vertriebsweg, Kundeund Material (Konditionstabelle 305) nach einem gültigen Preis suchen soll,d.h., Priorität 1 haben Preise, die individuell für den Kunden vereinbart undals Stammdaten gespeichert wurden.

Ist ein solcher kundenindividueller Preis nicht vorhanden, dann wird ver-sucht, einen Preis auf einer Preisliste zu finden, für die der Kunde zugelassenist (Feld Preislistentyp im Kundenstamm). Die Konditionstabelle 306benennt hierzu die Felder Verkaufsorganisation, Vertriebsweg, Preis-

listentyp, Währung und Material als Schlüsselfelder. Der Zugriff mit der



112

Nummer 30 stellt einen weiteren Zugriffsversuch mit der Konditionstabelle306 dar, falls die Bedingung 3 – Fremdwährungsbeleg erfüllt ist. Ist auch derZugriff auf die Preislistenkonditionssätze erfolglos, wird über die Konditi-onstabelle 304 mit den Feldern Verkaufsorganisation, Vertriebsweg undMaterial der Materialpreis in diesem Vertriebsumfeld gelesen.

Abbildung 4.8 Zugriffsfolge »PR02 – Preis mit Freigabestatus«

Das Attribut Exklusiv steuert, dass nach dem ersten erfolgreichen Zugriff aufeinen Satz innerhalb einer Zugriffsfolge kein weiterer Satz gesucht wird.Dadurch wird erreicht, dass der speziellste vorhandene Konditionssatzberücksichtigt wird.

Wenn wir zu unserer Konfiguration zurückkehren, dann haben wir nur eineZugriffsebene definiert, und zwar durch die zuvor angelegte Konditionsta-belle 501. Wir wählen also den Menüpfad (IMG �) Vertrieb � Grundfunkti-

onen � Preisfindung � Steuerung der Preisfindung � Zugriffsfolgen Defi-

nieren � Zugriffsfolgen Pflegen � Neue Einträge.

Der Kundennamensraum für Zugriffsfolgen beginnt mit Y oder Z. Wir ent-scheiden uns für den Schlüssel Z501 mit der Bezeichnung »Kundengruppe«(siehe Abbildung 4.9).

In dem Navigationsbaum der Dialogstruktur wählen wir Zugriffe und gelan-gen zum nächsten Bildschirmbild (siehe Abbildung 4.10). Über Neue Ein-

träge wird das Übersichtsbild freigeschaltet und wir erfassen den Zugriff mitder von uns vergebenen laufenden Nummer »10« und der Konditionstabelle»501«. Die Attribute Bedingung und Exklusiv bleiben ungenutzt (bei einereinstufigen Zugriffsfolge ist das Attribut Exklusiv bedeutungslos).



113

Abbildung 4.9 Anlegen einer Zugriffsfolge

Abbildung 4.10 Definition des Zugriffs durch die Konditionstabelle

Wir markieren die Zeile mit dem Zugriff und wählen als nächstes Felder inder Dialogstruktur auf der linken Seite, um auf die Feldebene zu gelangen.Es erscheint eine Warnung, dass die Feldzuordnung noch nicht erfolgt ist.Die Warnung ist – wie immer – mit (¢) zu bestätigen. Nun erscheintabschließend das in Abbildung 4.11 wiedergegebene Bildschirmbild.

Abbildung 4.11 Die Feldebene des Zugriffs



114

Wie man in Abbildung 4.12 im nächsten Abschnitt sehen kann, wurdenneben den Schlüsselfeldern aus der Konditionstabelle 501 noch aufgrund desdort gesetzten Attributs mit Freigabestatus zwei weitere Felder in denZugriff aufgenommen, FRSTAT und KBSTAT. Diese dienen zum Abspeichernder eventuellen Sperrstatus (wir gehen darauf, wie bereits gesagt, inAbschnitt 5.1, »Freigabestatus«, noch näher ein).

Für eine gewöhnliche Zugriffsfolge sind hier keine weiteren Attribute zu setzen.Zur Verfügung stehen noch Direktwert Quelle, Init, Zart und Prio. Auf dieBedeutung dieser Attribute gehen wir in Abschnitt 4.2.2, »Zugriffsfolge«, ein.

Nun kann unsere Zugriffsfolge Z501 gesichert werden und ist einsatzbereit.

4.1.3 Customizing der Konditionsart

Die Konditionsart stellt, wie zu Beginn des Kapitels gesagt, die funktionalenEigenschaften des Konditionssatzes zur Verfügung. Es wird dadurch letztlicheine Funktion modelliert (siehe Abbildung 4.12). Wir haben bisher dieSchlüsselstruktur definiert (Konditionstabelle 501) und damit die Zugriffs-folge Z501 konfiguriert. Im nächsten Schritt geht es darum, solche Anforde-rungen wie »prozentualer Rabatt« in der Konfiguration umzusetzen. Dies istdie Aufgabe des Preisfindungselements Konditionsart.

Wir haben ja das Endergebnis des Konditionssatzes als Ausgangspunkt derKonfiguration vor unserem »geistigen Auge«. Um zu dem gewünschtenErgebnis zu kommen, müssen wir jetzt die geeigneten Attribute im Customi-zing der Konditionsart identifizieren.

Wenn Sie sich z.B. einmal die Rabattkonditionsart KA00 – Aktion aus derSAP-Auslieferung ansehen, gewinnen Sie einen ersten Eindruck des Custo-mizing-Bilds für Konditionsarten. Wählen Sie hierfür den Menüpfad (IMG �)

Vertrieb � Grundfunktionen � Preisfindung � Steuerung der Preisfin-

dung � Konditionsarten Definieren � Konditionsarten Pflegen.

Wenn Sie auf den Eintrag KA00 positionieren und den Button Detail wäh-len, erhalten Sie den Customizing-Bildschirm für Konditionsarten (siehe

Fehlende Feldzuordnung

Wenn Sie den Schritt der Feldzuordnung einmal unterlassen sollten, dann erhaltensie später beim Test in der Preisfindungsanalyse die Fehlermeldung 301 – Felder fürZugriffsfolge fehlen. Sie müssen dann die Zugriffsfolge noch einmal editieren undden Schritt der Feldzuordnung nachholen.



115

Abbildung 4.13). Dieser ist in sieben Feldgruppen unterteilt, auf die wir inAbschnitt 4.2.3, »Konditionsart«, ausführlicher eingehen:

1. Steuerungsdaten 1

2. Gruppenkondition

3. Änderungsmöglichkeiten

4. Stammdaten

5. Staffeln

6. Steuerungsdaten 2

7. Textfindung

Abbildung 4.12 Verständnis der Konditionsart als Funktion

In Abbildung 4.13 sehen Sie die Gesamtmenge der verfügbaren Attribute.Wir haben die Hauptattribute, die in unserem Beispiel aus KA00 einen wer-tabhängigen prozentualen Rabatt machen, eingerahmt.

Folgende Attribute sind hier zu nennen:

� Konditionsklasse

Dieser Hauptschalter hat die Ausprägung A – Zu- oder Abschläge

� Rechenregel

Unser f(x) hat die Ausprägung A – Prozentual

� Bezugsgröße

Unsere x-Achse hat die Ausprägung B – Wertstaffel

100 €

Ziel: f(x) = »ab 1000 € 10 %« => Rechenregel »A Prozentual«~

x = Bezugsgröße (z.B. Wertstaffel)

~1000 €



116

Abbildung 4.13 Customizing-Bildschirm für die Konditionsarten

� Vorzeichen

Die Ausprägung X – negativ stellt sicher, dass aus dem Rabatt keinZuschlag werden kann.

� Zugriffsfolge

Durch die Zuordnung einer Zugriffsfolge kann die Konditionsart überKonditionssätze erst gepflegt und gefunden werden.


333

Durch die Flexibilität der Konditionstechnik und durch den geschick-ten Einsatz von Bedingungen, Formeln und User Exits lassen sich nahezu alle in der Praxis auftretenden Anforderungen an die Preis-findung lösen.

11 Systemanpassungen mit Bedingungen, Formeln und User Exits

Mit den bisherigen Kapiteln haben Sie sich die Grundlagen und das Ver-ständnis angeeignet, das Sie benötigen, um die Fülle der Anpassungsmög-lichkeiten einzuschätzen und auszuschöpfen. Jetzt geht es um die Erweite-rung Ihrer Kenntnisse. Wenn Sie erkannt haben, dass Sie eine Anforderungnicht allein mit den Mitteln des Customizings umsetzen können, werden Sieversuchen, eine Lösung des Problems unter Nutzung der Bedingungen, For-meln oder User Exits zu finden. Dazu ist es wichtig zu wissen, zu welchenZeitpunkten die einzelnen Routinen ausgeführt werden, welches die Ein-gangsschnittstellen sind und welche Manipulationen innerhalb der verwen-deten Routine vorgenommen werden können. Diese Informationen sindThema in diesem Kapitel. Im anschließenden Kapitel 12, »Typische Praxisan-forderungen an die Preisfindung und ihre Lösung«, werden Sie einigeAnwendungsbeispiele finden.

Bedingungen und Formeln werden über die Transaktion VOFM angelegtund im Customizing dem jeweiligen Objekt zugeordnet. Da es sich dabei umABAP-Coding handelt, sind Sie einerseits sehr flexibel, andererseits setzt derEinsatz natürlich Programmierkenntnisse voraus. Da diese VOFM-Routinenals Formroutinen im Preisfindungsprogramm direkt prozessiert werden,besteht die Gefahr, dass Sie Schaden anrichten. Dies liegt daran, dass dieseRoutinen User Exits im klassischen Stil darstellen, d.h., Sie haben Zugriff aufalle globalen Daten des Rahmenprogramms und können diese auch manipu-lieren. Die Schnittstellen sind dabei nicht eingeschränkt.

Neben diesen VOFM-Routinen gibt es noch die klassischen User Exits mitden gleichen Eigenschaften und Risiken. An einigen Stellen sind auch UserExits als BAdI-Implementierung vorgesehen. Sofern vorhanden, sind diese


Systemanpassungen mit Bedingungen, Formeln und User Exits11

334

den klassischen Implementierungen vorzuziehen, da hier die Schnittstellenklar definiert sind und die Implementierung im Kundennamensraum liegt.

Im Einzelnen sprechen wir in diesem Kapitel über:

� Preisfindungsarten

� Bedingungen

� ein Beispiel für den Einsatz der Formeln

� Konditionsbasisformeln

� Staffelbasisformeln

� Konditionswertformeln

� Gruppenkeyroutinen beim Einsatz von Gruppenkonditionen

� die Sonderlogik der Preisfindungsart F

� die Übergabe des Preisfindungsergebnisses in Struktur KOMP

� die Bedeutung des Steuerungskennzeichens xkomv-ksteu

� User Exits in der Preisfindung

� die Möglichkeit, Informationen in der Tabelle KONV zu speichern

� den Performance-Aspekt im Zusammenhang mit der Benutzung von For-meln und Bedingungen

� Fehlermeldungen aus Formeln und die allgemeine Fehlerbehandlunginnerhalb der Preisfindung

Wie das vorausgehende ist auch dieses Kapitel ein sehr technisches. Es dientvor allem als Nachschlagewerk, wenn Sie neue Formeln und Bedingungeneinrichten bzw. Modifikationen im Rahmen der User Exits durchführen wol-len. Wenn Sie zum ersten Mal solche Erweiterungen planen, sollten Siezuvor auf jeden Fall dieses Kapitel gelesen haben. Auch diesem Kapitel wer-den Sie sich iterativ nähern: Beim ersten Lesen gehen Sie sicher noch nichttief in die Details, sondern verschaffen sich zunächst einen Überblick überdie Anpassungsmöglichkeiten und Begriffe. Das Detailwissen werden Siesich dann im Zusammenhang mit konkreten Aufgabenstellungen aneignen.

Bevor wir in die genauere Beschreibung der Bedingungen, Formeln undUser Exits einsteigen, wollen wir das bisher erlernte Wissen um die Preisfin-dungsarten abrunden, die insbesondere innerhalb der Bedingungen undFormeln eine wichtige Rolle spielen. So können beispielsweise die Preisfin-dungsarten durch Bedingungen übersteuert werden.


Preisfindungsarten 11.1

335

11.1 Preisfindungsarten

Die Preisfindungsart wird an allen wichtigen Schnittstellen verwendet. Siedient in erster Linie dazu festzulegen, welche Konditionsarten bei einemAufruf der Preisfindung neu ermittelt werden sollen.

Die Preisfindungsarten werden im konditionsvorstep in der internenTabelle STEU ausgeprägt, über den userexit_pricing_rule können kun-deneigene Preisfindungsarten eingerichtet werden (siehe Abschnitt 10.1.2,»Routine KONDITIONSVORSTEP«, und 11.8.1, »User Exits der Funktions-gruppe V61A«). Der angesprochene User Exit wird zu einem Zeitpunkt pro-zessiert, zu dem lediglich die Informationen aus der SchnittstellenstrukturKOMK zur Verfügung stehen, was eventuell für eine Feinsteuerung nichtausreicht; denn Sie können die Preisfindungsarten nicht abhängig machenvon Positionsinformationen, wie beispielsweise den Positionstypen.

Falls die Steuerung über die Preisfindungsarten nicht ausreicht, können Siedas Verhalten der Preisfindungsarten über die internen Tabellen TKSCHLund TKSCHLEXCL übersteuern. Diese wiederum können Sie innerhalb vonBedingungen laden, oder über den Funktionsbaustein PRICING_LOAD_

CONDITION_TYPS (siehe Abschnitt 10.6.1) im Rahmen der Vorbereitungsar-beiten im userexit_pricing_prepare_tkomp (siehe Abschnitte 13.1 und13.2).

Eine weitere Möglichkeit der Übersteuerung ist gegeben durch die beidenSchnittstellen-Felder komp-kaend_typ und komp-konau_typ.

11.1.1 Steuerung über KOMP-KAEND_TYP

Im Feld komp-kaend_typ (nicht änderbare Konditionstypen) können Sie biszu fünf Konditionstypen eintragen, die innerhalb der Preisfindung nicht ver-ändert werden dürfen. In der Faktura werden z.B. die Konditionstypen G, bund h hier eingetragen, womit verhindert wird, dass Verrechnungspreis-und Transferpreiskonditionen verändert werden. Dies ist erforderlich, da dieWerte für diese Konditionen normalerweise von außen an die Faktura über-geben werden und somit innerhalb der Preisfindung nicht ermittelbar sind.

Eine besondere Rolle spielt der Wert »*« in der ersten Stelle des Felds. Hatdieses Feld den Inhalt »*«, werden keinerlei Konditionen neu ermittelt,unabhängig von der Preisfindungsart. Im Auftrag wird diese Funktion ver-wendet bei Positionen, die bereits fakturiert sind. Bei solchen Positionen sol-len die Änderungsmöglichkeiten stark eingeschränkt sein. Innerhalb der



336

Fakturierung wird die Logik bei Stornobelegen eingesetzt und bei Fakturen,die bereits an die Buchhaltung übergeleitet sind.

Das Feld können Sie im userexit_pricing_prepare_tkomp von Auftrag undFaktura setzen (siehe Abschnitt 13.1 und 13.2).

11.1.2 Steuerung über KOMP-KONAU_TYP

Auch im Feld komp-konau_typ (unzulässige Konditionstypen) können Sie biszu fünf Konditionstypen eintragen, die jedoch bewirken, dass solche Kondi-tionsarten überhaupt nicht ermittelt werden. Auch die manuelle Eingabe sol-cher Konditionen ist unterbunden. Auch hier verwenden Sie die Routineuserexit_pricing_prepare_tkomp, um das Feld zu füllen.

11.2 Bedingungen

Wie schon in früheren Kapiteln besprochen, werden Bedingungen inZugriffsfolgen und im Kalkulationsschema eingesetzt. Wir haben in denAbschnitten 10.1.2, »Funktionsbaustein PRICING_COMPLETE«, und 10.1.4,»Routine XKOMV_AUFBAUEN_AUS_KOMT1«, den Unterschied zwischender Prüfung zum Prestep-Zeitpunkt (kobev_nnn) und der endgültigen Prü-fung (kobed_nnn) gesehen. Bei negativem Ausgang einer Bedingungsprüfung(sy-subrc ne zero) werden keine Datenbankzugriffe auf die Konditionsta-bellen durchgeführt, bzw. die Konditionsart wird überhaupt nicht in dieinterne Tabelle der Konditionsarten KOMT1 aufgenommen. Damit ist klar,dass es immer von Vorteil ist, wenn es möglich ist, Datenbankzugriffe durchgeschickte Bedingungen zu verhindern.

11.2.1 Manipulation von KOMK- und KOMP-Feldern durch Bedingungen

In Abschnitt 9.2, »Datenermittlung über Konditionen«, haben wir schon aus-führlich die Möglichkeit besprochen, innerhalb der Bedingungen KOMK-und KOMP-Felder zu manipulieren, um damit die Grundlagen für den Kon-ditionszugriff zu ändern, und wir haben Beispiele genannt. Wir haben auchgesehen, wie wir die interne Tabelle XKOMPLOOP füllen können, um damitmehrwertige Felder zu realisieren (siehe Abschnitt 9.3, »Felder mit Mehr-fachbelegung«).


Bedingungen 11.2

337

11.2.2 Übersteuerung der Preisfindungsarten durch Bedingungen

Eine weitere Möglichkeit besteht darin, innerhalb der Bedingung die inter-nen Tabellen TKSCHL und/oder TKSCHLEXCL einzusetzen. Diese internenTabellen dienen dazu, die Logik der Preisfindungsarten zu übersteuern, wennderen Möglichkeiten nicht ausreichen. In die Tabelle TKSCHL können dieje-nigen Konditionsarten aufgenommen werden, die auf jeden Fall neu ermit-telt werden sollen, in die Tabelle TKSCHLEXCL diejenigen, die auf keinenFall neu ermittelt werden dürfen.

11.2.3 Beispiel 1 – Einsatz der Tabelle TKSCHLEXCL

Wir betrachten die Konditionsart ITD2 des Kalkulationsschemas RVACRN,welches bei Kontrakten eingesetzt werden kann, bei denen die erbrachtenLeistungen aufwandsbezogen fakturiert werden (siehe Abschnitt 8.1, »Aus-gewählte Kalkulationsschemata«). Die Fakturierung ist retroaktiv eingestellt,d.h., es werden immer die gesamten Leistungen fakturiert, unabhängigdavon, ob bereits Fakturen vorhanden sind oder nicht. Mit den Konditions-arten ITD2 bis ITD4 wird dann ein bereits fakturierter Wert über dieInfostruktur S409 ermittelt und als negativer Wert per Konditionswertfor-mel 112 (ITD fakturiert) eingestellt. Diese Konditionen sind mit Konditions-

steuerung = E fixiert. Sie dürfen nur beim Anlegen der Fakturaanforde-rungsposition ermittelt werden und müssen dann unverändert erhaltenbleiben, auch in der Faktura.

Da die Preisfindungsarten diese Anforderung nicht lösen, setzen wir hier dieBedingung 106 (Kontrakt ITD) ein (siehe Listing 11.1).

form kobed_106.sy-subrc = 4.if komp-kposn ne 0.

check: komp-prsfd ca 'BX'.endif.if preisfindungsart ca 'BCDG'.

* determine change modedata: changemode.read table tkomv with key knumv = komk-knumv

kposn = komp-kposnbinary search.

if sy-subrc = 0 and not tkomv-zaehk is initialand not tkomv-zaehk = '99'.

changemode = yes.else.

changemode = no.endif.



338

* avoid redetermination of the condition in change mode by* filling exclusion table tkschlexcl

read table tkschlexcl with key kschl = komt1-kschlbinary search.

case sy-subrc.when 0.

if changemode = no and komk-vbtyp na vbtyp_fakt.delete tkschlexcl index sy-tabix.

endif.when 4 or 8.

if changemode = yes or komk-vbtyp ca vbtyp_fakt.tkschlexcl-kschl = komt1-kschl.insert tkschlexcl index sy-tabix.

endif.endcase.

else.refresh tkschlexcl.refresh tkschl.

endif.sy-subrc = 0.

endform.

Listing 11.1 Bedingung 106 für die Konditionsarten ITDn

Im ersten Schritt ermitteln wir zunächst, ob wir im Hinzufügemodus einerPosition sind oder im Änderungsmodus, und speichern diese Information inder Variablen changemode. Da es innerhalb der Preisfindung nicht ganz tri-vial ist, diese Situation festzustellen, sollte man sich diese Programmlogik fürmögliche andere Fälle merken.

Im zweiten Schritt füllen wir dann die interne Tabelle TKSCHLEXCL immergenau dann mit unserer Konditionsart, wenn wir uns nicht im Hinzufügemo-dus einer Auftragsposition befinden.

11.2.4 Beispiel 2 – Einsatz der Tabellen TKSCHL und TKSCHLEXCL

Ein weiteres Beispiel finden wir in Bedingung 107 (Kontrakt ACRN) für dieBudget-Kondition ACRN. Dort wird die interne Tabelle TKSCHLEXCL ver-wendet, um eine Neuermittlung der Kondition bei Fakturen und Retourenbzw. Gutschriftanforderungen zu verhindern, TKSCHL wiederum wird ver-wendet, um die Ermittlung in Fakturaanforderungen im Hinzufügemodus zuerzwingen.


Bedingungen 11.2

339

11.2.5 Aufrufzeitpunkt der Prestep-Bedingung

Die Prestep-Bedingung wird zum Zeitpunkt des Aufbaus der internen Tabel-len KOMT1 und KOMT2 der Konditionsarten und Zugriffe prozessiert. Fallsdiese Prüfung negativ ist, wird die Konditionsart bzw. der Zugriff nicht in dieinternen Tabellen aufgenommen, die Konditionsart bzw. der Zugriff wird inder Folge auf Positionsebene nicht berücksichtigt. Die Bedingung im Kalku-lationsschema wird in der Routine konditionsvorstep aufgerufen, dieBedingung im Zugriff in der Routine komt2_aufbauen (siehe Abschnitte10.1.2, »Routine KONDITIONSVORSTEP«, und 10.1.4, »Routine XKOMV_AUFBAUEN_AUS_KOMT1«).

In der Prestep-Bedingung können nur die Feldinhalte der Struktur KOMKabgefragt werden, Positionsinformationen, also Felder der Struktur KOMP,können Sie nur in der endgültigen Bedingung abfragen. Interessant ist dieEigenschaft, dass ein negatives Prüfungsergebnis im Prestep bewirkt, dass inFolgebelege, in die Belegkonditionen kopiert wurden, diese im Zielbelegwieder verworfen werden. Diesen Effekt gibt es bei der endgültigen Prüfungnicht.

11.2.6 Aufrufzeitpunkt der endgültigen Bedingung

Die eigentliche Bedingung wird in den Routinen xkomv_aufbauen_aus_komt1 und konditionen_lesen aufgerufen.

Eingangsschnittstelle der Prestep-Bedingung (kobev_nnn)

� KOMK – Kommunikationskopf

� T683S – Tabelleneintrag im Kalkulationsschema

� PREISFINDUNGSART – Schnittstellenvariable

Ausgangsschnittstelle der Prestep-Bedingung

� SY-SUBRC – Returncode

Eingangsschnittstelle der endgültigen Bedingung (kobed_nnn)

� KOMK, KOMP, KOMPAZD

� KOMT1 – Tabelleneintrag im Kalkulationsschema sowie alle Parameter der Kon-ditionsart

� PREISFINDUNGSART – Schnittstellenvariable



340

In der Struktur KOMP dürfen Sie nur solche Felder verwenden, die an diePreisfindung von außen übergeben wurden, oder Felder, die in Bedingungenvorangegangener Konditionsarten gefüllt wurden. Felder, die in der Routinexkomv_bewerten gefüllt werden (zu diesem Zeitpunkt werden auch die For-meln prozessiert), dürfen auf keinen Fall verwendet werden. Dazu gehöreninsbesondere alle Wertfelder (z.B. komp-netwr).

Zu beachten ist, dass die Bedingungsprüfung nicht durchgeführt wird beiKonditionen, die aus einem Vorgängerbeleg übernommen wurden.

11.2.7 Verhalten bei kopierten Konditionen

Bei Belegketten werden normalerweise (zumindest teilweise) Konditionenvom Quellbeleg in den Zielbeleg übernommen. Diese Übernahme wirddurch den Funktionsbaustein PRICING_COPY durchgeführt (siehe Abschnitt10.3, »Funktionsbaustein PRICING_COPY«). Bei den kopierten Konditionenfindet keine Bedingungsprüfung statt, was unter Umständen dazu führenkann, dass eine neue Preisfindung im Zielbeleg ein anderes Ergebnis als imQuellbeleg liefern kann. Wir können allerdings indirekt erreichen, dass beiNichterfüllung der Bedingung im Zielbeleg die Kondition verworfen wird.Dies ist dann der Fall, wenn die Prüfung der Prestep-Bedingung negativ aus-fällt. In dieser Situation existiert die Kondition nicht in der internen TabelleKOMT1 des Kalkulationsschemas, was in der Routine xkomv_aufbauen_aus_tkomv dazu führt, dass die Kondition nicht übernommen wird. Eine weitereMöglichkeit, kopierte Konditionen wieder zu verwerfen, besteht darin, mit-tels Wertformel das Kennzeichen inaktiv der Kondition auf »Z« zu setzen

11.3 Ein Beispiel für den Einsatz der Formeln

In diesem Abschnitt zeigen wir ein Beispiel für eine Konditionsart ZP03, beiwelchem alle Formeln eingesetzt werden. Diese Konditionsart ist eine Kopieder Konditionsart KP03 (Mix-Anbruch-Zuschlag).

Ausgangsschnittstelle der endgültigen Bedingung

� SY-SUBRC – Returncode

� KOMK – eine Änderung gilt nur temporär für die aktuelle Kondition

� KOMP – eine Änderung bleibt dauerhaft erhalten

� XKOMPLOOP


Ein Beispiel für den Einsatz der Formeln 11.3

341

Die Konditionsart ZP03 ist als Referenz zur Konditionsart KP03 eingestellt,was bedeutet, dass die Konditionsstammsätze ausschließlich unter KP03gepflegt werden. Die Kondition ist mit der Rechenregel Absolut-Betrag einge-stellt, als Gruppenkondition markiert und verwendet eine Mengenstaffel zurfest in der Konditionsart vorgegebenen Paletten-Mengeneinheit PAL. Vor-aussetzung ist, dass alle erfassten Artikel in die Mengeneinheit PAL umge-rechnet werden können.

Zur Lösung dieser Aufgabe verwenden wir die Formeln:

� Staffelbasisformel 023 (Ermitteln Anbruchmenge)

� Konditionsbasisformel 012 (Einstellen Bruttogewicht der Position alsKonditionsbasis) Dies bewirkt bei Gruppenkonditionen mit Rechenregel B (Absolutbetrag),dass der Wert nach dem Bruttogewicht auf die Positionen verteilt wird.

� Konditionswertformel 017 (Rundung des Konditionswertes gemäßRundungsregel der Tabelle T001R)

Zum Einrichten des Beispiels führen wir die folgenden Schritte durch:

1. Einrichten der Konditionsart ZP03 und Aufnahme von ZP03 in das Kalku-lationsschema mit den zu Beginn des Abschnitts beschriebenen Einstellun-gen.

2. Anlegen eines Konditionssatzes zur Kondition KP03 (siehe Abbildung11.1).

3. Anlegen eines Kundenauftrags (siehe Abbildung 11.2). Bei den eingesetz-ten Artikeln sind die Umrechnungsfaktoren zur Mengeneinheit Palette(PAL) zu pflegen.

4. Überprüfen des Preisfindungsergebnisses der Konditionen KP03 undZP03 auf Positionsebene (siehe Abbildungen 11.2 und 11.3).

Beispiel-Konditionsart ZP03 für den Einsatz der Formeln

Mit der Konditionsart ZP03 soll immer dann, wenn der gesamte Auftrag keine gan-zen Paletten füllt, ein Zuschlag in Höhe von 4 € für den Gesamtauftrag berechnetwerden. Dabei soll bei Belegen, die von der Hauswährung abweichen, der umge-rechnete Betrag gemäß Rundungsregel für diese Währung gerundet werden, imFalle eines Beleges in CHF soll somit die 5-er Rappen-Rundung erfolgen. DerBetrag soll sodann auf die Auftragspositionen im Verhältnis der Bruttogewichteverteilt werden.



342

5. Überprüfen des Preisfindungsergebnisses auf Kopfebene (siehe Abbildun-gen 11.4 und 11.5).

Abbildung 11.1 Konditionssatz zur Kondition ZP03 (Referenz zur Konditionsart KP03)

Die Staffelmenge in Höhe von 0,001 Paletten hat die Bedeutung derAnbruchmenge, d.h., der Zugriff auf diese Staffel erfolgt nicht mit derGesamtmenge der Paletten, sondern lediglich mit der Anbruchmenge. EineGesamtmenge von 30 KI (Kisten) ergibt 2,5 PAL (Paletten), und somit eineAnbruchmenge von 0,5 PAL. Eine Menge von 40 KI ergibt 2,0 PAL, also 0,0PAL Anbruchmenge.

Abbildung 11.2 Beispiel-Kundenauftrag


521

Index

A

absolute Kopfkonditionen 206Absolut-Kondition 403Absprache 80, 154

Bonusabsprache 84Preisbuch 83, 253Verkaufsabsprache 81

Abstimmkontenfindung 36ALV-Liste 101Änderungsbeleg 167Anlegen

mit Bezug 156, 157Anzahl-Felder 330Applikation 33, 39

TX (Steuern) 217, 439V (Vertrieb) 35, 36, 428, 433VB (Abstimmkontenfindung) 36VC (Kontenfindung Kasse-Verrechnung)

37VD (Kontenfindung für Zahlungskar-

ten) 37Arbeitsbereich 94, 95, 96, 97Arbeitsvorratstypen

eigene 97vordefinierte für Vertriebsmitarbeiter

97Archivierungslauf 131, 173Aufwandsabrechnung 231, 258Ausgangsbetrag inklusive Steuer 443Ausschluss

Gruppe 209Verfahren 210

B

B2B (Business-to-Business) 247, 435B2C (Business-to-Consumer) 255, 500BAdI (Business Add-In) � ProgrammBasisformel 140, 347

002 (Nettowert) 405012 (Bruttogewicht) 341022 (Ganzzahlig) 404024 (1 falls Anbruch) 404

028 (100%-Abschlag) 225, 502029 (Naturalrabatt Dreingabe) 226,

493110 (Budget) 262202 (Preisbuchfaktor) 254921 (Änderungsfaktor) 406922 (Skalieren Formel 022) 407923 (Skalieren allgemein) 407924 (Skalieren Formel 024) 407

Bearbeitungsstatus 62, 152Bedingungen 33, 64, 333, 336

002 (Position mit Preisfindung) 252003 (Fremdwährungsbeleg) 64, 453006 (Konditionsausschluss X) 437008 (Exportgeschäft) 268009 (Skonto nach Steuer) 265, 503014 (Skonto vor Steuer) 265, 503024 (Nur in Fakturen) 252055 (Preisfindung Naturalrabatt) 225,

251057 (Nicht Naturalrabatt) 396062 (Verkaufsaktionsbasis) 255, 300063 (Verkaufshilfsmittel) 300106 (Kontrakt ITD) 337107 (Kontrakt ACRN) 338202 (Preisbuchgrundpreis) 254, 297,

494902 (Datentransport) 287, 289, 399,

507906 (Kopierte nicht neu) 410, 500957 (Nicht bei Naturalrabatt/Retoure)

396, 481, 485, 487Einsatz von 454

Belegfluss 465Belegkette 465Belegschema 121Belegwährung 232Benutzerrolle

SAP_BPR_INT_SALES_REP_14 (Ver-triebsmitarbeiter im Innendienst) 94

Berechnungsmotiv 135Berechtigungsabhängigkeit 397Bereichsmenü 75, 165

COND_AV 75, 76, 77Bonusabsprache � Absprache


522

Index

Bonuskonditionen 422Budgetierung 214, 380Business Function

LOG_SD_SIMP_02 176SD_01 94, 102

Business PackageVertriebsmitarbeiter im Innendienst 94

Business Transaction Event 156

C

CEPOK (Erwarteter Preis) 264, 360, 384, 425, 509

CO-PA 147, 152, 260, 411, 460Cross Company 229, 259

D

DATAB (Gültig-ab-Datum) 61DATBI (Gültig-bis-Datum) 61Datenaustausch

Delta- 515initialer 515mit SAP CRM 515

Datenbankzugriff 450Datenbeschaffung 39Datenermittlung 39, 48, 56, 277, 293,

336, 348im Zugriff 84VBAK/VBKD 401VBAP 399

Datenmodell 57Naturalrabatt 57Preisfindung 58

Datentransport-Routine 902 459DDIC (Data Dictionary) 450Deckungsbeitrag 253, 422Definition

Bedingung 64Feldkatalog 45Gruppenkondition 206Kalkulationsschema 62Konditionsart 56Konditionssätze 57Konditionsstammdaten 57Konditionstabelle 46

Variante 77Zugriffsfolge 48

Dialoganbindung 330Direktwert 56Draufgabe 38, 224Dreingabe 38, 224Druckaufbereitung 238Druckkennzeichen 139, 243DRUKZ � DruckkennzeichenDuplikationskondition 127

E

EDI (Electronic Data Interchange) 36, 263

Ergebnis- und Marktsegmentrechnung � CO-PA

Erlöskontenfindung 36

F

Fakturaanforderung 202Fakturierungsplan 192, 197, 257, 330

Meilenstein 196, 267periodisch 192, 313

FBUDA (Buchungsdatum) 457fehlende Feldzuordnung 114Fehlerbehandlung 376Fehlermeldung 114, 376

301 (Felder für Zugriffsfolge fehlen) 114bei fehlender CO-PA-Zuordnung 148

Feldkatalog 44Feldvorrat 33Festbetragverträge 196, 267Findungsanalyse 63Formeln 333Frachtkalkulation 446Frachtzuschlag 395Freigabestatus 62, 108, 151

Ausprägungen 152bei Konditionssätzen 152in Verbindung mit Absprachen 153

FXMSG (Meldungsnummer) 358


523

Index

G

Gruppenkey 207, 317, 352Routine 128, 318

Gruppenkondition 127, 205, 316, 455absolute Kopfkondition 206mit Konditionssatz 207prozentuale Kopfkondition 206Staffelkondition mit Gruppenkey 207Staffelkondition ohne Gruppenkey 207

Gültigkeitsintervall 156Gültigkeitszeitraum 61

Gültig-ab-Datum (DATAB ) 61Gültig-bis-Datum (DATBI) 61

Gutschriftanforderung 338

H

Hauswährung 232HIENR01–HIENR15 (Kundenhierarchie)

301

I

Inaktivitätskennzeichen 178Incoterms 127interne Tabelle

CGKOMV 322GKOMV (Gruppenkondition) 320GKOMZ 322KOMT1 (Kalkulationsschema) 276KOMT2 (Zugriffe) 276KONDTAB 313STEU (Preisfindungsarten) 276, 308TKOMV (Preisfindungsergebnis) 306TKOMVD (Druckaufbereitung) 243TKSCHL (Konditionen ermitteln) 276,

330, 337TKSCHLEXCL (Konditionen nicht ermit-

teln) 276, 330, 337XKNUMA 255XKOMPLOOP (Mehrfachfelder) 255,

299, 336XKOMV (Preisfindungsergebnis) 274

interne Verrechnung 260Internet Pricing and Configurator � IPC

(Internet Pricing and Configurator)

Intervallsplit 157Intervallstaffel 132IPC (Internet Pricing and Configurator)

515

J

Jurisdiction Code 223, 440

K

KAEND_TYP (Konditionstypen) 335Kalkulationsschema 33, 44, 62, 105,

137, 245ICAA01 (Interne Verrechnung) 259PABR02 (Preisvereinbarungen) 188PSER01 (Periodische Fakturierung) 257PSER02 (Aufwandsabrechnung) 203,

258, 413, 421RVAA01 (Standard) 119, 145, 218,

245, 247, 248RVAA02 (Preisbuch) 83, 253, 293, 413,

494, 496, 497RVAB01 (Ausgangspreis inkl. Steuer)

255RVAB01 (Standard) 245RVAB02 (Ausgangspreis inkl. Steuer)

255RVACRN (Kontrakt) 261RVAXUS (Standard USA) 223RVWIA1 (Werk im Ausland) 260TAXD (Steuern Deutschland) 217TAXES (Steuern Spanien) 219, 441TAXEUR (Steuern Europa) 440TAXUSX (Steuern USA extern) 222, 442Vorsicht bei Änderungen im Produktivys-

tem 247ZVAA02 (Standard konsolidiert) 413ZVAAEU (Steuern Europa) 220ZZ0000 (Einkauf) 436ZZVBAP (Datenermittlung VBAP) 399ZZVBKD (Datenermittlung VBAK/

VBKD) 401Kalkulationsschemaermittlung 120

Einflussgrößen 121Kampagnenfindung 38Kampagnenmanagement 38


524

Index

Kasse-Verrechnung 37KDATU (Preisdatum) 297KDUMMY (Initial) 55Kennzahlen für Reporting und Analyse

411KKURS (Umrechnungskurs) 370KNPRS (Preisfindungsarten) 307KNUMA_AG (Verkaufsaktion) 271, 299KOBED 65KOBEV 65Kommunikationsstruktur 34, 43, 44, 45KONAU_TYP (Konditionstypen) 336Kondition

kopieren 160manuell 248statistisch 248

Konditionen nicht gefunden 390, 431Konditionsapplikation 39Konditionsart 33, 44, 56, 69, 105, 245,

263ACRB (Budget-Verbrauch) 262ACRL (Limit) 263ACRN (Budget) 262, 338ACRR (Budget-Delta) 263ADDNR (Sachkosten) 299AMIW (Mindestauftragswert) 145,

267, 403, 471AMIZ (Mindestwertzuschlag) 267, 472anlegen 117, 403AZWR (Anzahlungswert) 267, 473BASB (Basisbetrag) 442BO01 (Bonus) 473Customizing 114DIFF (Rundung Endbetrag) 475DUPL (Duplikationskondition) 475EDI1 (Erwarteter Kundenpreis) 476EDI1/EDI2 (Erwarteter Kundenpreis)

263EDI2 (Erwarteter Kundenwert) 477EK01 (Istkosten) 231, 258, 363, 418,

477EK02 (Plankosten) 230, 363EK02/EK03 (Kalkulierte Kosten) 478GRWR (Grenzübergangswert) 268, 478HA00 (Prozentrabatt) 317, 479HB00 (Absolutrabatt) 403, 480HD00 (Fracht) 481HI02 (Kundenhierarchierabatt) 482

HM00 (Auftragswert) 265, 403, 406, 466, 482, 509

ITD2 (Bereits fakturiert) 337ITDn (Bereits fakturiert) 263IV01 (Preis interne Verrechnung) 483IV01/IV02 (Preis interne Verrechnung)

260K004 (Materialrabatt) 163K005 (Kunde/Material) 214KAD0 (Sachkosten) 300KP00 (Palettenrabatt) 404, 484KP01 (Anbruchzuschlag) 404, 485KP02 (Mixpalettenrabatt) 486KP03 (Mixanbruchzuschlag) 317, 341,

487KUMU (Kumulationskondition) 488KW00 (Konzernbewertung) 260, 489LCFR (Steuerbefreiungslizenz) 349, 381MW01 (Steuerauslöser) 222, 490MW15 (Steuer voller Satz) 56, 218,

264, 491MWAA (Ausgleichssteuer) 219, 441MWAS (Ausgangssteuer) 219, 441MWSI (Mehrwertsteuer im Hundert)

256, 491MWST (Mehrwertsteuer) 218NETP (Rundungsdifferenz) 251, 492NETW (Nettowert) 257, 493NRAB (Naturalrabatt) 226, 493PB00 (Bruttopreis) 422, 435PB1 (Verkaufsaktionsfindung) 255PB1D (Verkaufsaktion) 255, 300PBBS (Basispreis) 254, 279, 283, 293,

296, 419, 452, 494PBU (Preisbuchfindung) 293, 494PBUD (Preisbuchbasis) 254, 293, 496PBUP (Preisbuch-Brutto) 254, 293,

298, 419, 496PBXX (Bruttopreis) 437PC00 (Profitcenter-Bewertung) 260,

497PI01/PI02 (Preis interne Verrechnung)

229, 260, 363, 498PMIN (Mindestpreis) 251, 499PN00 (Nettopreis) 251, 499PPAR (Preis Abrechnung) 258, 421PPSV (Preis Pos. Service) 187, 189, 257PR00 (Preis) 49, 419PR01 (Preis inklusive Steuer) 500


525

Index

PR02 (Preis gesteigert) 380, 410, 420, 500, 512

PTVO (Gutschein) 252, 501R100 (100%-Abschlag) 225, 251, 502RB00 (Absolutrabatt) 403RL00 (Delkredere) 264, 502SKTO (Skonto) 265, 455, 503SKTV (Skonto vor Steuer) 265, 504Texte 136UTXJ (Steuer USA extern) 223VA00 (Variantenpreis) 300, 504VPRS (Verrechnungspreis) 229, 238,

363, 506WK00 (Zielwert) 260XR1 (Steuer USA extern) 223Z030 (Materialgruppenrabatt) 318Z030/Z031 (Materialgruppe) 353Z031 (Materialgruppenrabatt) 319Z901 (Hierarchiekondition) 53, 60Z902 (Datenermittlung Material) 286,

399, 507Z905 (Materialgruppenrabatt) 287,

508ZB00 (Preis Brutto manuell) 422ZBUP (Preisbuchbrutto) 419, 508ZDB1 (Mindestdeckungsbeitrag) 423,

509ZH01 (Budget genehmigt) 383, 513ZH02 (Budget angefordert) 383, 514ZM00 (Auftragswertdelta) 266, 509ZP03 (Anbruchzuschlag) 341ZPBP (Datenermittlung Kunde) 279,

283, 510ZPRA (Preis allgemein) 418, 510ZPRB (Preis kundenindividuell) 419,

511ZPRC (Preis gesteigert) 420, 512ZPRD (Preis Kontrakt) 421, 512

Konditionsausschluss 72, 142, 208Konditionsbasisformel 347Konditionsbild 397Konditionsindex 80, 131Konditionsklasse 126

A (Zu-/Abschlag) 266B (Preis) 265C (Nachträgliche Vergütung) 252H (Datenermittlung) 279H (Verkaufsaktionsfindung) 254

Konditionsliste 75, 87

aufrufen 88konfigurieren 89Rolle bei der Konditionspflege über

Bereichsmenüs 93Konditionspflege 60, 69

Änderungsbeleg 167Löschen von Konditionsstammdaten 171mit Bereichsmenü 165Text 169über Bereichsmenü 75über Index 79über Konditionsart 69Zusatzkondition 170

Konditionssatz 32, 44, 57Arbeiten mit dem 151Freigabestatus 152löschen 131

Konditionsstaffel 207Konditionsstammdaten 32, 44, 57, 69Konditionssteuerung

E (Wert und Basis fixiert) 404F (Wert fixiert) 405

Konditionstabelle 32, 44, 46, 47, 105, 122, 453702 122A149 (Kundenabhängige Datenermitt-

lung) 279anlegen 106Datenfeld in der 110Kurzbeschreibung 106

Konditionstechnik 31Einsatzgebiete 31Elemente 31, 42

Konditionstyp 127g (Zahlung) 252

Konditionsupdate 75, 132, 214Konditionsverwendung 32, 33, 277Konditionswährung 235Konditionswertformel 350konfigurierbares Material 127Kontenfindung 35, 36Kontenfindungsart

ZASH (Barverkauf) 59Kontenfindungsschema 44Kontoschlüssel 248Kopfkondition 183, 316

absolut 206manuell 206prozentual 206


526

Index

Kopierregel 160Kopiersteuerung 191Kosten 226, 252, 362KOUPD (Konditionsupdate) 361KSTAF (Staffelmenge) 296KSTEU (Konditionssteuerung) 364, 466Kumulationskondition 127kumulierte Werte 214, 386Kundeneinzelfertigung 230, 478Kundenhierarchie 52, 301, 420Kundennamensraum 43

für Konditionslisten 89Rundungsregel 160

Kundenschema 121KUNWE (Warenempfänger) 463KZINC (inklusive Steuer) 442KZWI1 (Zwischensumme 1) 397KZWI1–KZWI6 (Zwischensummen) 412KZWIW (Kennzeichen Zwischen-

summe) 363

L

Lagerverkauf 227, 229Laufzeitanalyse 463Leistungserstellungsdatum 458Limit 214Löschkennzeichen 171

M

manuelle Kondition 421Massenänderung 156Materialausschluss 37Materialfindung 37Materialgruppenhierarchie 284Materiallistung 37Materialpreis

Selektionsbildschirm 77maximale

Anzahl Aufträge 214Konditionsbasis 214, 404

maximaler Konditionswert 214, 404Meilenstein-Fakturierung 196Mengenänderung bei kopierten

Konditionen 403

Message 376, 384108 390780 387

Mietvertrag 257, 330MPROK (Status manuelle Preisände-

rung) 361MWSBP (Steuerbetrag) 362

N

Nachkommastellen 394Nachrichtenfindung 35, 239Nachrichtenverarbeitung 239nachträgliche Vergütung 252Namensraum

für Konditionsarten 117für Routinen 143

Naturalrabatt 224, 251, 396, 493Naturalrabattfindung 38Nettopreisliste 62, 100, 152NETWR (Nettowert) 362, 411, 422neue Felder für die Preisfindung 142NRFAKTOR (Naturalrabattfaktor) 226

P

Performance 374, 449Pflegedialog 59Positionstyp

TAO (Meilenstein-Fakturierung) 196WVN (Wartungsvertragsposition) 192

POWL (Personal Object Worklist) � Arbeitsbereich

Preisbuch � AbsprachePreisdatum 134, 458Preise aktualisieren 182, 185Preiselement

vordefiniertes 176Preiserhöhung 195Preisfindung

im Kundenauftrag 428im Rechnungswesen 438im Transport 446in der Bestellung 435in der Faktura 433in der Finanzbuchhaltung 439


527

Index

innerhalb von Branchenlösungen 427neue Felder 142

Preisfindungsart 192, 304, 335, 432B (neue Preisfindung durchführen) 182E (keine Änderung) 376F (Gruppenbewertung) 356, 376

Preisfindungsergebnis 358Preisfindungsszenario

testen 121Preisquelle 447Preisvereinbarung 85, 187, 259, 331PRELIMINARY (Prestep) 456Prestep 41, 65, 297, 302, 451, 454Programm

CALCULATE_TAX_ITEM 442GN_INVOICE_CREATE 100PRICING 304PRICING_AUTHORITY_CHECK_UI 397PRICING_COMPLETE 206, 208, 316,

352, 356, 455PRICING_COPY 201, 267, 309, 326,

340, 404PRICING_DETERMINE_DATES 330PRICING_LOAD_CONDITION_TYPS

330PRICING_REFRESH 329RSNAST00 239RV_PRICE_PRINT_HEAD 243RV_PRICE_PRINT_ITEM 243RV15CC01 163SAPLV61A 460SAPMM06E (Einkauf) 437SD_COND_ACCESS 62, 310SD_COND_READ_FROM_MEMORY

313SD_COND_STATISTICS_READ 349,

381SD_MOVE_A004_TO_A304 151, 152SDNETPR0 (Nettopreisliste) 152SDVPRSUPDATE 228SMOF_DOWNLOAD 516TP_MATERIAL_PRICES_GET 489

Promotion 81prozentuale Kopfkondition 206PRSDT (Preisdatum) 457PRSOK (Preisfindung o.k.) 360PRSQU (Preisquelle) 308Pufferung 451

R

Rechenformel 140Rechenregel 70, 115, 126, 257

Absolutbetrag 206B – Fester Betrag 128C – Mengenabhängig 135H (Prozent im Hundert) 256prozentual 206

Rechnungslistenkondition 134Referenzapplikation 131Referenzkonditionsart 131Reporting 411Retoure 338, 396Routine 333, 366

beleg_initialisieren 329gkomv_bewerten 323im Kundenauftrag 428in der Faktura 433komt2_aufbauen 311, 339kondition_pruefen 373konditionen_lesen 312, 339konditionsbasis_ermitteln 346konditionsvorstep 37, 304, 307, 310,

339, 367, 451, 457konp_2_xkonp 312konv_bearbeiten 328konv_einlesen 311kwert_ermitteln 350preisfindung 304, 464preisfindung_gesamt 319, 464preisfindung_vorbereiten 304, 306, 319provide_condition_data 297, 384staffelbasis_ermitteln 348userexit_change_pricing_rule 372userexit_field_modification 373userexit_move_field_to_vbap 399userexit_move_field_to_vbkd 401userexit_new_pricing_vbap 432userexit_new_pricing_vbkd 433userexit_pricing_check 373, 376userexit_pricing_copy 367, 405, 407,

466userexit_pricing_prepare_tkomk 142,

430, 460, 463userexit_pricing_prepare_tkomp 142,

307, 330, 431userexit_pricing_rule 309, 367userexit_print_head 243, 368


528

Index

userexit_print_item 243, 369userexit_xkomv_bewerten_end 369userexit_xkomv_bewerten_init 370, 398userexit_xkomv_ergaenzen 370userexit_xkomv_ergaenzen_manu 371userexit_xkomv_fuellen 314, 371userexit_xkomv_fuellen_o_konp 372xkomv_aufbauen_aus_komt1 312, 339xkomv_aufbauen_aus_tkomv 314, 340xkomv_aufbauen_pruefen 312, 315xkomv_ausschluss 315xkomv_bewerten 231, 315xkomv_ergaenzen 312xkomv_fuellen 314xkomv_kbetr_ermitteln 314xkomv_kkurs_ermitteln 235, 314xkomv_uebertragen_nach_tkomv 316

Rundung 392Rundungsdifferenz 238, 357Rundungsdifferenzenausgleich 128, 207Rundungseffekt 238Rundungskondition DIFF 252Rundungsregel 127, 158, 160

Kundennamensraum 160

S

Sammelrechnung 456SAP Customer Relationship Management

(SAP CRM) 38, 515SAP ERP 6.0

Enhancement Package 2 94Enhancement Package 3 261Enhancement Package 4 95, 176, 186

SAP List Viewer � ALVSAP NetWeaver Business Client 95SAP Virtual Machine Container (VMC)

515SAP-Hinweis

1080339 (Skonto und Tax Jurisdiction) 265

1165078 (Brechtigungsprüfung für Kon-ditionen) 397

24832 (Preisfindungsregeln) 192, 36725144 (Frachtkonditionen bei Teilfaktu-

rierung) 39527636 (Kondition existiert, manuell ent-

fernt) 390

334219 (Übernahme von Konditions-stammdaten und -customizing) 518

38881 (Preise mit mehr Nachkommastel-len) 395

39774 (Retoure für Rechnungen mit Intervallpreisen) 410

43002 (Feldüberlauf) 46380183 (Rundung) 393809820 (User-Exit-Konzept für die Preis-

findung) 518SAP-Tabellenpuffer 450Schemaermittlung 44, 105Schlüsselstruktur 106Schlussrechnung 201Schnellerfassungsbild 70

Andere Konditionsart 75Detail 71Gültigkeitszeiträume 74Kumulierte Werte 75Naturalrabatt 75Staffeln 74Statusinformationen 75Zusatzdaten 73Zusatzkonditionen 74

SHKZG (Retoure) 430Skalierung 406Staffel zeitabhängig 331Staffelformel 348

023 (Anbruchmenge) 341, 348043 (Steuerlizenz Frankreich) 348, 381202 (Preisbuchstaffel) 296, 348

Staffelkonditionmit Gruppenkey 207ohne Gruppenkey 207

Stammdatendatumsabhängig 398

statistische Konditionen 252Steuer

-Auslöser 219-erhöhung 223

Steuerberechnung 222, 439Steuerermittlung 217, 440, 442Steuer-Interface extern 222Steuerkennzeichen 440STF_MONATE (Anzahl Monate) 331Streckengeschäft 228Struktur

GKOMV (Gruppenkondition) 276KOMG (Kommunikation Pflege) 34, 272


529

Index

KOMK (Preisfindungskopf) 41, 273KOMKAZ 142, 277KOMP (Preisfindungsposition) 41, 273KOMPAX (Preisfindungsergebnis) 276,

292, 320, 358KOMPAZ 142, 277KOMPAZD (Position dynamisch) 41,

56, 275, 279KOMPLOOP (Mehrfachfelder) 275, 299KOMV (Preisfindungsergebnis) 273RKOMG (Konditionsfelder) 297RKOMV (Belegkondition) 298RKONP (Konditionssatz) 297TKOMK 428TKOMP 429

Strukturkondition 127Stückliste 127Stufe 137Substitution Kundengruppe 401

T

TabelleA000 (Muster-Tabelle) 48A003 (Steuerkennzeichen) 440A004 (Material ohne Freigabestatus)

151A053 (Steuern über Jurisdiction Code)

440A304 (Material mit Freigabestatus) 52,

151A305 (Kunde/Material mit Freigabesta-

tus) 52A306 (Preisliste/Material mit Freigabe-

status) 52A901 (Preishierarchie) 52A902, A903, A904 (Materialgruppen-

hierarchie) 285FPLA/FPLT (Fakturierungsplan) 330KONP (Konditionssatz) 276KONV (Belegkonditionen) 328, 374MBEW (Materialbewertung) 228S060 214, 252, 381S071 214, 382S409 263, 337S469 252, 381T001 (Buchungskreis) 232T052 (Zahlungsbedingungen) 264, 503

T681A (Applikation) 40T685 (Konditionsarten) 57

Tabellenpuffer 450Table-Control 78Tax-Jurisdiction-Code � Jurisdiction

Codeteilqualifizierter Zugriff 51Testen 465Textschema 169Transaktion

8KEV (Konditionsart pflegen) 439DP90 (Aufwandsabrechnung) 202, 231,

258, 261FTXP (Steuern in FI) 217, 441OKOZ (Zuschläge) 439OV77 (Sachkonten zuordnen) 60R3AS 516SE30 (Laufzeit-Analyse) 463SE34 (Bereichsmenüpflege) 75SFW5 (Switch Framework) 94SM30 (Tabellensicht-Pflege) 166, 167ST05 (Trace) 464V.25 (Freigabe erwarteter Kundenpreis)

264, 361, 425V/I5 (Konditionen ändern) 80V/i6 (Selektion Konditionssätze über

Index) 190V/I7 (Konditionen anzeigen) 80V/LD (Aufruf Konditionsliste) 88V_I7 (Konditionen anlegen) 80V_NL (Nettopreisliste) 100VB21 (Verkaufsaktion anlegen) 294VBN1 (Naturalrabatt) 224VK11 (Konditionssätze anlegen) 69VK12 (Konditionssätze ändern) 69, 158VK13 (Konditionssätze anzeigen) 69VK14 (Konditionssätze anlegen mit

Bezug) 69, 156VK31 (Konditionssätze anlegen) 75VK32 (Konditionssätze ändern) 75, 76,

78VK33 (Konditionssätze anzeigen) 75VK34 (Konditionssätze anlegen mit

Bezug) 75VOFM (Bedingungen und Formeln) 65,

143, 160VTFA/VTFL (Kopiersteuerung Faktura)

233


530

Index

U

Umrechnungskurs 232Umsatzfortschreibung 84

V

VADAT 41, 48VAKEY 34, 48VALDT (Valutadatum) 271VALTG (Valutatage) 271VARCOND (Varianten) 299Variante

Definition 77Variantenkondition 134Verkaufsaktion 81, 253Verrechnungswert 422, 509Versandkosten 395Vertriebsstatistiken 411Verwendung 32, 35

3 (Kampagnenfindung) 38A (Preisfindung) 35B (Nachrichtenfindung) 35C (Kontenfindung) 36D Materialfindung 37E (Bonusabwicklung) 37G (Materiallistung/-Ausschluss) 37N (Naturalrabattfindung) 38T (Datenbeschaffung) 39

ViewV_T681F (Feldkatalog) 45V_T681V (Konditionsverwendungen) 34V_T681Y_BMEN_USR (Bereichsmenü-

Zuordnung) 167V_T681Z (Applikation je Verwendung)

40V_T683V (Kalkulationsschema-

ermittlung) 433vordefinierte Preiselemente 176, 186Vorzeichen 126

W

Währungsumrechnung 133, 231Wartungsvertrag 257, 330WAVWR (Verrechnungswert) 228, 362,

411

Werksfindung 403Wertformel 140, 350

008 (Erwarteter Wert) 264, 476011 (Deckungsbeitrag) 253, 423013 (Mindestwertzuschlag) 267015 (Mindestpreis) 251, 499017 (Rundung laut T001R) 341018 (Deckungsbeitrag %) 423025 (KZWI1 minus Steuer) 257, 493036 (Kumulationskondition) 488038 (Ausschluss mit Wert Null) 211111 (Verbrauch) 262112 (Fakturiert) 263, 337113 (Rabatt) 263114 (Budget) 262, 263301 bis 306 (Steuern Wert 1 bis 6) 442900 (Budgetprüfung) 385, 514901 (Konditionsausschluss) 212905 (Deckungsbeitragsprüfung) 424,

509911 (Deckungsbeitrag) 423913 (Auftragswert-Delta) 266, 509918 (Deckungsbeitrag %) 423925 (Addieren XWORKF) 211926 (Addieren XWORKG) 211927 (Addieren XWORKH) 211936 (Kumulationskondition) 488

Wertkontrakt 260Work Center � ArbeitsbereichWRBTR (Ausgangsbetrag) 442

Z

Zähler 137Zahlungsbedingung 398Zahlungskarten 37ZTERM (Zahlungsbedingung) 271Zugriff

additiv 55exklusiv 55teilqualifiziert 51

Zugriffsart 124Zugriffsfolge 33, 44, 48, 105, 124

anlegen 111HI02 (Kundenhierarchie/Material) 482K005 (Kunde/Material) 452Kontenfindung ZASH (Kasseverrechnung)

59


531

Index

Kundennamensraum 112MWM1 (Mehrwertsteuer voller Satz) 56PR01 (Preis – Positionspreisliste) 254,

279, 452PR02 (Preis mit Freigabestatus) 49, 55Z901 (Kundenhierarchie allgemein) 52,

482Z902 (Datenermittlung Material) 286ZPBP (Datenermittlung) 279ZPRA (Preis allgemein) 418, 510

ZPRB (Preis kundenindividuell) 420, 511

ZPRD (Preis Kontrakt) 421, 512Zugriffsoptimierung 451Zusatzkondition 170, 436

Kalkulationsschema 130Zwischensumme 140, 248, 363

Felder 397


preisfindung und konditionstechnik in sap...

Documents