Hallo,
das prüfen ob er schon eine Auftrag mit Rabatt hatte läuft auf eine umfassende Programmierung hinaus.
Gruß Wolfgang
Das sehe ich anders.
Die Funktion Konditionsupdate (= kumulierte Werte) ist genau für so etwas vorgesehen.
Hier gibt es das Thema "maximale Konditionsbasis" bzw. "maximale Konditionsmenge".
Allerdings hat der TE sich unbewusst selbst ein Bein gestellt oder der Aufgabensteller kann "Anfänger" nicht leiden.
Mit % Konditionen funktioniert "maximale Konditionsbasis" nämlich nicht, weshalb man das im CUS auch erst gar nicht einstellen kann.
Zumindest ist das mein Wissensstand zu dem Thema, und laut OSS ist das schon seit 20 Jahren so.
Bzw. die SAP hat seit 20 Jahren keine anderslautende Erklärung abgegeben und weder in aktuelleren Hinweisen, noch im offzieiellen Preisfindungsbuch lässt sich iregndwer zum Thema % Konditionen aus und verwendet immer schön Wertkonditionen!? Zufall, Absicht? Keine Ahnung!?
Wenn der Aufgabensteller auf diese Funktion abzielt, muss der TE also entweder den Wert der % Kondition an eine Wertkondition übergeben, oder von Anfang an mit einer Wertkondition arbeiten, je nach Aufgabenstellung.
Aufgrund dieser Tatsache, fand ich die ursprüngiche Idee des TE mit einem Mengenkontrakt zu arbeiten im Zweifel sogar für die bessere Lösung, allerdings kenne ich die gesamte Aufagbenstellung nicht und kann das leider nur bedingt einschätzen.
*... who can do field replacements in the debugger can do anything in the system
*so this check can not stop (him) anyway.
