SAP-Schnittstellen-Monitoring: Fehler erkennen und Zuständigkeiten klären

Ein Kundenauftrag ist im CRM angelegt, erscheint aber nicht im SAP-ERP-System. Eine Rechnung wartet auf die Übertragung. Oder der tägliche Datenabgleich läuft durch, während einzelne Datensätze fehlen. Solche Situationen lassen sich schneller eingrenzen, wenn die beteiligten Systeme nachvollziehbar überwacht werden und feststeht, wer die Analyse übernimmt.

SAP-Schnittstellen-Monitoring unterstützt dabei, Fehler und Verzögerungen im Datenaustausch zu erkennen. Für einen verlässlichen Betrieb müssen außerdem die fachlichen Ergebnisse geprüft, Zuständigkeiten vereinbart und fehlgeschlagene Vorgänge kontrolliert weiterverarbeitet werden.

Wenn solche Themen regelmäßig auftreten, unterstützen wir Sie im Rahmen unserer SAP-Systembetreuung für den laufenden Schnittstellenbetrieb bei der Analyse und Weiterentwicklung Ihrer Integrationen. Gemeinsam klären wir den Unterstützungsbedarf und die Zusammenarbeit mit Ihren internen Ansprechpartnern.

Dieser Beitrag zeigt, wie Unternehmen diese Aufgaben im Tagesgeschäft organisieren können. Einen Überblick über Integrationsansätze und Architektur finden Sie in unserem Beitrag SAP-Integration im Mittelstand: Schnittstellen und Architektur.

Was ist SAP-Schnittstellen-Monitoring und was sollte es überwachen?

SAP-Schnittstellen-Monitoring ist die Überwachung des Datenaustauschs zwischen SAP und angebundenen Systemen. Es macht sichtbar, ob Nachrichten übertragen werden, an welcher Stelle die Verarbeitung stockt und welche Vorgänge untersucht werden müssen. Welche Werkzeuge dafür zur Verfügung stehen, hängt von Ihrer SAP-Lösung, der Integrationsplattform und den angebundenen Anwendungen ab.

In Cloud Integration, einem Bestandteil der SAP Integration Suite, stehen beispielsweise Message Processing Logs zur Analyse der Nachrichtenverarbeitung bereit. Über das Monitoring lassen sich einzelne Nachrichten und ihr Verarbeitungsverlauf untersuchen. Welche Details sichtbar sind, hängt unter anderem von der eingestellten Protokollierungsstufe ab.

Die SAP-Dokumentation zu den Protokollierungsstufen nennt eine wichtige Einschränkung: Bei der Stufe Error wird ein abschließender erfolgreicher Wiederholungsversuch nicht protokolliert. Der angezeigte Nachrichtenstatus kann deshalb weiterhin Retry oder Failed lauten, obwohl die Nachricht zuletzt erfolgreich zugestellt wurde. Beurteilen Sie den tatsächlichen Verarbeitungsstand deshalb zusammen mit den Informationen des Zielsystems.

Für den Alltag sollten Sie festlegen, welche Beobachtungen eine Aktion auslösen. Dazu gehören insbesondere:

• Fehlgeschlagene Nachrichten und wiederkehrende Fehler bei derselben Schnittstelle.

• Ungewöhnlich lange Laufzeiten oder anwachsende Rückstände, soweit diese im eingesetzten Werkzeug sichtbar sind.

• Ausbleibende Übertragungen, obwohl nach dem vereinbarten Ablauf Daten erwartet werden.

• Unterschiede zwischen den übertragenen Vorgängen und den tatsächlich im Zielsystem verfügbaren Ergebnissen.

Warum kommen Daten trotz erfolgreicher Übertragung nicht in SAP an?

Eine erfolgreiche Übertragung bestätigt nicht automatisch den gewünschten Geschäftsvorgang. Eine Nachricht kann angenommen worden sein, während eine nachgelagerte Verarbeitung noch aussteht oder eine fachliche Prüfung die Anlage des Belegs verhindert. Deshalb sollten Sie sowohl den Nachrichtenstatus als auch das Ergebnis im Zielsystem prüfen.

