Die SAP IDoc-Fehleranalyse umfasst die Ermittlung von Richtung und Status eines fehlerhaften IDocs, die Prüfung der Meldung im Statussatz, die Analyse der relevanten Segmentdaten und Systemeinstellungen, die Behebung der Ursache sowie die kontrollierte erneute Verarbeitung des IDocs. Der Statuscode zeigt, in welcher Verarbeitungsphase ein Fehler aufgetreten ist. Die konkrete Ursache ergibt sich aus der gemeinsamen Prüfung von Statusmeldung und relevanten Daten.

Dieser Leitfaden erläutert die Analyseschritte mit den Standardtransaktionen von SAP. Zudem zeigt er, wie MDP IDoc AI Cockpit bei steigenden IDoc-Volumina und wiederkehrenden Fehlerszenarien Monitoring, Ursachenanalyse und kontrollierte Fehlerbehebung in einer zentralen Arbeitsumgebung zusammenführt.

Was ist ein SAP IDoc-Fehler?

Ein IDoc besteht im SAP-System aus einem Kontrollsatz, Datensätzen und Statussätzen. Der Kontrollsatz enthält administrative Informationen wie Sender, Empfänger und Nachricht. Die Datensätze enthalten die Anwendungsdaten in Segmenten. In den Statussätzen werden die Verarbeitungsschritte und früheren Status des IDocs gespeichert.

Bei einem Fehler reicht es nicht aus, nur den aktuellen Statuscode zu betrachten. Die Meldung im Statussatz, die Richtung und der Nachrichtentyp im Kontrollsatz sowie das betroffene Datensegment müssen gemeinsam bewertet werden. In der IDoc-Anzeige lassen sich die von der Anwendung geschriebenen Fehlerinformationen über die Statussätze aufrufen.

SAP-Transaktionen für die IDoc-Fehleranalyse

Wie wird eine SAP IDoc-Fehleranalyse durchgeführt?

1. Fehlerhaftes IDoc und Richtung bestimmen

Ist die IDoc-Nummer bekannt, beginnen Sie die Analyse in WE02. Für eine statusbezogene Sammelsicht eignet sich BD87. Prüfen Sie zunächst Richtung, Nachrichtentyp sowie Sender- und Empfängerpartner. Grenzen Sie die Analyse anschließend über Selektionskriterien wie Datum, Status, Nachrichtentyp und Partner ein.

2. Kontrollsatz, Datensätze und Statussätze gemeinsam prüfen

Der Kontrollsatz enthält Identitäts- und Routinginformationen des IDocs, die Datensätze enthalten die Segmente und die Statussätze bilden den Verarbeitungsverlauf ab. Neben dem aktuellen Status helfen frühere Status dabei, die Stelle zu bestimmen, an der die Verarbeitung unterbrochen wurde.

3. Statuscode und Langtext der Fehlermeldung prüfen

Im Statusmonitor BD87 lassen sich IDocs nach Status gruppieren und die Langtexte der Statusmeldungen anzeigen. SAP sieht vor, zunächst die Ursache eines unvollständigen oder fehlerhaften IDocs zu ermitteln und zu beheben und das IDoc erst anschließend erneut zu verarbeiten.

Wenn dieselbe Statusmeldung bei mehreren IDocs auftritt, sollten die betroffenen Datensätze anhand gemeinsamer Merkmale untersucht werden. Ein Vergleich nach Nachrichtentyp, Partner, Zeitraum und relevanten Geschäftsdaten hilft einzugrenzen, ob der Fehler nur einen einzelnen Datensatz betrifft oder auf ein gemeinsames Daten- beziehungsweise Konfigurationsproblem zurückgeht. Mit WE09 lassen sich IDocs anhand eines Segmentfelds oder eines Werts suchen.

Was bedeuten die Status 51, 53 und 64?

4. Fehlerbereich eingrenzen

Weist die Statusmeldung auf ein Problem in der Anwendung hin, prüfen Sie die relevanten Datensegmente und Anwendungskontrollen. Mit WE09 lassen sich IDocs suchen, die ein bestimmtes Segmentfeld oder einen bestimmten Geschäftswert enthalten. Bei Fehlern im Partnerprofil ist WE20 der relevante Prüfpunkt, bei tRFC-Kommunikationsfehlern SM58.

Die technische SAP-Dokumentation behandelt die IDoc-Syntax, fehlende oder fehlerhafte Partnerprofile, die Übergabe an asynchrones RFC beim Versand und die Übergabe an die Anwendung beim Empfang als getrennte Fehlerbereiche. Diese Einteilung lenkt die Analyse gezielt in den vom Status bezeichneten Bereich.

5. Ursache beheben

