Re: Aufruf einer Transaktion aus einem RFC-fähi(Date: Fri, 08 Jul 2005 10:34:30 +0200
)
Newsgruppe: de.alt.comp.sap-r3
Alfred Neiumann schrieb am 07.07.2005 18:46:
> Werner Flamme wrote:
>>data: wa_bdcdata type bdcdata.
>>wa_bdcdata-program = 'RKAEP000'.
>>wa_bdcdata-dynpro = '0110'.
>>wa_bdcdata-dynbegin = 'X'.
>>append wa_bdcdata to bdcdata.
>>clear wa_bdcdata.
>>wa_bdcdata-fnam = 'RKAEP000'.
>>wa_bdcdata-fval = 'PROGRAM'.
>>append wa_bdcdata to bdcdata.
>>call transaction 'KOB1' using bdcdata messages into itab .
>>Damit geht zwar der Selection-Screen auf, aber nichts weiter. Das
>>Beispiel ist aus der HTML-Doku zu CALL TRANSACTION, aber ich habe keine
>>Ahnung, wozu BDCDATA eigentlich da ist. Werden die Namen der einzelnen
>>Selektionsfelder in -fnam und deren Werte in -fval eingetragen? Die
>>Daten werden wohl in der Tabelle ITAB zurückgereicht.
> Zum einen müsstest Du '..using wa_bdcdata..' verwenden, da Du die
> wa_bdcdata Tabelle füllst
da steht doch "append wa_bdcdata to bdcdata" und bdcdata enthält auch 3
Zeilen, wenn man im Debugging-Modus testet.
> und zum anderen würde Dir in ITAB wohl nicht
> das übergeben werden, was Ihr wollt. Hierbei würde Dir nur die normale
> Message (Nachrichten) der Applikation zurückgeliefert werden (die
> auftretenden Systemmeldungen), ob die Verarbeitung fehlerhaft war oder
> auch ggf. erfolgreich war. Was die normale Applikation als Ergebnis in
> einem weiteren Dynpro darstellen würde, würde Dir hier gar nicht
> zurückgeliefert werden.
Ich habe mich auch schon über den Aufbau der Datenstruktur gewundert...
> Das müsstest Du erst entsprechend codieren und
> in weiteren eigenen Tabelle(n) zurückliefern lassen, die im eigenen FuBa
> erstmal ermittelt und gefüllt werden müssten.
> Das aber hier in einer Groups zu diskutieren oder anzuleiten, dürfte bei
> Deinem Wissensstand schwierig werden, ohne Dir jetzt zu Nahe treten
> zu wollen (es hat schliesslich jeder mal damit angefangen).
Keine Bange ;-) - ich habe vor 18-13 Jahren ;-) Programmierunterricht in
Pascal, COBOL und C erteilt, ich weiß schon wie das mit Anfänge(r)n ist...
> Ich würde an
> Eurer Stelle einfach mal versuchen herauszufinden, ob es nicht schon
> einen passenden BAPI dafür gibt (siehe Transaktion BAPI). Der hätte dann
> alle Übergabestrukturen bereits definiert und diese sind (meistens) auch
> RFC fähig. Aber damit werfe ich warscheinlich wieder einen neuen
> Fragenkatalog auf;)
Nicht wirklich ;-)
TA BAPI kannte ich noch nicht, jetzt muss ich die KOB1 mal im Menübaum
suchen, in welchen Bereich sie gehört...
> Da ich die TA KOB1 nicht kenne, kann ich Dir da so
> nicht weiterhelfen, aber vielleicht hat ein anderer Teilnehmer hier ja
> eine Info, ob es einen BAPI dafür gibt. Da wäret Ihr am/im Standard,
> ohne irgendwelche eigene FuBas zu entwickeln (die externe Entwicklung
> des BAPI Aufrufs wird Euch genügend Zeit kosten).
> A.
Der Aufruf von außen ist kein Problem, wir nutzen das PHP-Modul saprfc, das
bei uns auch funktioniert ;-), wir rufen schon andere RFC-FuBas auf.
Apropos FuBa: ich werde mal den FuBa ABAP4_CALL_TRANSACTION versuchen. Die
SPAGPA_TAB scheint die Selektionsparameter aufzunehmen - schaun mer mal,
dann sehen wir weiter. Die Doku ist nicht wirklich berauschend.
Bis dahin werde ich erst einmal die WAS 6.20-Binaries wg. Wartungsende
gegen die vom 6.40 tauschen...
Freundlicher Gruß
Werner Flamme