Ein mögliches Beispiel: Ein CRM-Auftrag wird an SAP übergeben, erscheint aber noch nicht in der Auftragsübersicht. Prüfen Sie anhand der externen Auftragsnummer, ob die Nachricht lediglich empfangen wurde, noch auf Verarbeitung wartet oder wegen fehlender Stammdaten nicht als Auftrag angelegt werden konnte. Kontrollieren Sie auch Filter und Berechtigungen der verwendeten Übersicht, bevor Sie eine fehlende Anlage annehmen.

Welche Schnittstellenfehler sollten einen Alarm auslösen?

Ein ausgebliebener monatlicher Stammdatenabgleich hat eine andere Dringlichkeit als eine Störung, die heutige Lieferungen blockiert. Definieren Sie deshalb je Schnittstelle, innerhalb welcher Zeit Daten benötigt werden und wer bei einer Überschreitung informiert wird.

Für zeitkritische Prozesse können automatische Benachrichtigungen sinnvoll sein. Bei weniger dringlichen Abläufen kann eine regelmäßige Prüfung genügen. Voraussetzung ist jeweils, dass jemand die Meldung bewertet und die nächsten Schritte übernimmt. Eine Benachrichtigung ohne verantwortlichen Empfänger verkürzt die Störung nicht.

Welche Tools eignen sich für SAP-Schnittstellen-Monitoring?

Die Auswahl richtet sich nach Ihrer SAP-Lösung und dem konkreten Datenfluss. Für den Betrieb sind insbesondere folgende Möglichkeiten relevant:

• SAP Integration Suite mit Cloud Integration: Bei Integrationen über Cloud Integration unterstützen Message Processing Logs die Untersuchung von Nachrichtenstatus, Fehlern und Verarbeitungsverlauf.

• SAP Cloud ALM mit Integration & Exception Monitoring: Die Anwendung bietet eine übergreifende Sicht auf Datenaustauschprozesse unterstützter und angebundener Komponenten. Auch Cloud Integration kann dafür an SAP Cloud ALM angebunden werden.

• Monitoring-Funktionen in Quell- und Zielanwendungen: Ergänzende Protokolle und Statusanzeigen helfen zu prüfen, ob ein Vorgang erzeugt, empfangen und fachlich verarbeitet wurde. Welche Funktionen verfügbar sind, hängt von der jeweiligen Anwendung ab.

Für SAP Cloud ERP oder SAP Business ByDesign lässt sich deshalb kein einzelnes Werkzeug pauschal für alle Schnittstellen empfehlen. Entscheidend ist, wo die Integration verarbeitet wird und welche Informationen die beteiligten Anwendungen bereitstellen. Eine zentrale Übersicht ersetzt weder die fachliche Prüfung im Zielsystem noch klar vereinbarte Zuständigkeiten.

Wie lassen sich Fehler in SAP-Schnittstellen analysieren?

Wenn ein Vorgang fehlt, sollte die Untersuchung bei einer eindeutig identifizierten Nachricht oder einem Geschäftsvorfall beginnen. Eine allgemeine Meldung wie „Die Schnittstelle funktioniert nicht“ reicht für eine gezielte Analyse meist nicht aus.

Welche Informationen werden für die Fehleranalyse benötigt?

Erfassen Sie die Schnittstelle, das Quell- und Zielsystem, den Zeitpunkt einschließlich Zeitzone und die erwartete Verarbeitung. Ergänzen Sie eine Nachrichten-ID oder eine fachliche Referenz, etwa die externe Auftragsnummer, sowie die konkrete Fehlermeldung.

Halten Sie auch fest, ob ein einzelner Vorgang oder mehrere Nachrichten betroffen sind. Übergeben Sie relevante Protokollauszüge über den vorgesehenen Supportweg und beschränken Sie die enthaltenen Daten auf das für die Analyse Erforderliche.

An welcher Stelle zwischen Quellsystem und SAP entsteht der Fehler?

Prüfen Sie zuerst, ob das Quellsystem den Vorgang tatsächlich erzeugt und versendet hat. Untersuchen Sie anschließend, ob er eine eingesetzte Integrationsplattform erreicht hat und wie diese ihn verarbeitet hat. Im Zielsystem ist zu prüfen, ob die Nachricht empfangen und der erwartete Geschäftsvorfall angelegt wurde.

