Durch einen Kollegen habe ich die SAP Standard Transaktion “WLF_IDOC” kennengelernt. Oft ist die Anforderung ein Monitoring für gewisse IDoc Nachrichtentypen zu gewährleisten, die fehlerhaft gebucht werden. Bislang habe ich die Erfahrung gemacht, dass sowas Z programmiet wurde, auch weil andere Monitorthemen wie Dumps direkt mit umgesetzt werden konnten.

Was kann man mit der Transaktion machen?

Mit Hilfe dieser Transaktion können IDocs im Vorder- aber auch im Hintergrund via Jobs überwacht werden. Der Selektionsbildschirm bietet mehrere Reiter, sodass vielfältige Möglichkeiten an Monitoring möglich sind.

Zum Beispiel kann das Monitoring auf gewisse Nachrichtentypen, nur relevante Status/Partner oder ein gewisser Zeitraum eingegrenzt werden. Alles kann hier nicht beschrieben werden. Aus diesem Grund ein Bild zum ersten Reiter des Selektionsbildschirms😄:

IDoc_Monitoring

Für wen ist die Transaktion geeignet?

Die Transaktion ist aus meiner Sicht für Personen geeignet, die das IDoc Thema kennen und neben Überwachung auch in die IDoc Verarbeitung eingreifen. Denn es kann nicht nur überwacht werden, sondern auch in die Verarbeitung eingegriffen werden. Es gibt Funktionen wie den Kontrollsatz zu ändern oder ein IDoc zu kopieren. Das sind eher Funktionalitäten für IDoc Key User oder SAP Berater.

Zuletzt ist zu sagen, dass die Transaktion sehr technisch gehalten ist. Für wen die Transaktion letztendlich eingesetzt wird, ist abzuwägen. Es ist auch abzuwägen, wenn ein IDoc Monitoring benötigt wird, ob diese Transaktion reicht oder doch eine zugeschnittene Z-Lösung auch für andere Monitoring-Themen umgesetzt werden sollte.

Was kann durch Customizing oder Berechtigungen gesteuert werden?

Im Customizing lässt sich einstellen, in welchen IDocs man die Segmente bearbeiten kann. Standardgemäß ist nichts gepflegt, sodass die IDoc Inhalte nicht verändert werden könnnen.

In SAP Blogs o.ä. Seiten ist zu lesen, dass im Produktivsystem die drei Funktionen Kontrollsatz verändern, IDoc kopieren und Segment löschen sowie IDoc-Status ändern nicht angezeigt werden. So ist sichergestellt, dass die allgemeinen User kein Unfug mit diesen Funktionen anstellen.

Um diese Funktionen doch im Produktivsystem einzublenden, ist folgendes auf zwei Seiten zu lesen (s. Quelle unten):

1. Möglichkeit

  • Berechtigung für die Transaktion

  • User hat den Parameter RWLFIDOC_NEW_EXPERT mit Parameterwert= X gesetzt (Transaktion SU3)

  • Nach der Selektion der IDocs „&EXPERT“ ins Transaktionsfeld eingeben

2. Möglichkeit

  • BAdI WLF_REPORT_PROCESS_BD
    • Methode ADJUST_STATUS: Funktionscodes aus CT_EXTAB entfernen