Ansicht
Dokumentation

RLCATO00 - Testreport für den IDoc-Eingang: Storno-TAs (WMCAID01-Idoc)

SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Beschreibung

Mit diesem Report können Sie die Schnittstelle zwischen einem Fremdsystem (Subsystem) und dem WM-System für das Stornieren von Transportaufträgen testen.

Anhand des Reports kann der Eingang des IDocs WMCAID01 (Stornieren TA) und dadurch das Stornieren des TAs simuliert werden.

Folgende Testmöglichkeiten sind für diesen Report verfügbar:

• Testen über ALE-Schnittstelle

Die in diesem Report eingerichteten IDocs werden an den Funktionsbaustein INBOUND_IDOC_PROCESS übergeben. Die weitere Verarbeitung erfolgt wie bei der Standardschnittstelle aus dem Fremdsystem über ALE, d.h., es werden IDocs angelegt, der entsprechende Funktionsbaustein zum Verarbeiten der IDocs wird aufgerufen, und falls ein Fehler auftritt, wird der Workflow aktiviert.

Damit der Eingang vom ALE verarbeitet werden kann, müssen Sie die Partnerverarbeitung für das zu testende Fremdsystem und den Nachrichtentyp WMCATO definieren. Geben Sie im Selektionsbild des Reports das Fremdsystem als Absender ein. Der logische Name des Systems, in dem der Test erfolgt, muss ebenfalls angegeben werden. Dieser Name ist in der Mandantentabelle als logisches System definiert. Wenn der Absendername (im Verteilungsmodell) gepflegt wurde, wird dieser auch vom Report ermittelt und im Selektionsbild angezeigt.

Dieser Test kann auch im Hintergrund ausgeführt werden. Dazu müssen Sie die Option "In Background Task" auswählen.

• Stornierung direkt testen

Die angelegten IDocs werden von diesem Report zum Verarbeiten direkt an den Anwendungsfunktionsbaustein (L_IDOC_INPUT_WMCATO) übergeben. Als Ergebnis der Verarbeitung werden die einzelnen Transportaufträge storniert und ein Protokoll mit den Daten ausgegeben, die bei der Standardverarbeitung von diesem Funktionsbaustein an ALE übergeben wurden. Diese Art des Testens ist dann geeignet, wenn die Verarbeitung innerhalb der Anwendung getestet werden soll.

Um diese Art des Tests zu aktivieren, müssen Sie die Option "Verarbeitung direkt ansteuern" auswählen.

• Testen zwischen zwei Systemen

Für diese Option verwenden Sie Report RLCATO10.

Achtung: Wenn Sie diese Schnittstelle testen, werden die Änderungen in der Datenbank vorgenommen. Bei erfolgreicher Verarbeitung werden die in IDocs definierten TAs storniert.

Voraussetzungen

Die Daten werden in Form der Zwischenstruktur WMCAID01 übergeben. Als Grundlage für die IDoc-Verarbeitung dienen die selektierten Transportaufträge. Pro Transportauftrag wird ein IDoc angelegt. Im Normalfall wird eine Stornierung für alle relevanten Positionen ausgeführt. Sollen nicht stornierbare Positionen mittels IDocs übergeben werden, müssen Sie dies dementsprechend angeben. Die ersten selektierten Positionen (abhängig von der Anzahl der nicht stornierbaren Positionen) werden im IDoc anhand eines Hinweises als nicht stornierbar gekennzeichnet.

Ausgabe

Erfolgt der Test über ALE, wird nur die Anzahl der angelegten und an ALE übergebenen IDocs aufgeführt. Dies hat zur Folge, dass IDocs mit dem entsprechenden Status angelegt werden. Sie können diese über die ALE-Funktionen (WM-Menüoption "Umfeld") anzeigen.

Beim direkten Aufruf des Anwendungsfunktionsbausteins wird ein Protokoll mit den Daten ausgegeben, die an ALE übergeben wurden. Dabei werden pro IDoc der in der Anwendung ermittelte IDoc-Status mit einem Fehlerhinweis (wenn ein Fehler aufgetreten ist) und Parameter für die weitere IDoc-Verarbeitung aufgelistet.

Folgende Status können in der Anwendung gesetzt werden:

• 51 - IDoc nicht verarbeitet, Fehler in der Anwendung

• 52 - IDoc nur teilweise verarbeitet

• 53 - IDoc verarbeitet, Anwendungsbeleg gebucht

Folgende Parameter können für die weitere IDoc-Verarbeitung gesetzt werden:

• Continue_IDocs - der in diesem IDoc selektierte Anwendungsbeleg kann

nicht mehr verarbeitet werden (z.B., weil der Transportauftrag bereits quittiert ist); das IDoc wird als erledigt gekennzeichnet, im WF-Eingang befindet sich für das IDoc ein Eintrag mit einem entsprechenden Hinweis.

• Processed_IDocs - das IDoc wurde erfolgreich verarbeitet; der Anwendungsbeleg wurde angelegt bzw. geändert.

• Error_IDocs - das IDoc konnte nicht verarbeitet werden; in der Anwendung ist ein Fehler aufgetreten. Das IDoc wird als fehlerhaft gekennzeichnet, und im WF-Eingang befindet sich ein entsprechender Eintrag.

• Retry_IDocs - das IDoc konnte nicht verarbeitet werden; durch eine erneute Verarbeitung kann der Fehler behoben werden (z.B. Sperrproblem). Das IDoc wird wie im Fehlerfall behandelt.

Unabhängig von der Testart können Sie festlegen, dass die einzelnen Transportaufträge daraufhin überprüft werden, ob die Funktion tatsächlich ausgeführt wurde. Wenn ein Fehler aufgetreten ist, befinden sich die fehlerhaften IDocs im WF-Eingang.

Addresses (Business Address Services)   ABAP Short Reference  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 5758 Date: 20240520 Time: 050856     sap01-206 ( 103 ms )