SAP Jobsuche bei DV-Treff
Startup:)
vor 14 Jahre
Hallo zusammen,

Vor kurzem habe ich zwei neue Positionstypen angelegt. Jetzt sind wir dabei, sie zu testen. Bei Verwendung des einen Positionstypen soll über den Naturalrabatt der andere Positionstyp gezogen werden. Im Auftrag funktioniert das jetzt alles tadellos.

Wenn ich jetzt allerdings diesen Auftrag beliefern will, zieht er mir nur die erste Position und schreibt im Protokoll "Naturalrabatt-Gruppe nicht vollständig (Gruppe wird gelöscht)". Mit dieser Meldung kann ich überhaupt nichts anfangen, denn mit Beständen kann das bei uns nichts zu tun haben. Meiner Meinung nach muss das ein Fehler im Customizing sein.

Kann mir jemand bei der Interpretation dieser Meldung helfen?

Besten Dank und Gruss - verade
Förderer

encore
vor 14 Jahre
Hallo verade,


wie heisst denn die Fehlernummer dieser Meldung ?
Grüsse

nk

Startup:)
vor 14 Jahre
Hallo nk,

die Fehlernummer ist Meldungsnr. VL260.

Gruss - verade

encore
vor 14 Jahre
Hallo verade,

die komplette Meldung sagt aus, daß du eine Hauptposition mit einer dazugehörigen Unterposition als Naturalrabatt-Position hast - und liefern nur dann kannst, wenn du BEIDE auslieferst .

Warum kann das bei euch nichts mit Beständen zu tun haben ? wenn du doch die erste Position liefern kannst, sollte doch bei einem Naturalrabatt (normalerweise doch der gleiche Artikel) auch die Naturalrabatt-Position generell einer Liefer-Logik unterliegen.

Gibt es eine Verfügbarkeit für die betroffenen (Naturalrabatt)-Positionen ?


Grüsse

nk

Startup:)
vor 14 Jahre
Hallo nk,

bei uns wird das Konstrukt des Naturalrabatts dafür "missbraucht", um Verpflichtungen des Kunden beim Prozess der Umarbeit abzubilden. D.h. , es wird im Naturalrabatt festgelegt, dass der Kunde - wenn er 100 Einheiten unseres Produktes A auf Umarbeit haben möchte - uns z.B. (entsprechend Naturalrabatt) 160 Einheiten Rohstoffe (Material 😎 dafür anliefern muss.

Dieses Konstrukt funktioniert wunderbar im Standardprozess bei unseren alten etablierten Positionsarten. Ich musste jetzt aber neue anlegen, weil wir bei einem anderen Prozess (KE) unter Verwendung dieses Konstruktes andere Konditionen benötigen. Deshalb vermute ich den eigentlichen Fehler im Customizing der Positionsarten - nur sehe ich den Zusammenhang mit dieser für mich im Moment noch schleierhaften Meldung mit "Naturalrabatt-Gruppen" nicht. Debuggen hat mich leider auch noch nicht weitergebracht, da ich nicht genau weiss, an welcher Stelle das Protokoll befüllt wird und wie ich von dort aus auf mögliche Fehlerquellen kommen kann.

Ist meine Erklärung einigermassen nachvollziehbar?

Gruss - verade

encore
vor 14 Jahre
Hallo verade,

hst du in einem der Positionstypen beim Preisfindungstyp NATURALRABATT (TVAP-PRSFD) drin ?

Schau ggf. mal im Debug bei FV50XF0N etwa an Zeile 756 - da wird die Meldung VL 260 aktiviert.
Grüsse

nk

Startup:)
vor 14 Jahre
Hallo nk,

im Feld TVAP-PRSFD ist bei meinem neuen Positionstyp keine Preisfindung drin, auch nicht bei meinem "Referenz-Positionstypen", bei dem alles passt. In dieser Tabelle sehen die zwei Positionstypen genau gleich aus.

Das mit dem Debuggen werde ich jetzt als nächstes versuchen, bin bisher nicht dazu gekommen.

Gruss - verade

Startup:)
vor 14 Jahre
Hallo nk,

mit dem Debuggen bin ich letztlich nicht zur eigentlichen Ursache vorgedrungen. Dafür haben meine Anwender festgestellt, dass das bei anderen Kunden als meinem Testkunden alles gut funktioniert. Wir haben uns jetzt darauf geeinigt, dass das irgendwo im Kundenstamm liegt oder dass sonst eine (Z-)Einstellung für diesen Kunden fehlt.

Danke und Gruss - verade