Bei einer direkten Verbindung entfällt die Prüfung einer zwischengeschalteten Plattform. Entscheidend bleibt, dass die Informationen aus den beteiligten Systemen demselben Vorgang zugeordnet werden können. Unterschiedliche IDs sollten über eine dokumentierte Zuordnung miteinander verknüpft sein.

Welche Ursachen haben SAP-Schnittstellenfehler?

Die Fehlerursache bestimmt das weitere Vorgehen. Ein vorübergehend nicht erreichbares Zielsystem verlangt eine andere Maßnahme als ein fehlendes Pflichtfeld oder eine falsche Zuordnung von Datenfeldern.

Bei Datenfehlern muss geklärt werden, in welchem System die Korrektur erfolgt. Bei Berechtigungs- oder Verbindungsproblemen ist der zuständige technische Ansprechpartner einzubeziehen. Änderungen an Schnittstellen, Zertifikaten oder Konfigurationen sollten in der Untersuchung berücksichtigt werden, wenn sie zeitlich zur Störung passen.

Typische Ursachen und erste Prüfschritte lassen sich wie folgt gegenüberstellen:

Wie werden Schnittstellenstörungen priorisiert?

Parallel zur technischen Analyse sollte der Fachbereich klären, welche Abläufe betroffen sind. Können Aufträge verarbeitet werden? Fehlen Informationen für einen Abschluss? Gibt es eine vorübergehende Alternative?

Diese Einschätzung hilft, die Anfrage zu priorisieren und Beteiligte gezielt zu informieren. Eine Störung sollte erst abgeschlossen werden, wenn die betroffenen Vorgänge fachlich geprüft sind und gegebenenfalls entstandene Rückstände abgearbeitet wurden.

Wer ist bei einer SAP-Schnittstellenstörung verantwortlich?

Bei Integrationen arbeiten häufig mehrere Teams oder Dienstleister zusammen. Damit eine Meldung nicht zwischen ihnen weitergereicht wird, braucht sie einen benannten Koordinator. Dieser hält den Bearbeitungsstand fest, führt die Untersuchungsergebnisse zusammen und sorgt dafür, dass offene Aufgaben zugeordnet sind.

Die folgende Aufteilung ist ein Beispiel und sollte an Ihre Organisation angepasst werden.

Auch Vertretungen, Erreichbarkeit und Eskalationswege sollten ausdrücklich vereinbart sein. Klären Sie, wann eine Anfrage weitergegeben wird, welche Informationen mitgehen und wer nach der Übergabe verantwortlich bleibt. Reaktionszeiten und eine Betreuung außerhalb üblicher Geschäftszeiten ergeben sich aus der jeweiligen Vereinbarung.

Bei einem Herstellerfall sollte der zuständige Ansprechpartner die bisherigen Prüfergebnisse bündeln. Der Hersteller oder ein weiterer Dienstleister erhält dann einen nachvollziehbaren Fehlerfall mit betroffenen Komponenten, Zeitpunkt und relevanten Protokollen.

Wie lassen sich fehlgeschlagene Nachrichten sicher erneut verarbeiten?

Vor einer erneuten Übertragung muss der bisherige Verarbeitungsstand geklärt sein. Besonders bei einem Timeout ist das wichtig: Eine Rückmeldung kann ausbleiben, obwohl das Zielsystem den Vorgang bereits verarbeitet hat. Ein erneutes Senden könnte dann einen zweiten Auftrag oder Beleg erzeugen.

Für die Wiederverarbeitung sollten folgende Fragen beantwortet werden:

• Ist die Fehlerursache behoben oder handelt es sich um eine vorübergehende Störung?

• Welche Nachrichten sind betroffen und welche wurden bereits ganz oder teilweise verarbeitet?

• Wie wird eine doppelte Verarbeitung im konkreten Prozess verhindert?

• Müssen Vorgänge in einer bestimmten Reihenfolge verarbeitet werden?

• Wer autorisiert die Wiederverarbeitung und prüft anschließend das fachliche Ergebnis?

