Eine fehlende API-Antwort beweist nicht, dass der Server nichts ausgeführt hat. Vielleicht wurde ein Antrag angelegt, bevor die Verbindung abbrach. Eine Wiederholung könnte einen zweiten Antrag erzeugen. Vorgänge mit Buchungs- oder Zahlungswirkung benötigen besondere Sorgfalt. SEMANTIK KLÄREN MDN beschreibt Idempotenz als denselben beabsichtigten Effekt bei einem oder mehreren identischen Aufrufen. POST garantiert diese Eigenschaft nicht automatisch. Entscheidend ist deshalb der konkrete Geschäftsvorgang. PRAKTISCHES VORGEHEN Vergeben Sie eine stabile Vorgangskennung und speichern Sie Zustand und Ergebnis. Ein erneuter Aufruf kann das vorhandene Ergebnis zurückgeben. Unterstützt der Anbieter einen Idempotenzschlüssel, prüfen Sie dessen Gültigkeit und Regeln. Für den Netzwerk-Retry desselben Vorgangs sollte nicht jedes Mal ein neuer Schlüssel entstehen. UNGEWISSHEIT BEHANDELN Zeigen Sie einen Prüfstatus, begrenzen Sie Wiederholungen und fragen Sie zunächst den bestehenden Vorgang ab. Protokollieren Sie eine technische Kennung ohne API-Geheimnisse oder Zahlungsdaten. Testen Sie verlorene Antworten, Doppelklicks, Verzögerungen und Neustarts. Eine deaktivierte Schaltfläche ersetzt keine zuverlässige Serverlogik. Quelle: https://developer.mozilla.org/en-US/docs/Glossary/Idempotent Entdecken Sie Domains für Ihr Projekt im DomainEvery-Katalog. https://domainevery.com/de/domains