Kurzantwort
Ein IDoc ist der Nachrichtencontainer, in dem SAP Daten asynchron austauscht: ein Steuersatz, Datensegmente und eine Statushistorie. Eine eingehende Marktnachricht wie die UTILMD-Anmeldung (Prüfidentifikator 55001) durchläuft in einem IS-U-System mehrere Stationen. Jede hat ihren eigenen Monitor und beantwortet eine eigene Frage. Ein grüner IDoc-Status sagt, dass die Anwendung gebucht hat. Ob der Marktprozess vorankommt, steht erst im Wechselbeleg oder im Prozessdokument.
Fünf Stationen, fünf Monitore
- 1Eingang über AS4
Ist die Datei angekommen?
- Außerhalb der IS-U-Tabellen. Ob ein Konverter oder eine Middleware die EDIFACT-Datei in ein IDoc wandelt, entscheidet das Projekt.
Gut heißt hier Transport ist gelaufen. Über den Inhalt sagt das nichts.
- 2IDoc
Hat das System die Nachricht gelesen und der Anwendung übergeben?
- Tabellen EDIDC (Steuersatz), EDIDS (Statusverlauf)
- Transaktionen WE02, WE05, BD87
Gut heißt hier IDoc-Status 53 heißt: Anwendungsbeleg gebucht. Status 51 heißt: Fehler, nichts gebucht.
- 3Datenaustauschaufgabe und Wechselbeleg
Gehört die Nachricht zu einem Vorgang, und wo steht er?
- Tabellen EDEXTASK, EIDESWTDOC, EIDESWTDOCSTEP
- Transaktionen EDATEXMON01, EDX_LIST, ESWTMON01
Gut heißt hier Wechselbeleg mit Status und Schritten ist angelegt. Antwort ist noch offen.
- 4Prozessdokument (IDEX-GE)
Läuft der Marktprozess mit seinen Terminen weiter?
- Prüf-Framework prüft Stamm- und Geschäftsdaten
- Termine für erwartete Antworten
- Anlegen: /IDXGL/UTILPDOCCRT02
Gut heißt hier Schritt abgeschlossen, Antwortnachricht am Vorgang dokumentiert.
- 5Klärfall
Was muss ein Mensch entscheiden?
- BPEM (SAP-Hilfe)
- Katalog: EMMACL, Tabelle EMMA_CASE
Gut heißt hier Fall ist bearbeitet, Vorgang läuft weiter oder wird abgelehnt.
Rückweg: Aus Station 4 oder 5 geht die Antwort an den Absender, zum Beispiel UTILMD 55002 (Bestätigung) oder 55003 (Ablehnung) auf eine Anmeldung 55001, dazu APERAK.
Die Zeichnung ist die Landkarte für diesen und die Nachbarartikel: Prozessdokumente im System vertieft Station 4, Prozessmonitoring und Klärfälle Station 5. Den Marktprozess selbst beschreibt Lieferbeginn und Lieferende, den Ablauf mit Fristen und Prüfidentifikatoren der Ablaufatlas.
IDoc-Status lesen
Jeder Verarbeitungsschritt hängt einen Satz an den Statusverlauf. Im Katalog liegt der Steuersatz in EDIDC, der Statusverlauf in EDIDS. Beide Tabellen tragen das Feld STATUS (CHAR 2); welche Ausprägungen es gibt, steht laut Katalog in TEDS1, die der Katalog selbst nicht führt. Für eingehende Marktnachrichten sind drei Werte die Regel (Bedeutung nach der SAP-Liste der IDoc-Status):
- 64: IDoc ist bereit zur Übergabe an die Anwendung. Es wartet auf den Verarbeitungslauf, etwa weil das Partnerprofil die Übergabe per Hintergrundprogramm vorsieht. Kein Fehler.
- 53: Anwendungsbeleg gebucht. Das ist das IDoc-Ende, aber nicht das Prozessende.
- 51: Fehler, Anwendungsbeleg nicht gebucht. Die Fehlermeldung steht am Statussatz in WE02.
Weitere Werte (Versandstatus der Ausgangs-IDocs, etwa 30, 03, 12) nennt dieser Artikel nicht, weil der Projektkatalog sie nicht führt und die SAP-Hilfeseite hier nicht auswertbar war. Wer sie braucht, liest sie im eigenen System in TEDS1 nach.
Welche Transaktion für welche Frage
Alle Codes stehen im Transaktionskatalog:
| Frage | Transaktion |
|---|---|
| Was steht im einzelnen IDoc, wo brach es ab? | WE02 |
| Welche IDocs gibt es zu Typ, Partner, Zeitraum? | WE05 |
| Welche Fehler stehen gesammelt an? | BD87 |
| Korrektur testweise einspielen | WE19 |
| Welche Datenaustauschaufgaben sind offen? | EDATEXMON01 |
| Welche Aufgaben sind überfällig? | EDATEXEVENTDUE |
| Wo steht der Wechselbeleg? | ESWTMON01, EDX_LIST |
| Welche Fälle warten auf einen Bearbeiter? | EMMACL |
WE19 verbucht wirklich; der Katalog warnt davor, es im Produktivmandanten blind einzusetzen. Die Überwachung der Datenaustauschaufgaben zeigt laut SAP-Hilfe je Aufgabe die IDoc-Nummer und springt in die IDoc-Anzeige. Umfasst eine Aufgabe mehrere IDocs, steht die erste in der Spalte, ein Klick listet alle. SAP, Datenaustauschprozesse überwachen
Beispiel: Anmeldung mit grünem IDoc und offenem Vorgang
Ein Netzbetreiber erhält am 29. September eine Anmeldung (UTILMD, Prüfidentifikator 55001, erfundene Werte) zum 1. Oktober. Die Station 1 ist grün, das IDoc steht in WE02 auf 53. Trotzdem erwartet der neue Lieferant am nächsten Werktag bis 11:00 Uhr die Antwort 55002 oder 55003 (Frist laut GPKE Teil 2). Wer nur die IDoc-Liste in WE05 beobachtet, sieht nichts Auffälliges.
Die Lücke zeigt sich erst eine Station weiter: In ESWTMON01 oder EDATEXEVENTDUE steht der Vorgang offen oder überfällig. Fehlt die Serviceanbietervereinbarung, ist der Zählpunkt unbekannt oder die Anmeldung doppelt, lehnt SAP laut Benutzerleitfaden ab oder legt einen Klärungsfall an. Die Ablehnung geht als Antwort zurück; die Codes dazu stehen in Fehlercodes analysieren.
Fehlerklassen und erste Prüfung
- Nachricht fehlt (Station 1): Übertragungsweg und Absender prüfen, siehe AS4.
- IDoc steht auf 64 (Station 2): Verarbeitungslauf und Partnerprofil prüfen.
- IDoc steht auf 51 (Station 2): Fehlermeldung am Statussatz in WE02 lesen.
- IDoc 53, aber keine Antwort (Station 3 und 4): Wechselbeleg, Termine und EDATEXEVENTDUE prüfen.
- Fall wartet seit Tagen (Station 5): EMMACL öffnen, zuständigen Bearbeiter prüfen.
Vor jeder Wiederholung klärt man die Ursache. Eine erneut gestartete Nachricht kann sonst einen zweiten Vorgang erzeugen. Eine EDIFACT-Syntaxprüfung per CONTRL gibt es in Strom nur bei Syntaxfehler, die Verarbeitbarkeitsprüfung folgt als APERAK: CONTRL und APERAK.
Typische Missverständnisse
„IDoc grün heißt Prozess erledigt.“ Status 53 meldet nur, dass die Anwendung gebucht hat. Antwortfrist und Klärfälle liegen weiter hinten.
„Jede Marktnachricht ist ein IDoc.“ Das hängt vom Anschluss ab: Zwischen AS4-Eingang und IDoc liegt je nach Projekt ein Konverter oder eine Middleware. Ob und wie, steht nicht im Katalog und ist hier ungeprüft.
„Fehlerhafte IDocs einfach neu starten.“ Erst die Ursache beheben, dann prüfen, ob der Vorgang schon existiert.
Offen und ungeprüft
- Bedeutung weiterer IDoc-Status: im System in TEDS1 nachsehen.
- Der Konverterschritt zwischen AS4 und IDoc ist projektabhängig.
- Ob in der S/4HANA-Marktkommunikation (Market Communication for Utilities) dieselben Monitore und IDoc-Wege gelten, ist hier nicht geprüft. Die Zeichnung beschreibt IS-U mit IDE/IDEX.