Warum ein Eingang zweimal auftauchen kann
Ein Formular wird zweimal abgeschickt. Eine Nachricht kommt erneut an. Oder ein Dienst wiederholt eine Anfrage, weil die Antwort zu spät eintraf. Solche Wiederholungen sind im Betriebsablauf einzuplanen. Der zweite Eingang darf nicht automatisch einen zweiten Auftrag erzeugen.
Die technische Frage lautet: Woran erkennt der Ablauf, dass er diesen Vorgang bereits kennt? Eine Kunden-E-Mail-Adresse ist dafür zu grob. Derselbe Kunde kann mehrere berechtigte Anfragen stellen. Besser ist eine stabile Kennung des konkreten Ereignisses oder eine fachlich definierte Kombination von Angaben.
Ein Schlüssel braucht einen klaren Geltungsbereich
Bei einem Dokument könnte der Schlüssel aus Lieferant und Dokumentnummer bestehen. Bei einem Formular ist eine pro Übermittlung erzeugte Kennung möglich. Legen Sie fest, ob eine nachträgliche Korrektur denselben Vorgang aktualisiert oder einen neuen erzeugt. Ohne diese Regel wird eine berechtigte Änderung womöglich als Dublette verworfen.
n8n stellt einen „Remove Duplicates“-Knoten bereit. Seine Dokumentation unterscheidet die Prüfung innerhalb eines Eingangs von Vergleichen mit früheren Ausführungen. Funktionsbeschreibung. Für geschäftskritische Aktionen muss zusätzlich das Verhalten des Zielsystems berücksichtigt werden.
Der schwierige Fall: Auftrag angelegt, Antwort verloren
Stellen Sie sich vor, das Fachprogramm legt einen Auftrag an. Bevor die Bestätigung zurückkommt, bricht die Verbindung ab. Der Workflow sieht einen Fehler, obwohl die Aktion erfolgreich war. Ein ungeprüfter neuer Versuch kann nun einen zweiten Auftrag erzeugen.
Prüfen Sie vor dem Wiederholen anhand derselben Kennung, ob der Auftrag bereits existiert. Manche Schnittstellen unterstützen dafür ausdrücklich einen Wiederholungsschlüssel. Wenn das Zielsystem keine verlässliche Prüfung ermöglicht, sollte ein unklarer Ausgang in eine manuelle Klärung gehen.
Auch gleichzeitige Eingänge testen
Zwei nahezu zeitgleiche Ausführungen können beide feststellen, dass noch kein Vorgang existiert. Eine Prüfung allein verhindert das nicht. Die Speicherung des Schlüssels muss eine doppelte Anlage auch bei Gleichzeitigkeit verhindern können, etwa durch eine eindeutige Datenbankregel.
Für die Abnahme senden Sie dasselbe Ereignis mehrfach, auch gleichzeitig. Unterbrechen Sie außerdem den Ablauf nach der Aktion im Zielsystem. Das erwartete Ergebnis bleibt ein fachlicher Vorgang mit nachvollziehbaren Wiederholungsversuchen.
Was im Protokoll stehen sollte
Notieren Sie Eingangsschlüssel, Ergebnis und Zielkennung. Eine verworfene Wiederholung ist kein stilles Verschwinden: Sie sollte als bereits bearbeitet erkennbar sein. So lässt sich später erklären, warum zwei Eingänge nur einen Vorgang erzeugt haben, ohne den gesamten vertraulichen Inhalt dauerhaft zu protokollieren.
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.