Testlauf bei der Ausführung mehrerer BAPIs hintereinander

Testlauf bei der Ausführung mehrerer BAPIs hintereinander

Liebes Forum,

ich denke, dass meine Anforderung nicht lösbar ist. Da das letzte für mich scheinbar nicht lösbare Problem von Euch jedoch gelöst wurde, frage ich hier trotzdem einmal nach Ideen.

Anforderung: Ich muss aus einem Excel-File Finanztransaktionen erstellen. Dazu müssen zwei BAPIs aufgerufen werden. Der erste BAPI_FTR_IRATE_CREATE legt die Geschäfte an. Der zweite BAPI BAPI_FTR_MAINFLOW_CREATE fügt Bewegungen hinzu.

Der zweit BAPI benötigt allerdings ein Geschäft als Input. Im Testlauf habe ich jetzt das Problem, dass ich zwar den ersten BAPI, nicht jedoch den zweiten BAPI testen kann. Im Testlauf legt der erste BAPI kein Geschäft an, das ich an den zweiten BAPI übergeben könnte.

Daher ist meine Annahme, dass ich im Testlauf nur den ersten Schritt testen kann. Falls das so ist lasse ich das so und gebe im Testlauf eine entsprechende Meldung aus, kein Problem. Falls es doch eine Möglichkeit gibt würde es mich jedoch interessieren.

Danke für Euren Input!

Viele Grüße,
FelixFICO

Re: Testlauf bei der Ausführung mehrerer BAPIs hintereinande

ewx hat geschrieben:Wie genau sieht dein Test aus?
rufst du die Bausteine aus Excel heraus nacheinander auf?
hast du einen Funktionsbaustein/ Programm, der beide Bausteine ausführt?
Testest du manuell in der SE37?

Hallo ewx,

ich habe einen Parameter p_test auf dem Selektionsbildschirm. Den BAPI rufe ich dann folgendermaßen auf:

CALL FUNCTION 'BAPI_FTR_IRATE_CREATE'
EXPORTING
interestrateinstrument = gs_deals-s_irate_instr
generalcontractdata = gs_deals-s_general_data
testrun = p_test
IMPORTING
financialtransaction = gs_deals-transaction
companycode = gs_deals-companycode
TABLES
return = gt_bapiret. "Rückgabe der Meldungen

Das Excel transferiere ich erst in eine interne Tabelle, und dann rufe ich je Geschäft einmal das BAPI BAPI_FTR_IRATE_CREATE und dann ein oder mehrmals das BAPI BAPI_FTR_MAINFLOW_CREATE auf. Das Problem ist, dass das zweite BAPI ein Geschäft als IMPORTING Parameter voraussetzt. Wenn ich das erste BAPI im Testlauf ausführe habe ich aber leider kein Geschäft das ich an das zweite BAPI übergeben könnte.

Viele Grüße,
FelixFICO

Re: Testlauf bei der Ausführung mehrerer BAPIs hintereinande

Ja den gt_return habe ich ausgewertet. Das Problem ist, dass der BAPI im Testlauf keine Geschäftsnummer sondern nur "\INTERN\" zurück liefert. Damit kann dann der nächste BAPI nichts anfangen. Im Echtlauf würde es eine Geschäftsnummer zurückgeben.

Re: Testlauf bei der Ausführung mehrerer BAPIs hintereinande

ewx hat geschrieben:Gibt es denn eine inhaltliche Beschränkung bei der Zuordnung?
Also könnte es sein, dass eine BEWEGUNG nur bei bestimmten GESCHÄFTEN zulässig ist?

Theoretisch schon, im Echtlauf funktioniert aber alles. D.h. daran sollte es nicht liegen.

ewx hat geschrieben:Ansonsten würde ich dir raten, ein vorhandenes Dummy-GESCHÄFT zu verwenden.

Das würde zu Fehlermeldungen führen, da die Bewegungen von den Beträgen genau zum Geschäft passen müssen.

ewx hat geschrieben:Bzw.: Was könnte denn bei der Erzeugung eines GESCHÄFTS schief laufen?

Die Erzeugung des Geschäfts kann ich ja noch im Testlauf testen. Erst bei den Bewegungen geht das nicht mehr. Theoretisch könnte es bei falschen Bewegungen nun passieren, dass das Geschäft im Echtlauf angelegt wird. Eine oder mehrere Bewegungen allerdings nicht.

ewx hat geschrieben:Bzw2.: Was hindert dich daran, den 1. BAPI ohne Testflag aufzurufen, aber zwecks Test keinen COMMIT abzusetzen?
Wird ein Nummernkreis für GESCHÄFT benötigt, so dass bei jedem "Echt-aufruf" eine Nummer verloren ginge??

Das hatte ich mir auch schon überlegt, aber die Nummernkreislücken habe ich dabei auch festgestellt. Ich denke, dass ich den Testlauf lieber funktionell einschränke als im Testlauf bereits echte Belegnummern zu vergeben.

Re: Testlauf bei der Ausführung mehrerer BAPIs hintereinande

Schade... :/