Skip to main content
Unterstützte Schreiboperationen akzeptieren:

Unterstützte Operationen

Request-Sequenz

Garantien und Nicht-Garantien

Ein erfolgreicher Dry Run bestätigt, dass die Anfrage zu diesem Zeitpunkt die Validierung bestanden hat. Er:
  • reserviert keine ID, Ressource, keinen Namen und keine Position
  • sperrt die Ressource nicht
  • erstellt keinen Idempotenzdatensatz
  • garantiert nicht, dass der nachfolgende Schreibvorgang erfolgreich ist
  • erzeugt keine separate Testumgebung
  • unterdrückt keine Reads aktueller Produktivdaten
Ein anderer Prozess kann die Ressource oder Eindeutigkeitsbedingungen zwischen Dry Run und realem Schreibvorgang ändern. Behandeln Sie 409 und 422 auch beim realen Request erneut.

Vorschau-IDs

Ein Create-Dry-Run kann eine Vorschau-ID zurückgeben. Speichern Sie sie nicht als reale Ressourcen-ID und verwenden Sie sie nicht in späteren Anfragen. Persistieren Sie ausschließlich die ID aus der erfolgreichen Create-Response ohne Dry Run.

Sicheres Verwendungsmuster

1

Finalen Request erstellen

Verwenden Sie dieselben Header und denselben Body, die für den realen Schreibvorgang vorgesehen sind.
2

Mit dryRun=true validieren

Prüfen Sie sowohl die projizierte Ressource als auch mögliche Validierungsfehler.
3

Ohne unnötige Verzögerung anwenden

Senden Sie den finalen Schreibvorgang, sobald die Projektion akzeptiert wurde.
4

Response abgleichen

Speichern Sie die reale Ressourcen-ID, den Zustand und die X-Request-ID.
Zuletzt geändert am 27. August 2026