Beheben Sie die Fehlerursache vor der erneuten Verarbeitung. Auch die SAP-Dokumentation zur Fehlerbehandlung sieht vor, den Fehler in einem anderen Fenster zu korrigieren und das IDoc anschließend erneut zur Verarbeitung zu übergeben. Die erforderliche Korrektur richtet sich danach, ob die Statusmeldung auf Anwendungsdaten, das Partnerprofil oder die Kommunikationsschicht verweist.

6. IDoc kontrolliert erneut verarbeiten

Mit BD87 lassen sich IDocs nach Status auswählen und geeignete Datensätze verarbeiten. Bei eingehenden IDocs mit Status 51 kann die erneute Verarbeitung gestartet werden, nachdem die Ursache behoben wurde. SAP beschreibt außerdem den Report RBDMANI2 für die erneute Verarbeitung eingehender IDocs mit Status 51 und 63. Bei IDocs, die aufgrund eines Sperrproblems nicht verarbeitet wurden, kann dieser Report als periodischer Job eingeplant werden.

WE19 erfüllt einen anderen Zweck. Laut SAP ist WE19 ein Testwerkzeug, mit dem ein bestehendes IDoc als Vorlage verwendet, dessen Daten bearbeitet und die Eingangs- oder Ausgangsverarbeitung getestet werden kann. Ein Test mit WE19 ist daher nicht mit der operativen erneuten Verarbeitung über BD87 gleichzusetzen.

7. Ergebnis prüfen

Prüfen Sie nach der erneuten Verarbeitung den aktuellen Status und den zugehörigen Anwendungsbeleg. Bei einem eingehenden IDoc zeigt Status 53, dass der Anwendungsbeleg gebucht wurde. Wechselt das IDoc erneut in Status 51, müssen die Statusmeldung und die Fehlerbehebung noch einmal geprüft werden.

Wo liegen die Grenzen der manuellen IDoc-Fehleranalyse?

Die SAP-Standardwerkzeuge bieten die erforderlichen Funktionen, um IDocs anzuzeigen, Inhalte zu durchsuchen, Status zu überwachen, Partnerprofile zu prüfen und eine erneute Verarbeitung anzustoßen. Für die Analyse müssen jedoch häufig Informationen aus Kontrollsatz, Datensegmenten, Statusmeldung, Partnerprofil und Kommunikationsschicht gemeinsam bewertet werden.

An dieser Prüfung sind häufig mehrere Fachbereiche beteiligt. Das Integrationsteam bewertet den IDoc-Datenfluss, die Anwendungsberatung den Geschäftsprozess und das Stammdatenteam die relevanten Datensätze. Kann ein Geschäftsbeleg wie eine Bestellung, eine Lieferung oder eine Rechnung nicht verarbeitet werden, kann dies auch den nachgelagerten Prozess beeinträchtigen.

Selbst wenn ein wiederkehrender Fehler bereits behoben wurde, muss das Team die Analyse erneut durchführen, wenn der Lösungsweg nicht zentral dokumentiert ist. Daher gewinnen Ansätze an Bedeutung, die Informationen aus den SAP-Standardtransaktionen in einem gemeinsamen Analyse- und Lösungsprozess zusammenführen.

Wie funktioniert die KI-gestützte IDoc-Fehleranalyse?

Eine KI-gestützte Analyse beschränkt sich nicht auf die Interpretation eines Statuscodes. Sie bewertet Fehlermeldung, IDoc-Daten und den relevanten Geschäftskontext gemeinsam, erläutert die mögliche Ursache und stellt die geeigneten Schritte als Lösungsplan bereit. In unternehmenskritischen SAP-Prozessen müssen die Ausführung der Lösung, Benutzerberechtigungen und Freigabemechanismen gemeinsam betrachtet werden.

Wie unterstützt MDP IDoc AI Cockpit das Fehlermanagement?

MDP IDoc AI Cockpit überwacht den eingehenden und ausgehenden IDoc-Verkehr in einem zentralen Portal und zeigt fehlerhafte, wartende und erfolgreiche IDocs in einer gemeinsamen Übersicht. Für das ausgewählte IDoc bewertet die Lösung die Fehlerinformationen im technischen und fachlichen Kontext, erläutert die Ursache in verständlicher Sprache und erstellt einen Lösungsplan.

• Monitoring und Fehlererkennung: IDoc-Verkehr, Status und Fehlerinformationen werden in einer zentralen Arbeitsumgebung überwacht.

• Ursachenanalyse: Die Fehlerinformationen des ausgewählten IDocs werden im technischen und fachlichen Kontext bewertet. Anschließend werden eine verständliche Erklärung und ein Lösungsplan erstellt.

