Eine gestörte Integration mit ehrlichen Statusmeldungen steuern

Machen Sie bei einer Integrationsstörung sichtbar, was die Software tatsächlich weiß. Ein Portal kann einen Ausfall abfedern, aber es sollte eine noch offene ERP-Verarbeitung nicht als fertigen Auftrag anzeigen. Entscheidend sind nachvollziehbare Zustände und eine kontrollierte Wiederaufnahme.

Den letzten gesicherten Stand bestimmen

Im fiktiven Portal sendet ein Kunde eine Anfrage zur Auftragserstellung. Das ERP ist vorübergehend nicht erreichbar. Ob die Anfrage bereits angenommen wurde, muss das Portal aus seinem eigenen gesicherten Verarbeitungsstand ableiten können. Eine Anzeige allein speichert keine Anfrage.

Diese Zustände sind unser Beispielmodell. Die Bezeichnungen müssen zu den tatsächlichen Nachweisen der Anwendung passen. Ein schneller erfolgreicher HTTP-Empfang allein belegt keine abgeschlossene Auftragserstellung.

Wiederholungen auf denselben Vorgang beziehen

Wenn ein Kunde wegen der offenen Anzeige erneut sendet, muss die Anwendung erkennen können, ob derselbe Auftrag beabsichtigt ist. Legen Sie die dafür geltende Kennung, den Geltungsbereich und den Umgang mit schon verarbeiteten Anfragen fest. Stripe beschreibt mehrfach zugestellte Ereignisse als konkreten Webhook-Fall; daraus folgt keine universelle Wiederholungsregel für Ihr ERP.

Prüfen Sie insbesondere den Fall, dass der ERP-Auftrag erstellt wurde, seine Antwort aber verloren ging. Ein erneuter Versuch darf dann nicht ungeprüft eine zweite Erstellung auslösen.

Verantwortung und Kommunikation festlegen

Bestimmen Sie, wer eine Störung bewertet, wer die Verarbeitung wieder freigibt und wer den sichtbaren Status aktualisiert. Das Google SRE Workbook trennt die Bearbeitung einer Störung von ihrer Koordination und Kommunikation. Ein kleines Team kann Rollen zusammenlegen, benötigt aber weiterhin klare Zuständigkeiten.

Nach der Wiederherstellung kontrolliert fortsetzen

Erreichbarkeit des ERP ist der Startpunkt der Prüfung. Klären Sie offene und bereits verarbeitete Anfragen, bevor vorgemerkte Arbeit erneut ausgeführt wird. Zeigen Sie erst den Status bestätigt, wenn der zugehörige Nachweis vorliegt.

Testen Sie dazu einen Ausfall vor der Speicherung, einen Ausfall nach der Speicherung und eine verlorene ERP-Antwort. Prüfen Sie den sichtbaren Portalstatus und die tatsächliche Zahl der erstellten Aufträge. Das zeigt, ob die Rückmeldung auch dann stimmt, wenn ein Kunde die Störung unmittelbar erlebt.

Quellen

• Google SRE Workbook: Incident Response

• Stripe: Webhooks