Sappress Preisfindung Konditionstechnik in Sap

7/22/2019 Sappress Preisfindung Konditionstechnik in Sap

http://slidepdf.com/reader/full/sappress-preisfindung-konditionstechnik-in-sap 1/63

Bonn Boston

Manfred Hirn, Werner Herhuth

Preisfindung und Konditionstechnik

in SAP ERP®



Auf einen Blick

TEIL I Konditionstechnik1 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 undUser Exits ............................................................................. 333

12 Typische Praxisanforderungen an die Preisfindung undihre 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 ....................................................................... 19

Vorwort 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 Z ugriff 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. 31

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

1.1 Eigenschaften von Konditionen ............................................. 32

1.2 Einsatzgebiete der Konditionstechnik (Konditions-verwendung) ......................................................................... 33

1.3 Ausgewählte Einsatzgebiete (Verwendungen) ....................... 35

1.3.1 Verwendung A: Preisfindung .................................... 35

1.3.2 Verwendung B: Nachrichtenfindung .......................... 35

1.3.3 Verwendung C: Kontenfindung .................................. 36

1.3.4 Verwendung D: Materialfindung ............................... 37

1.3.5 Verwendung E: Bonus ............................................... 37

1.3.6 Verwendung G: Materiallistung/-ausschluss ............... 37

1.3.7 Verwendung N: Naturalrabattfindung ........................ 381.3.8 Verwendung 3: Kampagnenfindung ........................... 38

1.3.9 Verwendung T: Datenbeschaffung ............................ 39

1.4 Anwendungsbereiche der Konditionstechnik

(Konditionsapplikation) ......................................................... 39

1.5 Elemente der Konditionstechnik im Überblick ....................... 42

1.6 Feldkatalog und Kommunikationsstrukturen .......................... 44

1.6.1 Feldkatalog ............................................................... 44

1.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 ................................. 55

1.8.4 Direktwerte ............................................................... 56

1.8.5 Datenermittlung im Zugriff ........................................ 56

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



Inhalt

8

1.10 Konditionsstammdaten .......................................................... 57

1.10.1 Datenmodell .............................................................. 57

1.10.2 Pflegedialog für einfache Verwendungen ................... 59

1.10.3 Pflegedialog für komplexe Verwendungen ................. 60

1.10.4 Gültigkeitszeitraum .................................................... 611.10.5 Freigabestatus und Bearbeitungsstatus ...................... 62

1.11 Kalkulationsschemata ............................................................ 62

1.12 Findungsanalyse .................................................................... 63

1.13 Bedingungen ......................................................................... 64

1.14 Gesamtablauf im Überblick .................................................... 66

1.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 ................................ 69

2.1.1 Funktion »Detail« ....................................................... 71

2.1.2 Funktion »Zusatzdaten« ............................................. 73

2.1.3 Funktion »Staffeln« .................................................... 74

2.1.4 Funktion »Zusatzkonditionen« ................................... 74

2.1.5 Funktion »Gültigkeitszeiträume« ................................ 74

2.1.6 Funktion »Naturalrabatt« ........................................... 75

2.1.7 Funktion »Statusinformation« .................................... 75

2.1.8 Funktion »Kumulierte Werte« .................................... 752.1.9 Funktion »Andere Konditionsart« ............................... 75

2.2 Konditionspflege über Bereichsmenüs ................................... 75

2.3 Konditionspflege über den Index ........................................... 79

2.4 Absprachen ........................................................................... 80

2.4.1 Verkaufsabsprachen ................................................... 81

2.4.2 Bonusabsprachen ....................................................... 84

2.5 Preisvereinbarungen .............................................................. 85

2.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 v on Konditionssätzen die jeweils relevante Teilmenge herausfiltern, unterstützen Sie dabei. 87

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

3.1 Konditionslisten .................................................................... 87

3.1.1 Aufruf von Konditionslisten ....................................... 88

3.1.2 Customizing von Konditionslisten .............................. 89

3.1.3 Konditionslisten als Bestandteil der Konditionspflege

über Bereichsmenüs ................................................... 93

3.2 Arbeitsvorräte in der Rolle »Vertriebsmitarbeiter im

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



Inhalt

9

3.2.2 Abfrage personalisieren ............................................. 97

3.2.3 Neue Abfragen definieren .......................................... 98

3.3 Nettopreisliste ....................................................................... 100

3.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 ........................................................... 106

4.1.1 Anlegen einer Konditionstabelle ............................... 106

4.1.2 Anlegen einer Zugriffsfolge ........................................ 111

4.1.3 Customizing der Konditionsart ................................... 1144.1.4 Anlegen einer Konditionsart ...................................... 117

4.1.5 Aufnahme der Konditionsart in ein Kalkulations-

schema ...................................................................... 119

4.1.6 Kalkulationsschemaermittlung festlegen .................... 120

4.1.7 Test des Preisfindungsszenarios ................................. 121

4.2 Elemente der Preisfindung im Detail ...................................... 122

4.2.1 Konditionstabelle ...................................................... 122

4.2.2 Zugriffsfolge ............................................................... 124

4.2.3 Konditionsart ............................................................. 1254.2.4 Kalkulationsschema ................................................... 137

4.3 Kundenindividuelle Anpassungen und Kundennamensräume . 141

4.3.1 »Kreative Nutzung« des Standard-Customizings.......... 141

4.3.2 Neue Felder für die Preisfindung ................................ 142

4.3.3 Bedingungen und Formeln (Routinen) ....................... 143

4.3.4 User Exits für die Preisfindung ................................... 144

4.4 Beispiel für die Umsetzung komplexerer Anforderungen ........ 145

4.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 ....................................................................... 151

5.1.1 Ausprägungen des Freigabestatus .............................. 152

5.1.2 Freigabestatus bei Konditionssätzen .......................... 152

5.1.3 Sonderfall des Freigabestatus in Verbindung mit

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



Inhalt

10

5.3 Kopieren von Konditionen ..................................................... 160

5.3.1 Voraussetzungen ....................................................... 160

5.3.2 Anwendungsbeispiel .................................................. 163

5.4 Konditionspflege mit Bereichsmenüs ..................................... 165

5.5 Weitere Funktionen innerhalb der Konditionspflege .............. 1675.5.1 Änderungsbelege ....................................................... 167

5.5.2 Texte ......................................................................... 169

5.5.3 Zusatzkonditionen ..................................................... 170

5.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« ...................................... 178

6.1.2 Funktion »Zeile einfügen« .......................................... 181

6.1.3 Funktion »Zeile löschen« ............................................ 181

6.1.4 Funktion »Stammdaten Konditionssatz« ..................... 181

6.1.5 Funktion »Analyse (Protokoll der Preisfindung)« ......... 181

6.1.6 Funktion »Preise aktualisieren« .................................. 182

6.2 Kopfkonditionsbild ................................................................ 183

6.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 .............................. 187

6.4.2 Anzeigen von Preisvereinbarungen über den

Konditionsindex ......................................................... 190

6.5 Preisfindung beim Anlegen von Belegen mit Referenz ............ 191

6.6 Preisfindung bei Miet- und Wartungsverträgen

(periodischer Fakturierungsplan) ............................................ 192

6.7 Preisfindung bei Festbetragverträgen (Meilenstein-

Fakturierungsplan) ................................................................. 1966.8 Preisfindung bei der Aufwandsabrechnung ............................ 202

6.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 ............................................................. 205

7.1.1 Absolute Kopfkonditionen ........................................ 206

7.1.2 Prozentuale Kopfkonditionen ................................... 206

7.1.3 Staffelkonditionen ohne Gruppenkey ........................ 207



Inhalt

11

7.1.4 Staffelkonditionen mit Gruppenkey .......................... 207

7.1.5 Prozentuale und absolute Gruppenkonditionen mit

Konditionssätzen ....................................................... 207

7.2 Konditionsausschluss ............................................................. 208

7.2.1 Einfacher Konditionsausschluss über Bedingungen ..... 2087.2.2 Konditionsausschluss über Ausschlussgruppen............ 209

7.2.3 Konditionsausschluss über Formeln ........................... 211

7.3 Konditionsupdate .................................................................. 214

7.4 Steuerermittlung im Vertrieb ................................................ 217

7.4.1 Einfache Steuerermittlung .......................................... 217

7.4.2 Steuerermittlung über das Rechnungswesen

(Steuerauslöser) ......................................................... 219

7.4.3 Steuerermittlung mit externem Steuer-Interface ......... 222