• Ausführung nach Benutzerfreigabe: Nach der Freigabe des Lösungsplans werden die Schritte im Rahmen der Identität und Berechtigungen des freigebenden SAP-Benutzers ausgeführt.

• Prüfung und Wissensaufbau: Die ausgeführten Schritte werden geprüft und protokolliert. Erfolgreiche Lösungsszenarien werden für ähnliche Fehlermuster in einen gemeinsamen Lösungspool übernommen.

MDP IDoc AI Cockpit unterstützt die Maskierung sensibler Felder in den Daten, die an die KI-Analyse übermittelt werden. Zugriffs-, Berechtigungs- und Sicherheitskontrollen sind in die bestehende SAP-Struktur integriert. Das System protokolliert Analyse- und Korrekturschritte einschließlich der Interaktionen mit der KI. Lösungsschritte werden erst nach der Freigabe durch den Benutzer und im Rahmen der Identität und Berechtigungen des freigebenden SAP-Benutzers ausgeführt.

Wie ergänzen sich SAP-Standardwerkzeuge und MDP IDoc AI Cockpit?

Fazit

Eine zuverlässige SAP IDoc-Fehleranalyse folgt einer klaren Reihenfolge: Richtung und Status des IDocs bestimmen, Kontrollsatz, Datensätze und Statussätze prüfen, den Fehlerbereich eingrenzen, die Ursache beheben, die erneute Verarbeitung kontrolliert starten und das Ergebnis prüfen. Die SAP-Standardwerkzeuge stellen die dafür erforderlichen Funktionen bereit.

Mit steigendem IDoc-Volumen und wiederkehrenden Fehlerszenarien wird es wichtiger, Analysewissen zentral zu bündeln und frühere Lösungen wiederzuverwenden. MDP IDoc AI Cockpit verbindet zentrales Monitoring, KI-gestützte Ursachenanalyse, Lösungsplan, freigabebasierte Ausführung und die Speicherung von Lösungswissen in einem gemeinsamen Ablauf.

Möchten Sie Ihren aktuellen Prozess für das IDoc-Fehlermanagement gemeinsam bewerten und sehen, wie MDP IDoc AI Cockpit in Ihrer SAP-Landschaft arbeitet? Kontaktieren Sie die MDP Group.

Häufig gestellte Fragen

Was bedeutet SAP IDoc Status 51?

Status 51 zeigt bei einem eingehenden IDoc, dass der Anwendungsbeleg nicht gebucht wurde. Die genaue Ursache wird anhand der Fehlermeldung im Statussatz und der relevanten IDoc-Daten ermittelt.

Was bedeutet Status 53?

Status 53 zeigt, dass das eingehende IDoc von der Anwendung akzeptiert und der Anwendungsbeleg gebucht wurde.

Behebt BD87 einen IDoc-Fehler?

BD87 dient dazu, IDocs nach Status zu überwachen, auszuwählen und geeignete Datensätze erneut zu verarbeiten. Die SAP-Dokumentation sieht vor, zunächst die Ursache zu ermitteln und zu beheben und das IDoc anschließend zu verarbeiten.

Worin unterscheiden sich WE19 und BD87?

WE19 ist ein Testwerkzeug zum Erstellen und Bearbeiten von IDocs. BD87 dient dagegen der Auswahl, Überwachung und Verarbeitung geeigneter IDocs über den IDoc-Statusmonitor.

Führt MDP IDoc AI Cockpit Lösungsschritte direkt aus?

Das System erstellt zunächst eine Ursachenbeschreibung und einen Lösungsplan. Die Schritte werden erst ausgeführt, nachdem der Benutzer den Plan freigegeben hat, und erfolgen im Rahmen der Identität und Berechtigungen des freigebenden SAP-Benutzers.

Können frühere Lösungen bei wiederkehrenden IDoc-Fehlern genutzt werden?

MDP IDoc AI Cockpit speichert erfolgreich abgeschlossene Lösungsszenarien in einem gemeinsamen Lösungspool und nutzt sie bei ähnlichen Fehlermustern erneut.

Quellen

• SAP Help Portal  IDoc Structure Technical Implementation

• SAP Dokumentation  IDoc-Suche WE09

• SAP Library  Testing Inbound Processing Status 51 und 53

• SAP Library  Status Monitor for ALE Messages BD87

• SAP Library  Error Handling in ALE

• SAP Dokumentation  Processing Technical IDoc Errors

• SAP Library  Test Tool WE19

• SAP Library  Creating General Partner Profiles WE20

• SAP Dokumentation  Monitoring tRFC SM58

• MDP Group  Produktseite zu MDP IDoc AI Cockpit