BAPI modifizieren
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo zusammen,
ich möchte einen BAPI an einer Stelle modifizieren, nur ein Flag setzten in einer Struktur. Jetzt habe ich mich eingelesen und es geht wohl über Anlegen eines Subtypes zu einem Business Objekt.
https://help.sap.com/doc/saphelp_snc70/ ... cache=true
Ich möchte natürlich dass der BAPI trotzdem alle Änderungen eines neuen Releases/updates mitbekommt, das konnte ich aber so nicht herauslesen. Wird die Kopie eines BAPI mit Modifikation und eigenem Subtyp trotzdem automatisch aktualisiert?
Danke und Gruß,
Wolfgang
ich möchte einen BAPI an einer Stelle modifizieren, nur ein Flag setzten in einer Struktur. Jetzt habe ich mich eingelesen und es geht wohl über Anlegen eines Subtypes zu einem Business Objekt.
https://help.sap.com/doc/saphelp_snc70/ ... cache=true
Ich möchte natürlich dass der BAPI trotzdem alle Änderungen eines neuen Releases/updates mitbekommt, das konnte ich aber so nicht herauslesen. Wird die Kopie eines BAPI mit Modifikation und eigenem Subtyp trotzdem automatisch aktualisiert?
Danke und Gruß,
Wolfgang
Geht nicht gibts nicht
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Naja, dazu musst du uns sagen, welchen BAPI du meinst. Nicht jeder BAPI arbeitet mit einem Bussiness-Objekt.
--
Aber. Auch wenn du das BO ableitest, bleibt die Änderung im BAPI eine Modifaktion. Bei einem Releasewechsel oder Update macht man dann einen SPAU-Abgleich. Da kommt dann die Modifikation hoch und du musst manuell entscheiden, wie dein Quellcode in der Änderung übernommen werden soll.
--
Es gibt ja auch Erweiterungsmöglichkeiten an DB-Tabellen mittels Customer Include (CI). Diese CI, kann man dann in bestimmten BAPI über die ExtensionIN bzw. ExtensionOUT Strukturen bedienen.
Du siehst, es gibt viele Möglichkeiten für Erweiterung, darum wäre es geschickt, wenn du uns dein Konkretes Beispiel nennst.
--
Aber. Auch wenn du das BO ableitest, bleibt die Änderung im BAPI eine Modifaktion. Bei einem Releasewechsel oder Update macht man dann einen SPAU-Abgleich. Da kommt dann die Modifikation hoch und du musst manuell entscheiden, wie dein Quellcode in der Änderung übernommen werden soll.
--
Es gibt ja auch Erweiterungsmöglichkeiten an DB-Tabellen mittels Customer Include (CI). Diese CI, kann man dann in bestimmten BAPI über die ExtensionIN bzw. ExtensionOUT Strukturen bedienen.
Du siehst, es gibt viele Möglichkeiten für Erweiterung, darum wäre es geschickt, wenn du uns dein Konkretes Beispiel nennst.
Hallo msfox,
ich habe ein Kalkulationscockpit entwickelt welches Materialkalkulationen über eine Customizingtabelle abarbeitet (Wenn Material A in Werk 1 kalkuliert wurde, dann soll es auch in Werk 2, 3, 4 etc. kalkuliert werden, der Kunde will die Reihenfolge der Kalkulation anders haben als es der Standard tut). Dazu ruft mein Cockpit dann CK11N + CK24(Mark) + CK24(Release) im Hintergrund auf (Starting new Task). Für die CK24 verwende ich den FB BAPI_COSTESTIMATE_MARKING. Der zeigt aber bei jedem erfolgreichen markieren in Werks x ein Protokoll an (Durch Aufruf CK_F_CK23_END_OF_SELECTION ) und wartet auf Bestätigung, das soll aber nur bei der manuellen Markierung erfolgen, die Kalkulationen in den anderen Werken sollen im Hintergrund ohne Meldung erfolgen. Deshalb soll der BAPI das Protoll nicht anzeigen, wenn er aus dem Cockpit gerufen wurde. Das funktioniert auch alles, ich suche eben nur nach der saubersten Lösung für den modifizierten BAPI, der auch nur in diesem Cockpit verwendet wird.
Die BAPI Modifiktion setzt nur ein kundeneigens Flag in der Struktur F_CKIPRICEUPDATE, der aufgerufene FB CK_F_CK23_END_OF_SELECTION ist ebenfalls modifiziert und gibt kein Log aus wenn das Flag gesetzt ist, sind insgesamt 3 Zeilen Modifikationen.
Die beiden Bausteine zu kopieren ist unschön, also hätte ich beide nur modifiziert, beim BAPI gibt es aber da wohl eine andere Vorgehensweise.
Danke und Gruß,
Wolfgang
ich habe ein Kalkulationscockpit entwickelt welches Materialkalkulationen über eine Customizingtabelle abarbeitet (Wenn Material A in Werk 1 kalkuliert wurde, dann soll es auch in Werk 2, 3, 4 etc. kalkuliert werden, der Kunde will die Reihenfolge der Kalkulation anders haben als es der Standard tut). Dazu ruft mein Cockpit dann CK11N + CK24(Mark) + CK24(Release) im Hintergrund auf (Starting new Task). Für die CK24 verwende ich den FB BAPI_COSTESTIMATE_MARKING. Der zeigt aber bei jedem erfolgreichen markieren in Werks x ein Protokoll an (Durch Aufruf CK_F_CK23_END_OF_SELECTION ) und wartet auf Bestätigung, das soll aber nur bei der manuellen Markierung erfolgen, die Kalkulationen in den anderen Werken sollen im Hintergrund ohne Meldung erfolgen. Deshalb soll der BAPI das Protoll nicht anzeigen, wenn er aus dem Cockpit gerufen wurde. Das funktioniert auch alles, ich suche eben nur nach der saubersten Lösung für den modifizierten BAPI, der auch nur in diesem Cockpit verwendet wird.
Die BAPI Modifiktion setzt nur ein kundeneigens Flag in der Struktur F_CKIPRICEUPDATE, der aufgerufene FB CK_F_CK23_END_OF_SELECTION ist ebenfalls modifiziert und gibt kein Log aus wenn das Flag gesetzt ist, sind insgesamt 3 Zeilen Modifikationen.
Die beiden Bausteine zu kopieren ist unschön, also hätte ich beide nur modifiziert, beim BAPI gibt es aber da wohl eine andere Vorgehensweise.
Danke und Gruß,
Wolfgang
Geht nicht gibts nicht
Fachlich bin ich da leider raus... Viel Hoffnung mache ich dir da aus technischer Sicht nicht.
Aber wenn du schon F_CKIPRICESUPDATE TYPE CKIPRICESUPDATE modifizieren musstest, werden sich die weiteren Mod's nicht umgehen lassen (die Geister die rief). CKIPRICESUPDATE hat ja keine offizielle Möglichkeit der Erweiterung. Im BAPI_COSTESTIMATE_MARKING gib es am Anfang und Ende diverse Enhancements. In CK_F_CK23_END_OF_SELECTION dann schon nicht mehr.
Aber wenn du schon F_CKIPRICESUPDATE TYPE CKIPRICESUPDATE modifizieren musstest, werden sich die weiteren Mod's nicht umgehen lassen (die Geister die rief). CKIPRICESUPDATE hat ja keine offizielle Möglichkeit der Erweiterung. Im BAPI_COSTESTIMATE_MARKING gib es am Anfang und Ende diverse Enhancements. In CK_F_CK23_END_OF_SELECTION dann schon nicht mehr.
Zuletzt geändert von msfox am 26.08.2024 09:54, insgesamt 1-mal geändert.
Das ist klar, dem Subtyp wird ja dann ein modifizierter BAPI zurgeordnet. Aber im Endeffekt bleibe ich bei der Modifikation des originären BAPI da ich ihn nur für diesen einen Fall brauche. Mir war nur nicht klar ob das mit dem Subtyp irgendeinen tieferen Sinn beim Upgrade hat. Am Ende wird aber so oder so über die SPAU abgeglichen. Danke Dir für den Austausch.
Geht nicht gibts nicht
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
1666
Views
Views
0
Antw.
Antw.
1692
Views
Views
4
Antw.
Antw.
1086
Views
Views
3
Antw.
Antw.
1919
Views
Views
0
Antw.
Antw.
1258
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Minuten von DeathAndPain 4 / 437
vor 3 Minuten von DeathAndPain 4 / 437
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Minuten von DeathAndPain 4 / 437
vor 3 Minuten von DeathAndPain 4 / 437