!--a11y-->
Senden und Ausführen von tRFC-LUWsDie tRFC-Manager in beiden Systemen (tRFC-Client und tRFC-Server) kommunizieren miteinander über synchronen RFC und in zwei Phasen:
Phase 1: Function Shipping
Alle LUW-Daten werden an den Partner geschickt.
Falls CPIC-Fehler vorkommen, so kann der Transfer bei Bedarf wiederholt werden (SM59).
Der tRFC-Server verwendet die TID um zu überprüfen, ob die LUW bereits ausgeführt wurde (In die DB-Tabelle ARFCRSTATE eingefügt).
Der tRFC-Server informiert den tRFC-Client über die erfolgreiche Ausführung dieser LUW.
Diese Phase wird mit der Funktion ARFC_DEST_SHIP durchgeführt.
Phase 2: Confirmation
Der tRFC-Client sendet eine Bestätigung zum tRFC-Server.
Der tRFC-Server löscht die TID in der TID-Tabelle.
Der tRFC-Client löscht alle LUW-Daten, die zu dieser TID gehören.
Die Ausführung der LUW verlief erfolgreich.
Diese Phase wird von der Funktion ARFC_DEST_CONFIRM durchgeführt.


Beachten Sie, dass die Destinationen NONE & SPACE unterschiedliche Bedeutungen haben können:
SPACE Ausführung der LUW auf einem beliebigen Applikationsserver.
NONE Ausführung der LUW auf demselben Applikationsserver wie der Aufrufer.
SPACE ===> NONE
NONE ===> interne Destination (z.B. pwdf0211_AX4_15
· Jeder tRFC-Aufruf mit „Separate Unit“ ist eine SubLUW (eigene TID)
· Alle tRFC-Aufrufe, die dieselbe Destination verwenden, sind einer SubLUW zugewiesen.
· Alle SubLUWs und die Haupt-LUW werden wie eine einzige LUW behandelt (gemäß Commit/Rollback).
· Jede SubLUW wird als eine einzelne LUW behandelt (während der Versendung und Ausführung im Zielsystem).
tRFC-Tools· RSARFCRD: tRFC-Monitor (SM58)
· RSARFCSE: Neustart einer bestimmten LUW (Batch Job)
· RSARFCEX: Neustart von tRFC LUWs (Batch Job)
· RSQOWKEX: Neustart von Qout qRFC LUWs
· RSQIWKEX: Neustart von Qin qRFC LUWs
· RSARFCDL: Löschen einer bestimmten LUW (Batch Job)
· RSARFCER: Löschen von verschiedenen LUWs
Weiter geht´s mit: