Was passiert, wenn ein Workflow zweimal läuft oder mittendrin abbricht?

Ein neuer Versuch muss wissen, was schon passiert ist.

Eine Anfrage kann zweimal ankommen. Eine Person kann zweimal freigeben. Eine Verbindung kann ausfallen, nachdem ein Teil des Workflows schon gelaufen ist. Das sind verschiedene Situationen: Bevor Sie etwas wiederholen, bestimmen Sie die Anfrage, die beabsichtigte Aktion und den Nachweis ihres Ergebnisses.

Das Beispiel behält den Datensatz und fragt erneut.

Setzen Sie in der Browser-Demo zurück und führen Sie „Neuer Auftrag“ aus. Aktivieren Sie „Fehlgeschlagene Verbindung bei dieser Freigabe testen“ und wählen Sie dann „Demo-Antwort freigeben“. Sehen Sie sich „Verbindung pausiert“ und den Verlauf an. Wählen Sie „Beispielverbindung wiederherstellen“, prüfen Sie den Text erneut und geben Sie ihn frei. Die Wiederherstellung deaktiviert das Fehler-Kästchen, damit die nächste Freigabe das Beispiel abschließen kann.

Was bleibt erhalten, und was kann sich nicht wiederholen?

Fehlende Angaben fehlen auch nach der Wiederherstellung. Wird eine unvollständige Anfrage nach der Wiederherstellung freigegeben, kehrt sie zu „Wartet auf Angaben“ zurück. Ein neuer Versuch erfindet kein Gebiet, bestätigt keine Buchung und empfängt keine Antwort des Kunden.

Ein echter Teilausfall ist schwieriger.

Stellen Sie sich vor, ein verbundener Workflow aktualisiert einen Auftragsdatensatz und verliert dann die Bestätigung, bevor er den Erfolg lokal festhält. Sein lokaler Status kann unsicher sein, obwohl sich das Ziel geändert hat. Den ganzen Workflow zu wiederholen könnte eine externe Wirkung wiederholen.

Das ist ein hypothetischer Fall aus dem Live-Betrieb; das Fireflax-Beispiel simuliert ihn nicht. Eine echte Umsetzung braucht dauerhafte Kennungen für Anfragen und beabsichtigte Aktionen, eine aufbewahrte Aufzeichnung der Ergebnisse, Prüfungen des Ziels und eine Regel für unsichere Ergebnisse. Browser-Speicher und übereinstimmender Nachrichtentext allein genügen nicht.

Der Offline-Starter bewahrt eine lokale Datei und bietet einen ausdrücklichen Pausebefehl, ist aber trotzdem eine Probe mit nur einem Prozess. Er belegt keine sicheren parallelen Wiederholungen, keine Genau-einmal-Zustellung, keine Verfügbarkeit im Live-Betrieb und kein systemübergreifendes Zurückrollen.

Nutzen Sie diese Wiederherstellungs-Checkliste.

1. Pausieren und sichern. Stoppen Sie den betroffenen Workflow über das vereinbarte Verfahren. Bewahren Sie Anfrage, Versionen, Fehler und Nachweise des Ergebnisses auf.
2. Das Ziel prüfen. Prüfen Sie, ob die Nachricht, der Datensatz oder die andere beabsichtigte Änderung passiert ist. Ordnen Sie sie ein als erledigt, nicht erledigt oder unsicher.
3. Kein blindes erneutes Senden. Klären Sie Unsicherheit mit der zuständigen Person und den Nachweisen des Systems. Prüfen Sie die Kennungen von Anfrage und Aktion und die Duplikatregel.
4. Mit der verantwortlichen Person für Berechtigungen wiederherstellen. Reparieren oder autorisieren Sie die tatsächliche Verbindung bei Bedarf neu. Wiederhergestellter Zugang erlaubt nicht, jede Aktion zu wiederholen.
5. Erneut prüfen. Prüfen Sie die neueste Anfrage und jedes geänderte Gespräch, jeden Entwurf und jede Kontaktpräferenz erneut. Holen Sie, wo nötig, eine neue Freigabe ein.
6. Ein beabsichtigtes Ergebnis bestätigen. Führen Sie nur den freigegebenen nächsten Schritt aus, prüfen Sie sein Ergebnis und halten Sie fest, was passiert ist, bevor Sie den normalen Betrieb fortsetzen.

Benennen Sie die zuständige Person und eine Vertretung für diese Schritte. Eine bereits gesendete Nachricht lässt sich nicht durch das Zurücksetzen eines internen Datensatzes zurückholen. Jede Korrektur oder Rücknahme braucht eigene Berechtigungen und bestätigte Grenzen.

Bewahren Sie die Nachweise bei der Übergabe auf.

Die aufbewahrten Läufe gegen Quellcode und Starter decken je fünf festgelegte Fälle ab, darunter wiederholte Freigabe und fehlgeschlagene Freigabe mit Wiederherstellung. Sie halten synthetische Eingaben, genaue Zustände und Verlauf fest. Die separate Repository-Suite mit 21 Tests prüft außerdem die Wiederherstellung bei fehlenden Angaben. Diese begrenzten Prüfungen stützen die Beschreibungen oben; sie sind keine Zustellgarantie.