選擇正確的復原方式
同一個錯誤代碼可能代表兩種不同的情況。請先檢查retryable 再採取行動；僅憑 HTTP 狀態無法判斷是否應該重試。
輸入內容不同
請求仍在處理中
此範例同時包含 HTTP 回應標頭Retry-After: 1。
保持重試識別的一致性
對於有記載支援冪等性的操作，金鑰的作用範圍限定於組織、服務帳戶、HTTP 方法、資源路徑以及解析後的 API 版本。變更其中任何一項，都會形成不同的重試識別；這無法復原原始操作。在同一個服務帳戶下輪替憑證，並不會改變該識別，但替換後的憑證仍須具備相應權限。 從逾時中復原時，請保持原始的金鑰、請求本文、路徑與版本。請勿僅為了繞過衝突而產生新的金鑰：原始的寫入操作可能已經成功。若已知資源 ID，請擷取該資源，並使用該操作所記載的復原程序。在有記載回應重放的操作中，已完成的重放會帶有Idempotent-Replayed: true。
傳送 Idempotency-Key 並不會使操作具備冪等性，除非該操作的參考文件明確支援此標頭。重試保護受該操作的保留政策所限制；它並非針對重複請求的永久保證。
若處理狀態仍未解決，請聯絡 Living Security Support，並提供 request_id、UTC 時間戳記、方法、路徑與 API 版本。請勿附上 API 金鑰、用戶端密碼或存取權杖。