7.4.4 Steuererhöhung ......................................................... 2237.5 Naturalrabatt im Vertrieb ...................................................... 224

7.6 Kosten des Verkaufsvorgangs ................................................. 226

7.6.1 Lagerverkauf (kein Cross Company) ........................... 227

7.6.2 Streckengeschäft (Third Party) ................................... 228

7.6.3 Lagerverkauf Cross Company ..................................... 229

7.6.4 Kundeneinzelfertigung mit/ohne Fertigungsauftrag..... 230

7.6.5 Istkostenabrechnung ................................................. 231

7.7 Währungsumrechnungen im Vertrieb ................................... 231

7.7.1 Hauswährung ............................................................. 2327.7.2 Belegwährung und Umrechnungskurs ....................... 232

7.7.3 Kurs für die Buchhaltung (Währungskurs für

FI-Buchungen) ........................................................... 234

7.7.4 Konditionswährung und Umrechnungskurs ................ 235

7.7.5 Währungs-Customizing und Umrechnungskurse ......... 235

7.7.6 Währungsumrechnung ............................................... 236

7.8 Druckaufbereitung des Preisfindungsergebnisses ................... 238

7.8.1 Die Funktionalität der Nachrichtenverarbeitung ......... 239

7.8.2 Druckaufbereitung der Werte der Positionen unddes Dokumentenfußes .............................................. 241

7.9 Fazit ...................................................................................... 244

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

8 Ausgewählte Kalkulationsschemata und Konditionsarten 245

8.1 Ausgewählte Kalkulationsschemata ....................................... 246

8.1.1 Schema RVAA01 (Standard) ...................................... 247

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

8.1.5 Schema PSER02 (Service/Aufwandsabrechnung)......... 258

8.1.6 Schema ICAA01 (Interne Verrechnungsfaktura) .......... 2598.1.7 Schema WK0001 (Wertkontrakt) ............................... 260

8.1.8 Schema RVWIA1 (Werke im Ausland/

Steuerbehandlung) .................................................... 260

8.1.9 Schema RVACRN (Kontrakt-Fakturierung) ................. 261

8.2 Ausgewählte Konditionsarten des Standardschemas .............. 263

8.2.1 Konditionsart EDI1/EDI2 (Erwarteter Kundenpreis) ... 263

8.2.2 Konditionsarten RL00/MW15

(Rechnungslistenkonditionen) .................................... 264

8.2.3 Konditionsart SKTV/SKTO (Skonto) ........................... 2648.2.4 Konditionsart HM00 (Auftragswert) ........................... 265

8.2.5 Konditionsart AMIW/AMIZ (Mindestauftragswert /

Mindestwertzuschlag) ................................................ 266

8.2.6 Konditionsart AZWR (Anzahlungswert) ...................... 267

8.2.7 Konditionsart GRWR (Grenzübergangswert) .............. 268

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

TEIL III Weiterführende Techniken, Tipps und Tricks

9 Besonderheiten der Konditionstechnik in derPreisfindung ........................................................................ 271

9.1 Schnittstellen, Tabellen und Zusammenhänge ....................... 272

9.1.1 Schnittstellen für Konditionstabellen und zur

Stammdatenpflege ..................................................... 272

9.1.2 Schnittstellen zu den Preisfindungsbausteinen............ 273

9.1.3 Interne Strukturen und Tabellen der

Preisfindungsprogramme ........................................... 274

9.1.4 Reihenfolge der Felder in der Konditionstabelle ......... 276

9.2 Datenermittlung über Konditionen ........................................ 277

9.2.1 Variante 1 – Datenermittlung im Zugriff,

Verwendung in späteren Zugriffen ............................. 278

9.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 Informationenanderer Belegkonditionen in Formeln ........................ 298

9.3 Felder mit Mehrfachbelegung ................................................ 299

9.3.1 Die KOMPLOOP-Variante für Mehrfachfelder ............ 299

9.3.2 Die Wiederholfeldervariante für Mehrfachfelder ........ 301

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

In diesem Kapitel skizzieren wir d ie 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 ................... 306

10.1.2 Routine KONDITIONSVORSTEP ................................ 307

10.1.3 Routine KONV_EINLESEN ......................................... 311

10.1.4 Routine XKOMV_AUFBAUEN_AUS_KOMT1 ............. 312

10.1.5 Routine XKOMV_AUFBAUEN_AUS_TKOMV ............. 314

10.1.6 Routine XKOMV_BEWERTEN .................................... 315

10.1.7 Routine XKOMV_AUSSCHLUSS ................................. 315

10.1.8 Routine XKOMV_UEBERTRAGEN_NACH_TKOMV..... 316

10.2 Funktionsbaustein PRICING_COMPLETE ............................... 31610.2.1 Die verschiedenen Arten von Gruppenkonditionen .... 316

10.2.2 Aufruf des Funktionsbausteins PRICING_COMPLETE

in der Auftragsbearbeitung ........................................ 319

10.2.3 Ablauf des Funktionsbausteins

PRICING_COMPLETE ................................................ 320

10.3 Funktionsbaustein PRICING_COPY ........................................ 326

10.4 Datenablage des Preisfindungsergebnisses in der

Cluster-Tabelle KONV ........................................................... 328

10.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 ..................................................... 330

10.6.3 Funktionsbaustein PRICING_DETERMINE_DATES...... 330

10.7 Zusammenhang der Komponenten der Preisfindung .............. 331

10.8 Fazit ...................................................................................... 332



Inhalt

14

11 Systemanpassungen mit Bedingungen, Formeln undUser Exits ............................................................................ 333

11.1 Preisfindungsarten ................................................................. 335

11.1.1 Steuerung über KOMP-KAEND_TYP .......................... 33511.1.2 Steuerung über KOMP-KONAU_TYP ......................... 336

11.2 Bedingungen ......................................................................... 336

11.2.1 Manipulation von KOMK- und KOMP-Feldern

durch Bedingungen .................................................... 336

11.2.2 Übersteuerung der Preisfindungsarten durch

Bedingungen ............................................................. 337

11.2.3 Beispiel 1 – Einsatz der Tabelle TKSCHLEXCL ............. 337

11.2.4 Beispiel 2 – Einsatz der Tabellen TKSCHL und

TKSCHLEXCL ............................................................. 33811.2.5 Aufrufzeitpunkt der Prestep-Bedingung .................... 339

11.2.6 Aufrufzeitpunkt der endgültigen Bedingung ............... 339

11.2.7 Verhalten bei kopierten Konditionen ......................... 340

11.3 Ein Beispiel für den Einsatz der Formeln ................................ 340

11.4 Konditionsformeln ................................................................. 346

11.4.1 Konditionsbasisformeln ............................................. 346

11.4.2 Staffelbasisformeln ..................................................... 348

11.4.3 Konditionswertformeln .............................................. 350

11.4.4 Gruppenkeyroutine .................................................... 35211.5 Sonderlogik der Preisfindungsart F in der Routine

XKOMV_BEWERTEN ............................................................. 356

11.5.1 Zeitpunkt A ............................................................... 356

11.5.2 Zeitpunkt B ................................................................ 357

11.5.3 Zeitpunkt C ................................................................ 357

11.5.4 Zeitpunkt D ............................................................... 357

11.6 Preisfindungsergebnis in KOMP ............................................ 358

11.6.1 KOMP-FXMSG (Meldungsnummer) ........................... 360

11.6.2 KOMP-PRSOK (Preisfindung o.k.) .............................. 36011.6.3 KOMP-CEPOK (Status erwarteter Kundenpreis).......... 360

11.6.4 KOMP-MPROK (Status manuelle Preisänderung)........ 361

11.6.5 KOMP-KOUPD (Konditionsupdate) ........................... 361

11.6.6 KOMP-NETPR (Nettopreis) ........................................ 362

11.6.7 KOMP-NETWR (Nettowert der Position) ................... 362

11.6.8 KOMP-MWSBP (Steuerbetrag der Position) ............... 362

11.6.9 KOMP-WAVWR (Verrechnungswert der Position)...... 362

