Automatisieren Sie einen stabilen Ablauf. Nicht das vorhandene Chaos.

Die doppelte Ausführung ist ein eigener Testfall

Eine Automation braucht einen eindeutigen Auslöser, eine verantwortliche Datenquelle und ein überprüfbares Ergebnis. Dokumentieren Sie, welche Handlung bereits erfolgt ist, bevor ein Schritt wiederholt wird. Sonst kann eine Wiederholung nach einem Verbindungsfehler denselben Auftrag zweimal anlegen.

Die Abnahme umfasst neben dem normalen Ablauf fehlende Pflichtdaten, einen nicht erreichbaren Dienst und einen doppelten Eingang. Legen Sie fest, wann automatisch wiederholt wird und wann eine Person eingreifen muss. Eine Protokollierung soll die Klärung ermöglichen, ohne unnötig vertrauliche Daten zu sammeln.

Eine Anfrage durch zwei Systeme verfolgen

Wofür: Ein Team soll aus einer eingehenden Anfrage eine bearbeitbare Aufgabe erhalten, ohne dieselben Angaben erneut einzutippen. Im eigenen Funktionsbeispiel wird Anfrage 1042 zur Aufgabe TASK-1042. Aufgabe und zuständiges Team werden aus der Quelle übernommen und im Ziel mit dem Ausgangsdatensatz abgeglichen.

Wählen Sie Übergabe, Doppelter Eingang oder API-Ausfall; damit pausiert die Vorschau. Ordnen Sie die Daten zu, übergeben Sie den Vorgang und vergleichen Sie das Ergebnis. Beim doppelten Eingang bleibt genau eine Aufgabe erhalten. Nach einem Ausfall können Sie die Verbindung im Modell wiederherstellen und denselben Vorgang erneut zustellen. Die Anzeige zeigt, ob eine Aufgabe tatsächlich im lokalen Zielspeicher vorhanden ist.

Der Beispielcode verarbeitet eine serialisierte Nachricht an einer lokalen API-Modellgrenze. Er prüft Pflichtfelder, erkennt gleiche und widersprüchliche Wiederholungen und vergleicht das gespeicherte Ergebnis. Es werden keine Daten an ein echtes CRM oder einen fremden Dienst gesendet; die dargestellten Antwortcodes stammen aus dem Modell. Fünf Sekunden sind die Dauer der Vorschau, keine Reaktions- oder Wiederholungszusage für eine echte Schnittstelle.

Übergabe und Fehlerfälle selbst testen

Wiederholen, ohne denselben Auftrag zweimal auszuführen

Eine stabile Vorgangskennung verbindet den ersten Versuch mit seiner Wiederholung. Die API muss dazu ein passendes Verfahren anbieten: Stripe beschreibt beispielsweise Idempotenzschlüssel und die Prüfung derselben Parameter. Regeln, Aufbewahrungsdauer und Fehlerantworten unterscheiden sich je nach Anbieter. Ein neuer Schlüssel bei jedem Versuch kann den Zusammenhang auflösen.

Unser Modell zeigt einen Ausfall vor der Annahme: Im Ziel wurde noch nichts angelegt. In einer echten Verbindung kann dagegen nur die Antwort fehlen, obwohl die Aktion bereits ausgeführt wurde. Klären Sie in diesem Fall den Zielstatus beziehungsweise verwenden Sie das vereinbarte Wiederholungsverfahren. Eine unklare Antwort allein belegt weder Erfolg noch Fehlschlag.

Für den Pilot empfehlen wir eine begrenzte Wiederholungsregel, sichtbare Fehler und eine zuständige Person. Microsoft erläutert Wiederholungsrichtlinien für vorübergehende Störungen. Fehlende Berechtigungen, ungültige Daten und widersprüchliche Inhalte müssen zuerst geklärt werden. Im Modell überschreibt derselbe Schlüssel mit anderen Daten die vorhandene Aufgabe nicht.

Den Pilot an konkreten Ergebnissen abnehmen

Legen Sie Quelle, Ziel, erlaubte Felder, verantwortliche Rolle und einen klaren Abnahmedatensatz fest. Prüfen Sie normalen Eingang, doppeltes Ereignis, unterbrochene Verbindung und ungültige Pflichtdaten. Wiederholungen dürfen bestehende Arbeit weder verdoppeln noch unbemerkt überschreiben. Vergleichen Sie Inhalt, Zuständigkeit und Anzahl der Zielobjekte.

Für den späteren Betrieb gehören sichere Zugänge, Fehlerprotokollierung, Überwachung, Zuständigkeit und ein manueller Ersatzweg dazu. API-Verfügbarkeit, Limits und Kosten werden vorab für die gewählten Anbieter geprüft. Unser Vorschlag für die Abnahme ist eine Arbeitsmethode von BetriebsIT; die passende Umsetzung hängt von Ihrem Prozess und den unterstützten Schnittstellen ab.