Ein ERP-API-Ausfall im Kundenportal sollte den Arbeitszustand verständlich lassen. Kunden müssen erkennen, ob ihr Auftrag nur im Portal gespeichert oder bereits vom führenden System angenommen wurde. Ein allgemeiner Hinweis wie Bitte später versuchen beantwortet weder diese Frage noch die Sorge, ob ein erneuter Klick einen zweiten Auftrag erzeugt.
Betrachten Sie einen fiktiven Ersatzteilhändler. Das Portal zeigt Produkte und nimmt Bestellwünsche entgegen, während das ERP Preise und Bestände verwaltet. Während eines kurzen Ausfalls bleibt der Katalog sichtbar. Ob ein Kunde trotzdem bestellen darf, ist eine fachliche Entscheidung. Sie hängt davon ab, welche Informationen für eine verbindliche Bestätigung benötigt werden.
Den Ausfall pro Aufgabe definieren
Erstellen Sie eine Liste der Portalaufgaben und ihrer Abhängigkeiten. Eine alte Rechnung lesen, einen Warenkorb bearbeiten und einen aktuellen Preis bestätigen benötigen nicht zwingend dieselben Dienste. Entscheiden Sie, welche Aufgaben verfügbar bleiben können und welche auf eine bestätigte Antwort warten müssen. Diese Grenzen sollten in der Oberfläche erkennbar sein.
Zwischengespeicherte Daten brauchen einen verständlichen zeitlichen Kontext. Ein angezeigter Bestand ist keine automatische Zusage, dass die Ware noch reserviert werden kann. Erklären Sie, welcher Wert vorläufig ist und welcher erst bei Bestätigung gilt. Lassen Sie solche Aussagen von der fachlich verantwortlichen Person prüfen, bevor sie Teil einer Kundeninformation werden.
Übertragungen mit ihrem Geschäftsvorgang verbinden
Verknüpfen Sie den Portalauftrag mit einer stabilen Kennung und seinem Übertragungsstatus. Ein neuer Versuch nach einem Verbindungsfehler muss zum bestehenden Vorgang gehören. Die Empfangsbestätigung eines technischen Endpunkts und die Annahme des Auftrags durch das ERP können unterschiedliche Schritte sein, die separat nachvollzogen werden müssen.
Halten Sie fest, was bei einer teilweise erfolgreichen Übertragung geschieht. Vielleicht existiert bereits ein Kundenkontakt, während eine Auftragsposition abgewiesen wurde. Ein erneuter Gesamtlauf darf diese Teilzustände nicht ignorieren. Die technische Lösung muss zum Datenmodell der angebundenen Systeme passen und anhand ihrer aktuellen Schnittstellen dokumentiert werden.
Einen sichtbaren Abgleich ermöglichen
Geben Sie dem Betrieb eine Ansicht für ausstehende und widersprüchliche Vorgänge. Diese sollte den letzten bekannten Zustand, den betroffenen Auftrag und die nächste zulässige Handlung erklären. Technische Details können helfen, sollten aber nicht die einzige Information sein, die eine kaufmännische Fachkraft erhält.
Definieren Sie, wer erneut übertragen, korrigieren oder einen Vorgang schließen darf. Protokollieren Sie die Entscheidung, ohne unnötige Kundeninformationen in allgemeine Fehlerberichte zu schreiben. Ein kontrollierter Abgleich ist hilfreicher als die Erwartung, dass Entwickler im Einzelfall direkt Datensätze verändern und anschließend den normalen Ablauf wieder freigeben.
Die Wiederkehr des ERP testen
Unterbrechen Sie die Verbindung während eines Testauftrags. Senden Sie denselben Vorgang erneut, verändern Sie zwischenzeitlich einen relevanten Preis und stellen Sie die Verbindung wieder her. Kontrollieren Sie Portal, ERP und Benachrichtigungen. Die Fachabteilung muss den Endzustand und jeden offenen Unterschied erklären können, ohne die Serverprotokolle selbst zu lesen.
Besprechen Sie mit Brainbaby Labs zuerst einen solchen unterbrochenen Auftrag und die Zuständigkeit für seine Klärung. Daraus lassen sich Übertragungsregeln, Ansichten und Abnahmekriterien ableiten. Ein belastbares Integrationsangebot zeigt nicht nur den normalen Datenaustausch, sondern auch den Weg, über den ein Mitarbeiter einen problematischen Auftrag nachvollziehbar abschließen kann.