Idempotenz

Was bedeutet Idempotenz?

Wiederholungen sind in verteilten Systemen normal: Eine Antwort kann verloren gehen, obwohl die Verarbeitung erfolgreich war. Ohne Schutz würde ein erneuter Versuch möglicherweise eine zweite Buchung, Rechnung oder Nachricht erzeugen. Ein stabiler Vorgangs- oder Idempotenzschlüssel verbindet alle Versuche mit derselben fachlichen Absicht.

Das System speichert Ergebnis und Status zu diesem Schlüssel und liefert sie bei einer identischen Wiederholung erneut. Dabei muss festgelegt sein, wie lange Schlüssel gelten und was passiert, wenn derselbe Schlüssel mit abweichenden Daten eintrifft. Datenbankregeln und Transaktionen können die Eindeutigkeit absichern, ersetzen aber nicht die fachliche Definition des Vorgangs.

Worauf Sie achten sollten

• Der fachliche Vorgang besitzt einen stabilen, eindeutig begrenzten Schlüssel.
• Ergebnis und Zwischenstatus sind über Wiederholungen hinweg nachvollziehbar.
• Abweichende Daten unter demselben Schlüssel werden als Konflikt behandelt.
• Datenbank-Eindeutigkeit und Transaktionsgrenzen passen zur fachlichen Wirkung.

Wo die Grenzen liegen

Idempotenz bedeutet nicht, dass jede technische Anfrage kostenlos wiederholt werden kann. Externe Nebenwirkungen, abgelaufene Schlüssel und konkurrierende Änderungen brauchen weiterhin eigene Regeln.

Verwandte Begriffe

• API-Integration

  Eine API-Integration verbindet zwei Systeme über eine dokumentierte technische Schnittstelle und festgelegte Daten- und Fehlerverträge.

• Webhook

  Ein Webhook ist eine HTTP-Nachricht, die ein System bei einem Ereignis aktiv an eine vorher festgelegte Empfängeradresse sendet.

• CRM (Customer-Relationship-Management)

  CRM steht für Customer-Relationship-Management: das planvolle Pflegen von Kundenbeziehungen und die Software, die Kontakte, Unternehmen, Vorgänge und Aktivitäten dafür an einer Stelle zusammenführt.

Passende Leitfäden und Leistungen

• Datensynchronisation automatisieren

  Typischer Lösungsweg für konsistente Datenflüsse zwischen zwei Systemen.

• CRM und Buchhaltung integrieren

  Praxisleitfaden zu Datenhoheit, Freigaben und sicheren Fehlerwegen.

• Doppelbuchungen vermeiden

  Wie eine Vorgangskennung doppelte Termine durch Doppelklick oder Neuladen verhindert und was die Datenbank zusätzlich absichert.

• Offline-Web-App für den Außendienst

  Warum eine nach dem Funkloch wiederholte Übertragung keinen zweiten Eintrag anlegen darf.

Offizielle Quellen

1. IETF RFC 9110: Idempotent Methods
2. PostgreSQL: Transaction Isolation