11.6.10 KOMP-BRTWR, KZWI1–KZWI6 ... (Zwischen-

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



Inhalt

15

11.7 Steuerungskennzeichen XKOMV-KSTEU ................................ 364

11.8 User Exits .............................................................................. 366

11.8.1 User Exits der Funktionsgruppe V61A ........................ 367

11.8.2 User Exits der Funktionsgruppe V69A ....................... 372

11.9 KONV-Erweiterung .............................................................. 37411.10 Performance-Aspekte ............................................................ 374

11.11 Fehlermeldungen/Fehlerbehandlung ...................................... 376

11.12 Fazit ...................................................................................... 377

12 Typische Praxisanforderungen an die Preisfindung undihre Lösung ......................................................................... 379

12.1 Budgetierungsanforderungen ................................................. 380

12.1.1 Statistiktabellen S060 und S469 ................................ 38112.1.2 Statistiktabelle S071 .................................................. 382

12.1.3 Budgetierungsanforderungen ..................................... 382

12.2 Konditionen wurden nicht gefunden – woran liegt das? ......... 390

12.3 Rundung ............................................................................... 392

12.4 Preise mit mehr als zwei Nachkommastellen .......................... 394

12.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 Naturalrabattund Retoure .............................................................. 396

12.6 Berechtigungsabhängigkeit des Konditionsbilds .................... 397

12.7 Aufnahme neuer Zwischensummenfelder ............................... 397

12.8 Stammdatenfelder datumsabhängig pflegen ........................... 398

12.8.1 Datenermittlung für die Auftragsposition VBAP.......... 399

12.8.2 Datenermittlung für den Auftragskopf

VBAK/Kaufmännische Daten VBKD .......................... 401

12.8.3 Beispiel zur Substitution einer Kundengruppe

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

und außerhalb der Preisfindung ................................. 402

12.8.5 Datenermittlung in der Faktura .................................. 403

12.9 Kopierte Konditionen und anschließende Mengenänderung 403

12.9.1 Einfache Lösung für Absolutbetragskonditionen ......... 404

12.9.2 Komplexe Lösung für alle Konditionsarten ................. 406

12.10 Gesteigerte Preise in Retouren und Gutschriften .................... 410

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

12.11.3 Kennzahl 2 – Standardkonditionen (KZWI2) .............. 419

12.11.4 Kennzahl 3 – Kundenindividuelle Konditionen(KZWI3) ..................................................................... 419

12.11.5 Kennzahl 4 – Manuelle Konditionen (KZWI4) ............ 421

12.11.6 Kennzahl 5 – Bonuskonditionen (KZWI5) .................. 422

12.11.7 Kennzahl 6 – Nettowert (NETWR) ............................. 422

12.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 m it dem Aufruf der Preisfindung stehen. 427

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

13.1 Preisfindung im Kundenauftrag .............................................. 428

13.1.1 Routine USEREXIT_PRICING_PREPARE_TKOMK........ 430

13.1.2 Routine USEREXIT_PRICING_PREPARE_TKOMP ........ 431

13.1.3 Reaktion auf Änderungen von Beleginhalten ............. 431

13.1.4 Manuell eine neue Preisfindung im Kundenauftrag

auslösen .................................................................... 433

13.2 Preisfindung in der Faktura .................................................... 433

13.3 Preisfindung in der Bestellung ............................................... 435

13.4 Preisfindung im Rechnungswesen .......................................... 43813.5 Steuerberechnung in der Finanzbuchhaltung ......................... 439

13.5.1 Ausgangsbetrag inklusive Steuer ................................ 443

13.6 Preisfindung in der Transportabwicklung

(Frachtkalkulation) ................................................................. 446

13.7 Fazit ...................................................................................... 447

Im produktiven Betrieb ist die Performance des Systems immerein wichtigesThema. Wir wollen in diesem Kapitel zeigen, welche Möglichkeiten Sie haben, um den Anteil der P reisfindung an derProgrammlaufzeit positiv zu beeinflussen. 449

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

14.1 SAP-Tabellenpuffer ................................................................ 45014.2 Konditions-Prestep und Zugriffsoptimierung .......................... 451

14.3 Reihenfolge der Felder in den Konditionstabellen .................. 453

14.4 Einsatz von Bedingungen ....................................................... 454

14.5 Gruppenkonditionen und Formeln ......................................... 455

14.6 Besonderheiten in Kundenauftrag und Faktura ...................... 456

14.6.1 Besonderheiten im Kundenauftrag ............................ 456

14.6.2 Besonderheiten in der Faktura .................................. 456

14.6.3 Versorgung der Kommunikationsstruktur KOMK........ 459

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



Inhalt

17

14.8 Testen .................................................................................. 465

14.9 Fazit ...................................................................................... 468

469

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

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

A.1 AMIW (Mindestauftragswert) ................................................ 471

A.2 AMIZ (Mindestwertzuschlag) ................................................. 472

A.3 AZWR (Anzahlung/Anzahlungsverrechnung) .......................... 473

A.4 BO01 (Material/Materialgruppenbonus) ................................ 473

A.5 DIFF (Rundung Endbetrag) .................................................... 475

A.6 DUPL (Duplikationskondition) ............................................... 475

A.7 EDI1 (Erwarteter Kundenpreis) .............................................. 476

A.8 EDI2 (Erwarteter Kundenwert) .............................................. 477A.9 EK01 (Istkosten) .................................................................... 477

A.10 EK02/EK03 (Kalkulierte Kosten) ............................................ 478

A.11 GRWR (Grenzübergangswert) ................................................ 478

A.12 HA00 (Prozentrabatt) ............................................................ 479

A.13 HB00 (Absolutrabatt) ............................................................. 480

A.14 HD00 (Fracht) ....................................................................... 481

A.15 HI02 (Kundenhierarchierabatt) .............................................. 482

A.16 HM00 (Auftragswert) ............................................................ 482

A.17 IV01 (Preis interne Verrechnung) ........................................... 483A.18 KP00 (Palettenrabatt) ............................................................ 484

A.19 KP01 (Palettenanbruchzuschlag) ............................................ 485

A.20 KP02 (Mixpalettenrabatt) ...................................................... 486

A.21 KP03 (Mixpalettenanbruchzuschlag) ...................................... 487

A.22 KUMU (Kumulationskondition) ............................................. 488

A.23 KW00 (Konzernbewertung – Transferpreis) ............................ 489

A.24 MW01 (Steuerauslöser) ......................................................... 490

A.25 MW15 (Steuer Delkredere (voller Satz)) ................................. 491

A.26 MWSI (Mehrwertsteuer im Hundert) ..................................... 491A.27 NETP (Rundungsdifferenz) ..................................................... 492

A.28 NETW (Warenwert) ............................................................... 493

A.29 NRAB (Naturalrabatt) ............................................................ 493

A.30 PBBS (Basispreis) ................................................................... 494

A.31 PBU (Preisbuchfindung) ......................................................... 494

A.32 PBUD (Preisbuchbasis) ........................................................... 496

A.33 PBUP (Preisbuchbrutto) ......................................................... 496

A.34 PC00 (Profitcenterbewertung – Transferpreis) ........................ 497

A.35 PI01 (Preis interne Verrechnung) ........................................... 498



Inhalt

18

A.36 PMIN (Mindestpreis) ............................................................. 499

A.37 PN00 Nettopreis .................................................................. 499

A.38 PR01 (Preis inklusive Steuer) ................................................. 500

A.39 PR02 (Preis gesteigert) ........................................................... 500

A.40 PTVO (Gutschein) .................................................................. 501A.41 R100 (100%-Abschlag) .......................................................... 502

A.42 RL00 (Delkredere) ................................................................. 502

A.43 SKTO (Skonto nach Steuer) .................................................... 503

A.44 SKTV (Skonto vor Steuer) ....................................................... 504

A.45 VA00 (Variantenpreis) ........................................................... 504

A.46 VPRS (Verrechnungspreis) ..................................................... 506

A.47 Z902 (Datenermittlung Material) ........................................... 507

A.48 Z905 (Materialgruppenrabatt) ............................................... 508

A.49 ZBUP (Preisbuchbrutto) ......................................................... 508A.50 ZDB1 (Mindestdeckungsbeitrag) ............................................ 509

A.51 ZM00 (Auftragswertdelta) ..................................................... 509

A.52 ZPBP (Datenermittlung Kunde) .............................................. 510

A.53 ZPRA (Preis allgemein) ........................................................... 510

A.54 ZPRB (Preis kundenindividuell) .............................................. 511

A.55 ZPRC (Preis gesteigert) ........................................................... 512

A.56 ZPRD (Preis Kontrakt) ............................................................ 512

A.57 ZH01 (Budget genehmigt) ..................................................... 513

A.58 ZH02 (Budget angefordert) .................................................... 514B SAP CRM-Anbindung ....................................................................... 515

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

B.1.1 Übernahme der Customizing-Daten ........................... 516

B.1.2 Stammdatenübernahme ............................................. 517

B.2 Anpassungskonzept der CRM-Preisfindung ............................ 518

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

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



23

Bevor Sie inhaltlich in die Konditionstechnik und die Preisfindungin 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 die

Anwendungs-Dokumentation und die Schulungsunterlagen?

Warum gibt es dieses Buch?

Die Tatsache, dass von Seiten der SAP an diesem Modul in den letzten Jahren

keine wesentlichen Weiterentwicklungen erfolgt sind, bedeutet nicht, dasskeine Kundenanforderungen vorgelegen haben. Es ist jedoch nicht sinnvoll,

jede bekannte Kundenanforderung auch in den Standard aufzunehmen. Dies

könnte sich destabilisierend auswirken, außerdem würde so jeder Kunde mit

den Erweiterungen »beglückt« werden, auch wenn er sie überhaupt nicht

braucht. 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 Preisgestaltungsvarianten

geht. Die Aufgabe des Key-Users, Beraters oder Systembetreuers ist es, die

Anforderungen 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 gefunden

werden. Dabei kommt es immer wieder mal vor, dass der eingeschlagene

Lö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 man

mindestens 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 den

Standard 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- und Abschlä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 reichten

diese Möglichkeiten nicht aus, um etwa die Anforderungen der Konsum-

güterindustrie abzudecken.

Daher wurde im Jahr 1987 ein Entwicklungsprojekt mit vier repräsentativen

Kunden aufgesetzt, in dem die zusätzlichen Anforderungen evaluiert und als

Kundenlösung realisiert werden sollten. Dabei wurde ein zentrales Anliegen

deutlich: 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, mit

deren Flexibilität es möglich war, beliebige hierarchische Strukturen zu

handhaben 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 einer

einzigen 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 Schritt

wurde 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 vorab

an andere Kunden ausgeliefert. Der größte Teil dieser Projektlösung wurde

anschließ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 mit

der SAP R/2-Lösung wurden zur Erweiterung der Flexibilität und der kun-

denindividuellen Anpassbarkeit zusätzlich die Formeln eingeführt, die

Berechnungen 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 der

Teilfakturierung 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 eine

Reihe 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 Preisfindung

sind im Lauf der Jahre immer leistungsfähiger geworden – und damit kann

ein 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 unterschiedlichsten

Anforderungen 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 und

nur in Ausschnitten erarbeiten konnte.

Unser Buch wird Ihnen bei der Bewältigung von Herausforderungen in der

Konditionstechnik und der Preisfindung helfen: Es vermittelt nicht nur eine

umfassende Herleitung und Darstellung des Standard-Customizings für

Jedermann – wir erklären das Customizing an einem typischen Praxisfall, der

Schritt für Schritt durchlaufen wird –, sondern legt auch die technischen

Grundlagen offen, die bisher in dieser Transparenz und Detaillierung nur im

Kopf (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 der

Preisfindung darstellt, aber auch für zahlreiche andere Findungsprozesse

verwendet wird. Er beginnt mit den Einsatzgebieten und den Elementen der

Konditionstechnik in Kapitel 1, gefolgt von der Vorstellung der Konditions-

stammdaten der Preisfindung in Kapitel 2 und deren Auswertungen und

Arbeitsvorrä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 der

Preisfindung vorgestellt. Ein weiterer Schwerpunkt liegt auf der Arbeit mit

Konditionsstammdaten 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 der

Preisfindung und in Kapitel 8 durch die Behandlung ausgewählter Kalkulati-

onsschemata und Konditionsarten.

Im abschließenden »Experten«-Teil III, Weiterführende Techniken, Tipps

und 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 um

Systemanpassungen mit Bedingungen, Formeln und User Exits. Danach fol-

gen mit Kapitel 12 typische Praxisanforderungen an die Preisfindung und

ihre Lösungen, die größtenteils diese Bedingungen, Formeln und User Exits

einsetzen. Diese Betrachtungen werden durch die Preisfindung in ausge-

wählten Applikationen in Kapitel 13 auf weitere Bereiches, wie z.B. die

Bestellung und das Rechnungswesen, ausgedehnt. Am Ende steht eine

Abhandlung 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 besonderen

Customizing-Details, die eine bestimmte Konditionsart ausmachen, für die

man 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: Er

reicht vom Einsteiger über den Key-User und den Junior-Berater bis zum

sehr erfahrenen Berater. Das liegt daran, dass die Komplexität der Konditi-

onstechnik und der Preisfindung eine Vielzahl von Schichten aufweist. Wie

bei einer sehr großen Zwiebel können Sie immer noch eine weitere Schicht

der Komplexität abschälen, um irgendwann zum Kern vorzudringen. Viel-

leicht kommen Sie für Ihr »Preisfindungsrezept« mit den ersten Schichten

des 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ät

nä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önnen

natü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 eilig

haben, können Sie auch mit dem zentralen Teil II, »Preisfindung«, starten.

Das Kapitel 5 gibt anhand einer konkreten Aufgabenstellung, die beispielhaft

umgesetzt wird, einen umfassenden Einstieg in die Konfiguration (Customi-

zing) der Konditionstechnik und Preisfindung. Idealerweise kann man dieses

Beispiel auch Schritt für Schritt am System nachvollziehen, wenn manZugang zu einem Testsystem besitzt – eine Vorgehensweise, die natürlich für

alle Beispiele in diesem Buch zu empfehlen ist. Nach der Lektüre von Teil II

sind Einsteiger und Key-User für die allermeisten Fragen des Alltags gerüstet.

Der Berater wird eher über das Inhaltsverzeichnis navigieren und die Kapitel

mit denjenigen Themen direkt ansteuern, die sein Interesse finden. Das wer-

den naturgemäß häufig – aber nicht ausschließlich – die Inhalte sein, die in

Teil 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, da

hier zum großen Teil Themen dargestellt sind, die außerhalb dieses Buchs

noch nirgends oder nicht in dieser Detailgenauigkeit veröffentlicht wurden.

Das könnte im Einzelfall sogar dazu führen, dass bestehende Lösungen noch

einmal ü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 SAP

ERP 6.0 Enhancement Package 4 wurden von uns erfolgreich getestet. Wenn

Sie die Anregungen in diesem Buch für eigene Erweiterungen verwenden,

müssen Sie natürlich – wie immer in solchen Fällen – Ihre individuellen

Anforderungen und Systemgegebenheiten genau beachten. Anders gesagt:

Mit Blick auf Ihre konkrete Situation sind »alle Angaben ohne Gewähr«; für

Ihre Modifikationen sind Sie letztendlich selbst verantwortlich. Mithilfe des

in diesem Buch vermittelten Wissens sollten Sie diese Modifikationen aber

kompetent angehen können.



31

Die Konditionstechnik ist ein konfigurierbares Werkzeug, das Sieeinerseits 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 realisiertwurden, und machen Sie mit den Begriffen der Konditionstechnikvertraut.

1 Einsatzgebiete und Elemente derKonditionstechnik

Jede betriebswirtschaftliche Funktion benötigt Stammdaten: Kundenauf-

tragsbearbeitung und Fakturierung benötigen den Kundenstamm und den

Materialstamm, die Einkaufsabwicklung benötigt den Lieferantenstamm, der

Buchungsbeleg benötigt Sachkonten etc. Beim Design dieser Stammdaten-

Objekte steht man immer vor der Frage, wie denn nun eigentlich der

Zugriffsschlüssel dieser Objekte aussehen soll. Sollen die Daten abhängigsein von der Verkaufsorganisation, dem Vertriebsweg, dem Buchungskreis

oder 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 unbekannte

Anforderungen 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 der Preisfindung . Es wurde jedoch schnell klar, dass dieses Konstruktionsprinzip

auch für andere Anwendungen ideal ist. Die Konditionstechnik wurde daher

immer eingesetzt, wenn die Abhängigkeiten der Stammdaten für eine

bestimmte Funktion durch die Kundenanforderungen nicht eindeutig

bestimmbar waren – zumindest bei den Funktionalitäten, die neu entwickelt

wurden. Beispiele dafür sind die Funktionen Artikellistung, Artikelaus-

schluss und Materialfindung.



Einsatzgebiete und Elemente der Konditionstechnik1

32

Zur Unterscheidung der Anwendungen bzw. der Einsatzgebiete wurde der

Begriff der Konditionsverwendung eingeführt. Bevor wir uns einige Beispiele

fü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 festgeschrieben

werden kann, sondern in jeder SAP-Installation unterschiedlich ausfallen

kann.

Die Informationen über den Schlüsselaufbau einer Stammdatentabelle, auch

Konditionstabelle genannt, werden als Metadaten in Customizing-Tabellen

abgelegt. Aus diesen Metadaten werden dann die DDIC-Tabellen (Data Dic-tionary) generiert, in denen die spätere Datenablage erfolgt. Die variable

Schlüsseldefinition der Konditionsstammdaten stellt natürlich besondere

Herausforderungen 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üsselfeldern

sind die Gültigkeitszeiträume ein weiterer wesentlicher Bestandteil der Kon-

ditionssätze.

Eine Konditionsverwendung wird normalerweise von mehreren Objekten

innerhalb des SAP-Systems benutzt. Die Preisfindung wird unter anderem in

Kundenauftrag, 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, die

Konditionsarten und die Kalkulationsschemata, sind applikationsabhängig.

Neben der flexiblen Definition der Schlüsselfelder einer Konditionstabelle

kommt dem Lesen der Konditionstabellen innerhalb der operativen Verar-beitung (z.B. bei der Preisfindung im Kundenauftrag) eine ganz besondere

Bedeutung zu. Das Lesen erfolgt mit einer Suchstrategie, der sogenannten

Zugriffsfolge.

Zusammen mit dem Einsatz von Bedingungen verleiht die Zugriffsfolge der

Konditionstechnik eine Ausnahmestellung. Denn ihre Flexibilität kann teure

Modifikationen in Kundeninstallationen überflüssig machen.

Lassen Sie uns im Folgenden auf einige ausgewählte betriebswirtschaftliche

Funktionen, die mithilfe der Konditionstechnik realisiert sind, eingehen und

erste 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 mit

den 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 Folgenden

die technischen Begriffe Verwendung oder Konditionsverwendung für diese

Einsatzgebiete. Darüber hinaus wird jede Konditionsverwendung in der

Regel 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 Priorisierung

der gefundenen Konditionssätze und die Abarbeitung hierarchischer Strukturenmöglich.




34

Die Verwendung wird durch die einstellige Domäne KVEWE definiert, deren

Wertebereich in der Tabelle T681V zu finden ist. Die Verwendung T (Daten-

beschaffung) haben wir nicht aufgeführt, da sie im Standard nicht realisiert

ist. 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 Felder

ersetzt.

Muster-Report (z.B. RV13A000)

Der Muster-Report dient als Vorlage zur Generierung des Selektionsre-

ports zu einer Konditionstabelle. Diese Generierung ist erforderlich, weil

die Konditionstabellen unterschiedliche Schlüsselfelder haben.

Modulpool (z.B. SAPMV13A) des Pflegeprogramms im SAPGUI

Sie sehen in Tabelle 1.1, dass die Verwendung C (Kontenfindung) keinen

Modulpool besitzt. Bei dieser einfachen Verwendung erfolgt die Pflege

der Konditionssätze durch einen generierten Pflegeview. Das ist deshalb

möglich, weil die Konditionssätze dieser Verwendung ausschließlich aus

der Konditionstabelle selbst bestehen (es gibt also keine zusätzlichen

Tabellen) 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 Folgenden

den 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 in

diesem Prozess sind das Hauptthema dieses Buchs. Weitere Informationen

zur »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 welche

Nachrichten ausgegeben werden sollen.

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

Druck mit den Formular-Varianten SAPscript, SmartForms und PDF

Zusätzlich können die Druckdokumente im optischen Archiv zu Revisi-

onszwecken abgelegt werden.




36

EDI-Ausgang (Electronic Data Interchange)

Sonderfunktionen

Damit haben Sie die Möglichkeit, eine Folgeverarbeitung eines Belegs aus-

zulösen, indem eigene Verarbeitungsprogramme prozessiert werden. Dies

ist ein beliebtes (und sehr zu empfehlendes) Mittel, um Prozessanpassun-

gen modifikationsfrei vorzunehmen.

Auslösen eines Workflow-Events

Im 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 Schnittstelle

zum 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 Konditionsarten

wird 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 erwartenden

Erlösschmälerungen in der G+V (Gewinn- und Verlustrechnung) gebucht

und ü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 das

Bilanzkonto 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 das

Forderungskonto 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 Rahmen

einer Aktion (z.B. Weihnachtsaktion) durch ein anderes mit einer anderen

Verpackung 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 verwendet

wird, 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 zu

können. Hier kommt dem konditionsvorstep, dem wir später noch öfter

begegnen werden, besondere Bedeutung zu. Auf Kopfebene wird geprüft, zu




38

welchem Knoten der Kundenhierarchie Listungssätze existieren. Bei dem

untersten 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 Sie

festlegen:

Staffelmengen, ab denen der Naturalrabatt gewährt werden soll, sowie

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

dieser Variante wird zusätzlich zur bestellten Menge ein weiterer Artikel

kostenlos zugegeben.

Naturalrabatt als Dreingabe ohne Positionsgenerierung (kaufe x von A,

bezahle y). Wie bei der ersten Variante ist ein Teil der bestellten Menge

kostenlos.

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 spezielle

Kondition 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ßnahme

anzulegen. Wesentlicher Bestandteil dieser Kampagnen ist es, Rabatte in

Form von Sofortrabatten, Naturalrabatten oder nachträglichen Vergütungen

zu vereinbaren. Darüber hinaus wird der Kreis der berechtigten Personen für

diese Kampagne festgelegt. Aufgrund ihrer Flexibilität wurde auch hier die

Konditionstechnik gewählt. Die Konditionssätze zur Kampagnenfindung (3)

und zu den Rabatten werden vom CRM- in das ERP-System übertragen und

bewirken, 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. Diese

Verwendung war ursprünglich vorgesehen, um eine allgemeine Datenbe-

schaffung mit der Konditionstechnik zur Verfügung zu stellen. Damit sollte

die Möglichkeit geschaffen werden, Stammdaten-Attribute datumsabhängig

anlegen zu können, eine Eigenschaft, die die meisten Stammdaten im SAP-

System nicht haben. Mit dieser Verwendung können daher bestehende fixe

Stammdatenzuordnungen datumsabhängig übersteuert werden.

Im Zusammenhang mit Verträgen (z.B. Miet- oder Wartungsverträge) kann

man sich gut vorstellen, dass Belegattribute ebenfalls datumsabhängig

gepflegt werden sollen. Diese Änderungen sollen dann ab dem gewünschten

Termin 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 auch

dieses 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 der

Anwendungsbereiche, in denen die Konditionstechnik genutzt wird. Diese

Anwendungsbereiche, 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, die

Bestellung, der Buchungsbeleg oder die Kostenstelle. Die Applikation ist

durch 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 Konditionsverwendungen

eingesetzt 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 diecharakteristische 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 wie

der Ablauf der Preisfindung. Das bedeutet, dass am Anfang der Konstruktion

der zu findende Konditionssatz steht. Im Vorfeld müssen Sie daher das zu

lösende Preisfindungsproblem schon soweit durchdrungen haben, dass Sie

sozusagen 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 Funktion f(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 wird

immer 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 prozentualen

Rabatt, der für alle Aufträge in einer bestimmten Verkaufsorganisation,

einem bestimmten Vertriebsweg und für eine bestimmte Kundengruppe

anwendbar 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 Abbildung

4.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 nicht immer die komplette Schlüsselstruktur wieder. In der Regel wird z.B. auf Verkaufsorganisation 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 (siehe

Abbildung 4.3). Natürlich könnte man auch alle drei erwünschten Felder

markieren 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 Konditionstabelle

anlegen müssen. Der Kundennamensraum hierfür umfasst die Nummern

501 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 Fall

auswä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 die

Konditionstabelle gegebenen Schlüsselkombination nur einen einzigen

unbegrenzt 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 der

Feldkatalog. Hieraus wählen wir nun mit Doppelklick unsere benötigten




109

Felder Verkaufsorganisation, Vertriebsweg und Kundengruppe aus. Die

Reihenfolge ihrer Anwahl ist insofern von Bedeutung, als dadurch der Auf-

bau des Erfassungsbildschirms für die Konditionssätze festgelegt wird (siehe

Abbildung 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, um

weitere 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 Sonderfall

eines 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ätze

zur 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 generierten

Pflegedialog. (Wer hier neugierig ist, kann schon einmal vorblättern und sich

unseren später generierten Pflegedialog in Abbildung 4.15 ansehen.)

Das Attribut Textfeld ist als Radio-Button ausgeprägt, d.h., auch wenn man

mehr als ein Schlüsselfeld als Zeilenfeld markiert, kann man nur eines

davon mit dem Attribut Textfeld versehen. Für das so markierte Feld wird

im 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 von

Abbildung 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 A501

zur Generierung vorgemerkt wurden. Diese werden dann bei der ersten

Verwendung 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 ZugriffsfolgePreise, Rabatte und Zuschläge können auf verschiedenen Ebenen definiert

werden. 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 Ebenen

berücksichtigen kann, muss in einer Zugriffsfolge die Reihenfolge der Kondi-

tionstabellen, die zu durchsuchen sind, eingetragen werden. In den meisten

Fä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 kann

das in der SAP-Standardauslieferung sehr gut am Beispiel der Zugriffsfolge

PR02 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 der

Eintragung der Konditionstabellen 305, 306 und 304 definiert worden, dass

das 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 und

als 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 zugelassen

ist (Feld Preislistentyp im Kundenstamm). Die Konditionstabelle 306

benennt 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 Konditionstabelle

306 dar, falls die Bedingung 3 – Fremdwährungsbeleg erfüllt ist. Ist auch der

Zugriff auf die Preislistenkonditionssätze erfolglos, wird über die Konditi-

onstabelle 304 mit den Feldern Verkaufsorganisation, Vertriebsweg und

Material der Materialpreis in diesem Vertriebsumfeld gelesen.

Abbildung 4.8 Zugriffsfolge »PR02 – Preis mit Freigabestatus«

Das Attribut Exklusiv steuert, dass nach dem ersten erfolgreichen Zugriff auf

einen Satz innerhalb einer Zugriffsfolge kein weiterer Satz gesucht wird.

Dadurch wird erreicht, dass der speziellste vorhandene Konditionssatz

berü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 mit

der von uns vergebenen laufenden Nummer »10« und der Konditionstabelle

»501«. Die Attribute Bedingung und Exklusiv bleiben ungenutzt (bei einer

einstufigen 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 in

der 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 erscheint

abschließ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, wurden

neben den Schlüsselfeldern aus der Konditionstabelle 501 noch aufgrund des

dort gesetzten Attributs mit Freigabestatus zwei weitere Felder in den

Zugriff aufgenommen, FRSTAT und KBSTAT. Diese dienen zum Abspeichern

der eventuellen Sperrstatus (wir gehen darauf, wie bereits gesagt, in

Abschnitt 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 die

Bedeutung 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 funktionalen

Eigenschaften des Konditionssatzes zur Verfügung. Es wird dadurch letztlicheine Funktion modelliert (siehe Abbildung 4.12). Wir haben bisher die

Schlü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 ist

die Aufgabe des Preisfindungselements Konditionsart.

Wir haben ja das Endergebnis des Konditionssatzes als Ausgangspunkt der

Konfiguration vor unserem »geistigen Auge«. Um zu dem gewünschten

Ergebnis 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 der

SAP-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 erhalten

sie später beim Test in der Preisfindungsanalyse die Fehlermeldung 301 – Felder für

Zugriffsfolge fehlen. Sie müssen dann die Zugriffsfolge noch einmal editieren und

den Schritt der Feldzuordnung nachholen.




115

Abbildung 4.13). Dieser ist in sieben Feldgruppen unterteilt, auf die wir in

Abschnitt 4.2.3, »Konditionsart«, ausführlicher eingehen:

1. Steuerungsdaten 1

2. Gruppenkondition3. Ä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 kein

Zuschlag werden kann.

Zugriffsfolge

Durch die Zuordnung einer Zugriffsfolge kann die Konditionsart über

Konditionssä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 sichnahezu 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 Anforderung

nicht allein mit den Mitteln des Customizings umsetzen können, werden Sie

versuchen, eine Lösung des Problems unter Nutzung der Bedingungen, For-

meln oder User Exits zu finden. Dazu ist es wichtig zu wissen, zu welchen

Zeitpunkten 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 sind

Thema in diesem Kapitel. Im anschließenden Kapitel 12, »Typische Praxisan-

forderungen an die Preisfindung und ihre Lösung«, werden Sie einige

Anwendungsbeispiele finden.

Bedingungen und Formeln werden über die Transaktion VOFM angelegt

und im Customizing dem jeweiligen Objekt zugeordnet. Da es sich dabei um

ABAP-Coding handelt, sind Sie einerseits sehr flexibel, andererseits setzt der

Einsatz 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 diese

Routinen User Exits im klassischen Stil darstellen, d.h., Sie haben Zugriff auf

alle 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 mit

den gleichen Eigenschaften und Risiken. An einigen Stellen sind auch User

Exits als BAdI-Implementierung vorgesehen. Sofern vorhanden, sind diese



Systemanpassungen mit Bedingungen, Formeln und User Exits11

334

den klassischen Implementierungen vorzuziehen, da hier die Schnittstellen

klar 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 dient

vor allem als Nachschlagewerk, wenn Sie neue Formeln und Bedingungen

einrichten bzw. Modifikationen im Rahmen der User Exits durchführen wol-

len. Wenn Sie zum ersten Mal solche Erweiterungen planen, sollten Sie

zuvor auf jeden Fall dieses Kapitel gelesen haben. Auch diesem Kapitel wer-

den Sie sich iterativ nähern: Beim ersten Lesen gehen Sie sicher noch nicht

tief in die Details, sondern verschaffen sich zunächst einen Überblick überdie Anpassungsmöglichkeiten und Begriffe. Das Detailwissen werden Sie

sich dann im Zusammenhang mit konkreten Aufgabenstellungen aneignen.

Bevor wir in die genauere Beschreibung der Bedingungen, Formeln und

User Exits einsteigen, wollen wir das bisher erlernte Wissen um die Preisfin-

dungsarten abrunden, die insbesondere innerhalb der Bedingungen und

Formeln 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. Sie

dient in erster Linie dazu festzulegen, welche Konditionsarten bei einem

Aufruf der Preisfindung neu ermittelt werden sollen.

Die Preisfindungsarten werden im konditionsvorstep in der internen

Tabelle 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 Schnittstellenstruktur

KOMK zur Verfügung stehen, was eventuell für eine Feinsteuerung nicht

ausreicht; 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 Sie

das Verhalten der Preisfindungsarten über die internen Tabellen TKSCHL

und TKSCHLEXCL übersteuern. Diese wiederum können Sie innerhalb von

Bedingungen 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 und

13.2).Eine weitere Möglichkeit der Übersteuerung ist gegeben durch die beiden

Schnittstellen-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 bis

zu fünf Konditionstypen eintragen, die innerhalb der Preisfindung nicht ver-

ändert werden dürfen. In der Faktura werden z.B. die Konditionstypen G, b

und h hier eingetragen, womit verhindert wird, dass Verrechnungspreis-und Transferpreiskonditionen verändert werden. Dies ist erforderlich, da die

Werte 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. Hat

dieses 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 und

Faktura 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 bis

zu 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 Routine

userexit_pricing_prepare_tkomp , um das Feld zu füllen.

11.2 Bedingungen

Wie schon in früheren Kapiteln besprochen, werden Bedingungen in

Zugriffsfolgen und im Kalkulationsschema eingesetzt. Wir haben in den

Abschnitten 10.1.2, »Funktionsbaustein PRICING_COMPLETE«, und 10.1.4,

»Routine XKOMV_AUFBAUEN_AUS_KOMT1«, den Unterschied zwischen

der 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 die

interne Tabelle der Konditionsarten KOMT1 aufgenommen. Damit ist klar,

dass es immer von Vorteil ist, wenn es möglich ist, Datenbankzugriffe durch

geschickte Bedingungen zu verhindern.

11.2.1 Manipulation von KOMK- und KOMP-Feldern durch

BedingungenIn 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 auch

gesehen, wie wir die interne Tabelle XKOMPLOOP füllen können, um damit

mehrwertige 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 internen

Tabellen dienen dazu, die Logik der Preisfindungsarten zu übersteuern, wenn

deren 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 keinen

Fall 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ängig

davon, ob bereits Fakturen vorhanden sind oder nicht. Mit den Konditions-

arten ITD2 bis ITD4 wird dann ein bereits fakturierter Wert über die

Infostruktur 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 die

Bedingung 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 mode

data: changemode.

read table tkomv with key knumv = komk-knumv

kposn = komp-kposn

binary search.

if sy-subrc = 0 and not tkomv-zaehk is initial

and 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-kschl

binary 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 einer

Position sind oder im Änderungsmodus, und speichern diese Information in

der Variablen changemode. Da es innerhalb der Preisfindung nicht ganz tri-

vial ist, diese Situation festzustellen, sollte man sich diese Programmlogik für

mögliche andere Fälle merken.

Im zweiten Schritt füllen wir dann die interne Tabelle TKSCHLEXCL immer

genau 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 TKSCHLEXCLEin weiteres Beispiel finden wir in Bedingung 107 (Kontrakt ACRN) für die

Budget-Kondition ACRN. Dort wird die interne Tabelle TKSCHLEXCL ver-

wendet, um eine Neuermittlung der Kondition bei Fakturen und Retouren

bzw. Gutschriftanforderungen zu verhindern, TKSCHL wiederum wird ver-

wendet, um die Ermittlung in Fakturaanforderungen im Hinzufügemodus zu

erzwingen.



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

diese Prüfung negativ ist, wird die Konditionsart bzw. der Zugriff nicht in die

internen Tabellen aufgenommen, die Konditionsart bzw. der Zugriff wird in

der Folge auf Positionsebene nicht berücksichtigt. Die Bedingung im Kalku-

lationsschema wird in der Routine konditionsvorstep aufgerufen, die

Bedingung im Zugriff in der Routine komt2_aufbauen (siehe Abschnitte

10.1.2, »Routine KONDITIONSVORSTEP«, und 10.1.4, »Routine XKOMV_

AUFBAUEN_AUS_KOMT1«).

In der Prestep-Bedingung können nur die Feldinhalte der Struktur KOMK

abgefragt werden, Positionsinformationen, also Felder der Struktur KOMP,können Sie nur in der endgültigen Bedingung abfragen. Interessant ist die

Eigenschaft, dass ein negatives Prüfungsergebnis im Prestep bewirkt, dass in

Folgebelege, in die Belegkonditionen kopiert wurden, diese im Zielbeleg

wieder verworfen werden. Diesen Effekt gibt es bei der endgültigen Prüfung

nicht.

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 die

Preisfindung von außen übergeben wurden, oder Felder, die in Bedingungen

vorangegangener Konditionsarten gefüllt wurden. Felder, die in der Routine

xkomv_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 bei

Konditionen, die aus einem Vorgängerbeleg übernommen wurden.

11.2.7 Verhalten bei kopierten Konditionen

Bei Belegketten werden normalerweise (zumindest teilweise) Konditionen

vom Quellbeleg in den Zielbeleg übernommen. Diese Übernahme wird

durch den Funktionsbaustein PRICING_COPY durchgeführt (siehe Abschnitt

10.3, »Funktionsbaustein PRICING_COPY«). Bei den kopierten Konditionenfindet keine Bedingungsprüfung statt, was unter Umständen dazu führen

kann, dass eine neue Preisfindung im Zielbeleg ein anderes Ergebnis als im

Quellbeleg liefern kann. Wir können allerdings indirekt erreichen, dass bei

Nichterfü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 Tabelle

KOMT1 des Kalkulationsschemas, was in der Routine xkomv_aufbauen_aus_

tkomv dazu führt, dass die Kondition nicht übernommen wird. Eine weitere

Mö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, bei

welchem alle Formeln eingesetzt werden. Diese Konditionsart ist eine Kopie

der 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 KP03

gepflegt werden. Die Kondition ist mit der Rechenregel Absolut-Betrag einge-

stellt, als Gruppenkondition markiert und verwendet eine Mengenstaffel zur

fest 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 als

Konditionsbasis)

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 der

Anbruchmenge, d.h., der Zugriff auf diese Staffel erfolgt nicht mit der

Gesamtmenge der Paletten, sondern lediglich mit der Anbruchmenge. Eine

Gesamtmenge von 30 KI (Kisten) ergibt 2,5 PAL (Paletten), und somit eine Anbruchmenge von 0,5 PAL. Eine Menge von 40 KI ergibt 2,0 PAL, also 0,0

PAL Anbruchmenge.

Abbildung 11.2 Beispiel-Kundenauftrag



521

Index

A

absolute Kopfkonditionen 206 Absolut-Kondition 403 Absprache 80, 154

Bonusabsprache 84 Preisbuch 83, 253Verkaufsabsprache 81

Abstimmkontenfindung 36 ALV-Liste 101 Änderungsbeleg 167

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

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

37VD (Kontenfindung für Zahlungskar-

ten) 37

Arbeitsbereich 94, 95, 96, 97 Arbeitsvorratstypen

eigene 97vordefinierte für Vertriebsmitarbeiter

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

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) 254 921 (Änderungsfaktor) 406 922 (Skalieren Formel 022) 407 923 (Skalieren allgemein) 407 924 (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, 300

063 (Verkaufshilfsmittel) 300106 (Kontrakt ITD) 337107 (Kontrakt ACRN) 338202 (Preisbuchgrundpreis) 254, 297,

494 902 (Datentransport) 287, 289, 399,

507 906 (Kopierte nicht neu) 410, 500 957 (Nicht bei Naturalrabatt/Retoure)

396, 481, 485, 487 Einsatz 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, 77

Bonusabsprache Absprache



522

Index

Bonuskonditionen 422Budgetierung 214, 380Business Function

LOG_SD_SIMP_02 176

SD_01 94, 102Business PackageVertriebsmitarbeiter im Innendienst 94

Business Transaction Event 156

C

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

CO-PA 147, 152, 260, 411, 460

Cross 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 57 Naturalrabatt 57 Preisfindung 58

Datentransport-Routine 902 459

DDIC (Data Dictionary) 450Deckungsbeitrag 253, 422Definition

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

Variante 77 Zugriffsfolge 48

Dialoganbindung 330Direktwert 56

Draufgabe 38, 224Dreingabe 38, 224Druckaufbereitung 238Druckkennzeichen 139, 243DRUKZ DruckkennzeichenDuplikationskondition 127

E

EDI (Electronic Data Interchange) 36,

263Ergebnis- und Marktsegmentrechnung

CO-PAErlöskontenfindung 36

F

Fakturaanforderung 202Fakturierungsplan 192, 197, 257, 330

Meilenstein 196, 267

periodisch 192, 313FBUDA (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 63

Formeln 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, 352 Routine 128, 318

Gruppenkondition 127, 205, 316, 455absolute Kopfkondition 206mit Konditionssatz 207 prozentuale Kopfkondition 206 Staffelkondition mit Gruppenkey 207 Staffelkondition 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 322 KOMT1 (Kalkulationsschema) 276 KOMT2 (Zugriffe) 276 KONDTAB 313 STEU (Preisfindungsarten) 276, 308TKOMV (Preisfindungsergebnis) 306

TKOMVD (Druckaufbereitung) 243TKSCHL (Konditionen ermitteln) 276,

330, 337TKSCHLEXCL (Konditionen nicht ermit-

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

299, 336 XKOMV (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, 245 ICAA01 (Interne Verrechnung) 259 PABR02 (Preisvereinbarungen) 188 PSER01 (Periodische Fakturierung) 257 PSER02 (Aufwandsabrechnung) 203,

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

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

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

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

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

Vorsicht bei Änderungen im Produktivys-tem 247

ZVAA02 (Standard konsolidiert) 413 ZVAAEU (Steuern Europa) 220 ZZ0000 (Einkauf) 436 ZZVBAP (Datenermittlung VBAP) 399 ZZVBKD (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 248

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

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

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

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

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

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

ITD2 (Bereits fakturiert) 337 ITDn (Bereits fakturiert) 263

IV01 (Preis interne Verrechnung) 483 IV01/IV02 (Preis interne Verrechnung) 260

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

487

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

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

256, 491 MWST (Mehrwertsteuer) 218

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

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

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

497 PI01/PI02 (Preis interne Verrechnung)

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



525

Index

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

PTVO (Gutschein) 252, 501 R100 (100%-Abschlag) 225, 251, 502

RB00 (Absolutrabatt) 403 RL00 (Delkredere) 264, 502 SKTO (Skonto) 265, 455, 503 SKTV (Skonto vor Steuer) 265, 504Texte 136UTXJ (Steuer USA extern) 223VA00 (Variantenpreis) 300, 504VPRS (Verrechnungspreis) 229, 238,

363, 506WK00 (Zielwert) 260 XR1 (Steuer USA extern) 223

Z030 (Materialgruppenrabatt) 318 Z030/Z031 (Materialgruppe) 353 Z031 (Materialgruppenrabatt) 319 Z901 (Hierarchiekondition) 53, 60 Z902 (Datenermittlung Material) 286,

399, 507 Z905 (Materialgruppenrabatt) 287,

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

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

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

511 ZPRC (Preis gesteigert) 420, 512

ZPRD (Preis Kontrakt) 421, 512Konditionsausschluss 72, 142, 208Konditionsbasisformel 347Konditionsbild 397Konditionsindex 80, 131Konditionsklasse 126

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

Konditionsliste 75, 87

aufrufen 88konfigurieren 89 Rolle bei der Konditionspflege über

Bereichsmenüs 93

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

Konditionssatz 32, 44, 57 Arbeiten mit dem 151

Freigabestatus 152löschen 131

Konditionsstaffel 207Konditionsstammdaten 32, 44, 57, 69Konditionssteuerung

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

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

lung) 279anlegen 106 Datenfeld in der 110 Kurzbeschreibung 106

Konditionstechnik 31 Einsatzgebiete 31 Elemente 31, 42

Konditionstyp 127 g (Zahlung) 252

Konditionsupdate 75, 132, 214Konditionsverwendung 32, 33, 277

Konditionswährung 235Konditionswertformel 350konfigurierbares Material 127Kontenfindung 35, 36Kontenfindungsart

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

absolut 206manuell 206 prozentual 206



526

Index

Kopierregel 160Kopiersteuerung 191Kosten 226, 252, 362KOUPD (Konditionsupdate) 361

KSTAF (Staffelmenge) 296KSTEU (Konditionssteuerung) 364, 466Kumulationskondition 127kumulierte Werte 214, 386Kundeneinzelfertigung 230, 478Kundenhierarchie 52, 301, 420Kundennamensraum 43

für Konditionslisten 89 Rundungsregel 160

Kundenschema 121KUNWE (Warenempfänger) 463

KZINC (inklusive Steuer) 442KZWI1 (Zwischensumme 1) 397KZWI1–KZWI6 (Zwischensummen) 412KZWIW (Kennzeichen Zwischen-

summe) 363

L

Lagerverkauf 227, 229Laufzeitanalyse 463

Leistungserstellungsdatum 458Limit 214Löschkennzeichen 171

M

manuelle Kondition 421 Massenänderung 156 Materialausschluss 37 Materialfindung 37

Materialgruppenhierarchie 284 Materiallistung 37 Materialpreis

Selektionsbildschirm 77maximale

Anzahl Aufträge 214 Konditionsbasis 214, 404

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

Konditionen 403

Message 376, 384108 390780 387

Mietvertrag 257, 330

MPROK (Status manuelle Preisände-rung) 361 MWSBP (Steuerbetrag) 362

N

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

Namensraum für Konditionsarten 117 fü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, 458

Preise 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, 432 B (neue Preisfindung durchführen) 182

E (keine Änderung) 376 F (Gruppenbewertung) 356, 376Preisfindungsergebnis 358Preisfindungsszenario

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

CALCULATE_TAX_ITEM 442

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

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

340, 404 PRICING_DETERMINE_DATES 330 PRICING_LOAD_CONDITION_TYPS

330 PRICING_REFRESH 329

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

313 SD_COND_STATISTICS_READ 349,

381

SD_MOVE_A004_TO_A304 151, 152 SDNETPR0 (Nettopreisliste) 152 SDVPRSUPDATE 228 SMOF_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 206 B – Fester Betrag 128C – Mengenabhängig 135 H (Prozent im Hundert) 256 prozentual 206

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

beleg_initialisieren 329 gkomv_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 312

konv_bearbeiten 328konv_einlesen 311kwert_ermitteln 350 preisfindung 304, 464 preisfindung_gesamt 319, 464 preisfindung_vorbereiten 304, 306, 319 provide_condition_data 297, 384 staffelbasis_ermitteln 348userexit_change_pricing_rule 372userexit_field_modification 373userexit_move_field_to_vbap 399

userexit_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 370

userexit_xkomv_ergaenzen_manu 371userexit_xkomv_fuellen 314, 371userexit_xkomv_fuellen_o_konp 372 xkomv_aufbauen_aus_komt1 312, 339 xkomv_aufbauen_aus_tkomv 314, 340 xkomv_aufbauen_pruefen 312, 315 xkomv_ausschluss 315 xkomv_bewerten 231, 315 xkomv_ergaenzen 312 xkomv_fuellen 314 xkomv_kbetr_ermitteln 314

xkomv_kkurs_ermitteln 235, 314 xkomv_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 94 Enhancement Package 3 261 Enhancement Package 4 95, 176, 186

SAP List Viewer ALV SAP NetWeaver Business Client 95

SAP Virtual Machine Container (VMC)515

SAP-Hinweis1080339 (Skonto und Tax Jurisdiction)

2651165078 (Brechtigungsprüfung für Kon-

ditionen) 39724832 (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) 41043002 (Feldüberlauf) 46380183 (Rundung) 393809820 (User-Exit-Konzept für die Preis-

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

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

SHKZG (Retoure) 430Skalierung 406

Staffel 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 252

Steuer-Auslöser 219-erhöhung 223

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

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



529

Index

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

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

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

Strukturkondition 127Stückliste 127Stufe 137Substitution Kundengruppe 401

T

Tabelle A000 (Muster-Tabelle) 48 A003 (Steuerkennzeichen) 440

A004 (Material ohne Freigabestatus) 151

A053 (Steuern über Jurisdiction Code) 440

A304 (Material mit Freigabestatus) 52,151

A305 (Kunde/Material mit Freigabesta-tus) 52

A306 (Preisliste/Material mit Freigabe- status) 52

A901 (Preishierarchie) 52

A902, A903, A904 (Materialgruppen-hierarchie) 285

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

T681A (Applikation) 40T685 (Konditionsarten) 57

Tabellenpuffer 450Table-Control 78

Tax-Jurisdiction-Code

JurisdictionCodeteilqualifizierter Zugriff 51Testen 465Textschema 169Transaktion

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

258, 261 FTXP (Steuern in FI) 217, 441OKOZ (Zuschläge) 439

OV77 (Sachkonten zuordnen) 60 R3AS 516 SE30 (Laufzeit-Analyse) 463 SE34 (Bereichsmenüpflege) 75 SFW5 (Switch Framework) 94 SM30 (Tabellensicht-Pflege) 166, 167 ST05 (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 77

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

3 (Kampagnenfindung) 38 A (Preisfindung) 35 B (Nachrichtenfindung) 35C (Kontenfindung) 36 D Materialfindung 37

E (Bonusabwicklung) 37G (Materiallistung/-Ausschluss) 37 N (Naturalrabattfindung) 38T (Datenbeschaffung) 39

View V_T681F (Feldkatalog) 45V_T681V (Konditionsverwendungen) 34V_T681Y_BMEN_USR (Bereichsmenü-

Zuordnung) 167V_T681Z (Applikation je Verwendung)

40

V_T683V (Kalkulationsschema-ermittlung) 433

vordefinierte 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, 423

013 (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, 263

301 bis 306 (Steuern Wert 1 bis 6) 442 900 (Budgetprüfung) 385, 514 901 (Konditionsausschluss) 212 905 (Deckungsbeitragsprüfung) 424,

509 911 (Deckungsbeitrag) 423 913 (Auftragswert-Delta) 266, 509 918 (Deckungsbeitrag %) 423 925 (Addieren XWORKF) 211 926 (Addieren XWORKG) 211 927 (Addieren XWORKH) 211

936 (Kumulationskondition) 488Wertkontrakt 260Work Center ArbeitsbereichWRBTR (Ausgangsbetrag) 442

Z

Zähler 137Zahlungsbedingung 398Zahlungskarten 37

ZTERM (Zahlungsbedingung) 271Zugriff

additiv 55exklusiv 55teilqualifiziert 51

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

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

59



Index

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

279, 452

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

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

ZPRB (Preis kundenindividuell) 420,511

ZPRD (Preis Kontrakt) 421, 512Zugriffsoptimierung 451

Zusatzkondition 170, 436 Kalkulationsschema 130Zwischensumme 140, 248, 363

Felder 397

Sappress Preisfindung Konditionstechnik in Sap

Documents