Eine Automation, die genau einmal läuft, ist ein Idealfall, den es in der Praxis nicht gibt. Netzwerke haben Timeouts, Dienste senden Webhooks doppelt, und Retry-Mechanismen wiederholen fehlgeschlagene Aufrufe. Die Frage ist nie, ob eine Aktion doppelt ausgelöst wird, sondern was dann passiert.
Was Idempotenz bedeutet
Eine Operation ist idempotent, wenn ihre mehrfache Ausführung dasselbe Ergebnis liefert wie die einmalige. Eine Rechnung erstellen ist nicht idempotent, denn zweimal ausgeführt entstehen zwei Rechnungen. Einen Datensatz auf einen bestimmten Zustand setzen ist idempotent, denn das Ergebnis bleibt gleich, egal wie oft es passiert.
Wo das im Alltag zuschlägt
Die typischen Schadensfälle sind konkret und teuer.
- Ein doppelter Zahlungs-Webhook bucht den Betrag zweimal
- Ein Retry verschickt dieselbe E-Mail an den Kunden mehrfach
- Eine wiederholte Bestellung legt zwei Aufträge im ERP an
- Ein doppelter Import verdoppelt Datensätze im CRM
Der Schaden entsteht nicht durch den Fehler selbst, sondern durch die Aktion, die der Fehler ein zweites Mal auslöst.
Wie man Idempotenz herstellt
Der verbreitetste Weg ist der Idempotency Key: Jede Anfrage bekommt eine eindeutige Kennung, und das empfangende System merkt sich, welche Kennungen es bereits verarbeitet hat. Kommt dieselbe Kennung erneut, wird die Aktion nicht wiederholt, sondern das gespeicherte Ergebnis zurückgegeben. Zahlungsanbieter wie Stripe machen genau das zum Standard.
Ebenso wirksam ist die Deduplizierung über fachliche Merkmale: Eine Bestellnummer, die schon existiert, wird nicht erneut angelegt. Und wo möglich, formuliert man Operationen von vornherein als Zustandssetzung statt als Zählung.
Was das für den Aufbau heißt
Idempotenz ist kein nachträglicher Patch, sondern eine Entwurfsentscheidung. Beim Aufbau von Automationen gehört zu jedem schreibenden Schritt die Frage: Was passiert, wenn dieser Schritt zweimal läuft? Wer die Antwort kennt und absichert, baut Systeme, die unter Last und bei Störungen stabil bleiben, statt still Datenmüll zu produzieren.
Automatisierung bringt Cashflow nur, wenn sie verlässlich ist. Ein Prozess, der bei jedem Retry Chaos anrichtet, kostet mehr Zeit in der Nachkontrolle, als er einspart. Idempotenz ist das unspektakuläre Prinzip, das aus einer riskanten Automation eine belastbare macht.