Cloud Integration unterstützt je nach Integrationsdesign Wiederholungsversuche, beispielsweise über JMS-Queues. Solche Mechanismen müssen passend zum Szenario eingerichtet sein; ein fehlgeschlagener Vorgang wird nicht grundsätzlich automatisch wiederholt.

Auch die Erkennung von Duplikaten gehört zum Integrationsdesign. SAP beschreibt dafür unter anderem den Schritt Idempotent Process Call. Ob und wo eine solche Funktion geeignet ist, muss für den jeweiligen Ablauf geprüft werden. Die Erkennung basiert auf einer festgelegten Nachrichten-ID und einem vollständig erfolgreich abgeschlossenen aufgerufenen Teilprozess. Bei einem Timeout oder einer fehlenden Bestätigung des Zielsystems können Duplikate trotzdem entstehen. Die gespeicherten IDs werden standardmäßig nach 90 Tagen gelöscht; danach können sie nicht mehr zur Erkennung einer erneuten Verarbeitung herangezogen werden. Diese Funktion ersetzt keine Prüfung der bereits im Zielsystem entstandenen Geschäftsvorfälle.

Wiederholungsversuche sollten deshalb begrenzt und überwacht werden. Bleibt die Ursache bestehen, muss der Vorgang in einen definierten Klärungsweg übergehen. Nach der Wiederverarbeitung sind sowohl der technische Status als auch das fachliche Ergebnis zu kontrollieren.

Praxisbeispiel: Ein CRM-Auftrag kommt nicht in SAP an

Ein vereinfachtes, fiktives Beispiel verdeutlicht den Ablauf. Es handelt sich nicht um eine Kundenreferenz der Bradler GmbH.

Ein CRM überträgt Kundenaufträge an SAP Cloud ERP. Nach einer Änderung an der Zuordnung von Kundennummern werden einzelne Nachrichten abgelehnt. Das Monitoring zeigt fehlgeschlagene Übertragungen; der Vertrieb meldet fehlende Aufträge.

Der Koordinator sammelt externe Auftragsnummern, Nachrichten-IDs und Fehlermeldungen. Das Integrationsteam grenzt den Fehler auf die geänderte Zuordnung ein. Der Fachbereich bestätigt, welche Kundennummern verwendet werden sollen, und das verantwortliche Team korrigiert und testet die Anpassung.

Vor einer erneuten Übertragung prüft das Team anhand der externen Referenzen, welche Aufträge bereits in SAP vorhanden sind. Nur die noch fehlenden Vorgänge werden nach dem vereinbarten Verfahren weiterverarbeitet. Anschließend bestätigt der Vertrieb, dass die Aufträge vollständig und korrekt vorliegen.

Die dokumentierte Ursache hilft außerdem bei späteren Änderungen. Ein Testfall für die Kundennummernzuordnung kann Bestandteil der nächsten Prüfung werden.

SAP-Schnittstellen-Betreuung in der Praxis: die Siemens-Referenz

In der auf unserer Website veröffentlichten Kundenreferenz zu Siemens Digital Logistics wird beschrieben, wie die Bradler GmbH seit 2015 den Ausbau und die Optimierung von SAP Business ByDesign begleitet. Zu den genannten Aufgaben gehören die Integration mit Konzernsystemen, Entwicklungen zur Bankenanbindung, Support im laufenden Betrieb sowie Workshops und Coaching für Key User.

Bei dieser Betreuung greifen technische Integration, Geschäftsprozesse und Unterstützung der Anwender ineinander. Die Referenz zur SAP-Systembetreuung von Siemens Digital Logistics gibt einen Einblick in diese Zusammenarbeit.

Checkliste für die Betreuung Ihrer SAP-Schnittstellen

Mit den folgenden Punkten können Sie prüfen, ob für Ihre wichtigsten Datenflüsse ein nachvollziehbarer Ablauf vereinbart ist.

• Ist dokumentiert, welche Systeme, Daten und Geschäftsprozesse die Schnittstelle verbindet?

• Sind die erwarteten Übertragungszeiten und die fachlichen Prüfkriterien festgelegt?

• Ist klar, wer das Monitoring prüft, Meldungen bewertet und bei Abwesenheit vertritt?

• Lassen sich Nachrichten über IDs oder fachliche Referenzen durch die beteiligten Systeme verfolgen?

