BADI_SD_SALES_ADDON

BADI_SD_SALES_ADDON

Hallo zusammen,

das BADI "BADI_SD_SALES_ADDON" ist mehrfachverwendbar, aber nur für den internen Gebrauch bestimmt - ich würde es trotzdem gerne nutzen ( hab zumindest bis jetzt keine "schicke" Alternative gefunden )...

Ich will KEINE Daten ändern, sondern lediglich die CUOBJ der aktuellen Konfiguration ermitteln (Übergabeparameter des BADIs) und in einem Datenpuffer ablegen, damit ich an anderer Stelle in meiner eigenen Funktionalität mit der CUOBJ weiterarbeiten kann...

Welche Probleme können auftreten, wenn ich das BADI nutzen würde?
Meine Adapterklasse, die das Interface implementiert, würde keine weitere Funktionalität haben...
Abgesehen davon, dass sich die Schnittstelle oder ähnliches ändern könnte und meine Funktionalität nicht mehr läuft, gibt es doch eigentlich kein Risiko, oder?

Habe noch nicht so viele Erfahrungen mit BADIs...

Viele Grüße,
Olli

Hi Enno,

hmmmm, ich habe eine Klasse angelegt - wobei du Recht hast und ich das nicht auf sauberem Weg gemacht habe
Deswegen hab ich halt selber auch gewisse Bedenken - allerdings hab ich noch keinen alternativen Weg gefunden an den Wert zu kommen...
Evtl. über einen Dirty-Assign, aber da fand ich im Moment das BADI etwas eleganter und hab ich das notwendige Feld für den ASSIGN nicht gefunden...

Vielleicht hat ja jemand eine alternative Idee:
ich habe eine Anwendung geschrieben, die z.B. aus der Konfiguration des Vertriebsbelegs aufgerufen wird. In der Anwendung möchte ich nun den theoretischen Arbeitsplan auf Basis der aktuellen Konfiguration auflösen und anzeigen, so wie SAP das auch macht.
Meine Anwendung wird aus dem Beziehungswissen gestartet.
Für den Aufruf der Standardbausteine ( Arbeitsplan ) brauch ich die CUOBJ...

Gruß,
Olli

Hi Ramona,

ich brauchte aber auch die CUOBJ, wenn sich der Beleg in der Erstellung befindet, auch wenn dann nur eine temporäre Nummer drin steht...

Der Select funktioniert erst, nachdem der Beleg zum ersten Mal gesichert wurde...

Viele Grüße,
Oliver