Für die Bestellung haben wir zwei verschiedene Belegarten (einfachheitshalber Belegart A und 😎 erstellt. Die Belegart A soll das Konditionsschema SA und die Belegart B das Schema SB ziehen.

Beide Belegarten werden in der Einkaufsorganisation 1000 benutzt. Jetzt zu meinen Problem: In der Schemaermittlung kann man nicht die Belegart eintragen, sondern 'nur' die Einkaufsorganisation und die Schemagruppe Lieferant.

Wie kann ich das nun Lösen, dass bei einer Bestellung mit der Belegart A das Schema SA herangezogen wird und bei B das Schema SB?

Für jedes Feedback bin ich dankbar.

Liebe Grüsse

blam blam

in dem du dem Lieferant die richtige Schemagruppe zuordnest, dann wird automatisch das richtige Konditionsschema gezogen, oder eine eigene Einkaufsorganisation anlegen. Könnte man auch als Referenz Organisation anlegen damit kann man auf die selben Konditionen zugreifen aber eben ein eigenes Schema für diese Organisation zuordnen.

lg

peter6370

es gibt ein Badi "ME_PROCESS_PO_CUST" (unter Verarbeitung der Enjoy Bestellung erweitern) zu dem man eine Implementierung anlegen kann und mit der Methode "PROCESS_HEADER" und "im_header->get_data" bzw. re_header->set_data das Feld KALSM z.B. in Abhängigkeit der Belegart beeinflussen kann und über einen User-Exit kann auch die Struktur KOMK für die Preisfindung manipuliert werden dazu steht die Erweiterung LMEKO001 (über CMOD) zur Verfügung.

Viele Grüße

@Peter

Diese Lösung passt leider nicht in unser Konzept.

@mahe

Ich habe das Badi ME_PO_PRICING_CUST probiert (das von dir vorgeschlagene wird nicht aufgerufen...). Ebenfalls hab ich das User Exit ausprobiert. Bei ME21n klappt mein Vorhaben, für das BAPI BAPI_PO_CREATE1 funktinierts es auch aber... die Bestellung mit der Belegart B wird nicht angelegt, weil die Kondition B1 (aus Schema SB) im Schema SA (ich hab doch alles auf SB übersteuert...💤 ) nicht vorhanden ist.

Weisst Du was hier zu tun ist?!

Gruss

blamblam

genau deshalb ist auch das Badi notwendig, weil über den User-Exit zwar das richtige Kalkschema verwendet wird aber im Kopf bereits das aus dem Customizing eingestellt ist. Wenn du nun über BAPI eine Bestellung anlegen möchtest und noch Konditionen mitgeben möchtest, prüft er die Kondition (dummerweise) gegen das Schema im Kopf. Daher musst du vorher über das Business Add-In das Kalkschema auch überschreiben. Zum Badi muss aber eine Implementierung angelegt werden und die muss "aktiv" gesetzt werden, sonst läuft er da nicht rein, also z. B. die Methode: IM_HEADER->get_data in der Methode PROCESS_HEADER aufrufen.

Viele Grüße

mahe

Hab das Badi "ME_PROCESS_PO_CUST" aktiviert und ich springe auch dort rein. Dieses mal hab ich's über das Customizing eingerichtet und nicht über SE19... ich weiss nicht ob's an dem lag... egal für den Moment.

Leider funktioniert das so auch nicht. Mit IM_HEADER->get_header hol ich die Daten, ich hab die Belegart und überschreibe das Kalkschema, alles wunderbar soweit. Danach mach ich ->set_header und dort drin steht folgender Code der mir einen Strich durch die Rechnung macht:

MOVE-CORRESPONDING l_data_old TO l_mepotech. "#EC *

MOVE im_data TO l_data_new.

MOVE-CORRESPONDING l_mepotech TO l_data_new. "#EC *

In dieser mepotech steht genau das Kalkschema drin... da wird mein neues Schema durch das alte ersetzt.

Weisst Du hier mehr?

Danke und liebe Grüsse

blamblam

andere Möglichkeiten kenne ich auch nicht, kannst du nicht die Methode "->set_data" durch eine andere ersetzen. (Eine die auch das KALSM nicht ändert.)

Viele Grüße

Habe die Methode "->set_data_cust" angelegt. Scheint wunderbar zu funktionieren.

Besten Dank und liebe Grüsse 😁

blamblam

ja prima, Glückwunsch. Besten Dank für die Rückmeldung und weiterhin viel Erfolg.

Viele Grüße

mahe