• Sind Ansprechpartner für Quellsystem, Integrationsplattform und Zielsystem benannt?

• Ist vereinbart, wer die Bearbeitung koordiniert und wann eskaliert wird?

• Gibt es ein abgestimmtes Verfahren für Wiederverarbeitung, Teilverarbeitung und mögliche Duplikate?

• Bestätigt der Fachbereich das Ergebnis und die Abarbeitung betroffener Rückstände?

• Werden Ursachen, Korrekturen und notwendige Anpassungen an Tests dokumentiert?

Falls mehrere Punkte offen sind, können Sie mit einem betroffenen Datenfluss beginnen. Im Rahmen unserer SAP-Systembetreuung für Schnittstellen und Integrationen besprechen wir mit Ihnen, welche Themen Unterstützung benötigen und wie die Bearbeitung organisiert werden kann.

Wie lässt sich die laufende SAP-Schnittstellen-Betreuung organisieren?

Zur laufenden Betreuung gehört, Erkenntnisse aus Störungen in den Betrieb zurückzuführen. Wiederkehrende Fehler sollten gemeinsam ausgewertet werden, damit Datenqualität, Konfiguration oder Abläufe gezielt verbessert werden können.

Eine kurze Betriebsdokumentation je wichtiger Schnittstelle erleichtert die Zusammenarbeit. Sie sollte die beteiligten Systeme, fachlichen Referenzen, erwarteten Übertragungszeiten, Ansprechpartner und den vorgesehenen Klärungsweg enthalten. Ergänzen Sie, wie Rückstände erkannt und Wiederverarbeitungen durchgeführt werden.

Prüfen Sie diese Angaben bei Änderungen an den Anwendungen oder Integrationsflüssen. Beim Monitoring Ihrer SAP-Integrationen sollten außerdem Meldungen überprüft werden, die häufig auftreten, aber keine Aktion auslösen. Passen Sie Regeln und Schwellenwerte so an, dass die verantwortlichen Personen die relevanten Fälle erkennen können.

Beginnen Sie mit einem geschäftskritischen Datenfluss. Vereinbaren Sie dafür Monitoring, erste Analyse, Eskalation und fachliche Abschlussprüfung. Dieses Vorgehen lässt sich anschließend auf weitere Schnittstellen übertragen.

SAP-Schnittstellen-Support im Rahmen der Systembetreuung

Die Bradler GmbH unterstützt Unternehmen bei der Analyse, Dokumentation und Weiterentwicklung bestehender Integrationen. Dazu gehören Themen rund um APIs, SAP Integration Suite und die SAP Business Technology Platform sowie die Zusammenarbeit mit Fachbereichen und weiteren Dienstleistern.

Sie haben wiederkehrende Schnittstellenstörungen oder möchten die Zuständigkeiten im Betrieb klären? Schildern Sie uns den betroffenen Datenfluss und Ihre aktuelle Situation. Für das Erstgespräch helfen die beteiligten Systeme, ein betroffener Geschäftsprozess und ein bis zwei typische Fehlersituationen. Gemeinsam besprechen wir, welche Unterstützung sinnvoll ist.

Produkt und Gültigkeit

Stand: 9. Oktober 2026. Die technischen Hinweise beziehen sich auf Cloud Integration als Bestandteil der SAP Integration Suite und auf Integration & Exception Monitoring in SAP Cloud ALM. Grundlage sind die laufende SAP-Cloud-Dokumentation und die SAP-Setup-Hinweise, geprüft am 09.10.2026; ein numerischer Release ist für die hier verwendeten Cloud-Integration-Themen nicht ausgewiesen. Verfügbare Funktionen, Protokollierung, Anbindung und Berechtigungen sind für die konkrete Umgebung zu prüfen. Das CRM-Beispiel ist fiktiv; es wurde kein praktischer Systemtest durchgeführt.

Alle Angaben ohne Gewähr.

Damit Ihr SAP-System auch im Alltag zuverlässig läuft

Ob Support, Prozessoptimierung oder Weiterentwicklung - wir unterstützen Sie dabei, Ihre SAP-Landschaft langfristig erfolgreich zu betreiben.

SAP Systembetreuung besprechen