Zvolte správný postup obnovy
Stejný chybový kód popisuje dvě různé situace. Před dalším postupem zkontrolujteretryable;
samotný stavový kód HTTP neurčuje, zda má být požadavek opakován.
Odlišný vstup
Požadavek se stále zpracovává
Tento příklad obsahuje také hlavičku odpovědi HTTPRetry-After: 1.
Zachování stabilní identity opakování
U operací, které idempotenci dokumentují, je klíč vázán na organizaci, servisní účet, metodu HTTP, cestu k prostředku a vyhodnocenou verzi API. Změna kteréhokoli z těchto prvků vytvoří jinou identitu opakování; původní operaci tím neobnovíte. Rotace přihlašovacích údajů v rámci stejného servisního účtu tuto identitu nemění, nicméně nové přihlašovací údaje musí mít i nadále příslušné oprávnění. Při obnově po vypršení časového limitu zachovejte původní klíč, tělo požadavku, cestu i verzi. Nevytvářejte nový klíč jen proto, abyste konflikt obešli: původní zápis už mohl být úspěšně dokončen. Pokud znáte ID prostředku, načtěte jej a použijte zdokumentovaný postup obnovy dané operace. Dokončená opakovaná odpověď obsahujeIdempotent-Replayed: true, pokud operace opakování odpovědi dokumentuje.
Odeslání hlavičky Idempotency-Key nezajistí, že bude operace idempotentní, pokud její
reference tuto hlavičku výslovně nepodporuje. Ochrana proti opakování je omezena
zásadami uchovávání dané operace; nepředstavuje trvalou záruku proti duplicitám.
Pokud zpracování zůstává nevyřešeno, kontaktujte podporu Living Security
a uveďte request_id, časový údaj v UTC, metodu, cestu a verzi API. Nikdy neuvádějte
klíč API, tajný klíč klienta ani přístupový token.
