您需要監控您的內部失敗情況，如果失敗情況持續發生，請通知 FedEx 服務台。

重試限制：

• 只有在 FedEx 未收到來自目的地網址的 200 或 202 HTTP 狀態代碼回應時，重試機制 (重試推播事件資料) 才會發生。系統會在 15 分鐘內每隔 5 分鐘嘗試此類重試作業，這 15 分鐘內共嘗試 3 次。(請參閱重試圖表)。
• 每當 FedEx 嘗試傳送事件資料，並收到 200 或 202 以外的任何狀態代碼時，該交易將視為失敗。
• 每次事件失敗，就會在 15 分鐘內每隔 5 分鐘重試一次，共嘗試 3 次。如果所有重試都失敗，系統會將事件推送至遺漏的事件佇列，您可以在該處使用 Advanced Integrated Visibility Webhook 專案的重試機制加以擷取。具下列 HTTPS 系列值的所有失敗事件會儲存 7 天，且可在 Advanced Integrated Visibility Webhook 專案上啟動重試流程來擷取：
  • 200 — Null
  • 400 — ClientID 不符
  • 401 — DataWorks 權杖無效
  • 500 – Null
  這 7 天內遺漏的事件會傳送到訂閱的目的地網址

重試邏輯：

每次事件失敗，就會在 15 分鐘內每隔 5 分鐘重試一次，共嘗試 3 次。如果所有重試都失敗，系統會將事件推送至遺漏的事件佇列，您可以在該處使用 Advanced Integrated Visibility Webhook 專案的重試機制加以擷取。

• 重試邏輯：
  • 嘗試 1：
    例如：追蹤號碼 823497234824「已送達」，用戶端傳送 400 回應。(HTTP 狀態 200/202 以外的任何回應均視為失敗)。在此狀況下，我們會稱嘗試 1 失敗。
    • 嘗試 2 - 1 分鐘以上/抖動 - 重試 1
    • 嘗試 3 - 2 分鐘以上/抖動 - 重試 2
    • 嘗試 4 - 4 分鐘以上/抖動 - 重試 3

    如果 FedEx 收到任何重試請求的成功回應 (例如，HTTP 狀態 200 和 202)，FedEx 將會停止特定事件的重試機制。

重要注意事項：

• 只有在 FedEx 未收到來自目的地 URL 的 200 或 202 HTTP 狀態代碼回應時，重試機制 (重試推播事件資料) 才會發生。
• 每當 FedEx 嘗試傳送事件資料，並收到 200 或 202 以外的任何狀態代碼時，該交易將視為失敗。
• 如果在重試原始事件時產生新事件資料，FedEx 將會持續進行推播。
• FedEx 也會推播該 Advanced Integrated Visibility Webhook 後續發生的事件。

您需要監控您的內部失敗情況，如果失敗情況持續發生，請通知 FedEx 服務台。

重試限制：

• 只有在 FedEx 未收到來自目的地網址的 200 或 202 HTTP 狀態代碼回應時，重試機制 (重試推播事件資料) 才會發生。系統會在 15 分鐘內每隔 5 分鐘嘗試此類重試作業，這 15 分鐘內共嘗試 3 次。(請參閱重試圖表)。
• 每當 FedEx 嘗試傳送事件資料，並收到 200 或 202 以外的任何狀態代碼時，該交易將視為失敗。
• 每次事件失敗，就會在 15 分鐘內每隔 5 分鐘重試一次，共嘗試 3 次。如果所有重試都失敗，系統會將事件推送至遺漏的事件佇列，您可以在該處使用 Advanced Integrated Visibility Webhook 專案的重試機制加以擷取。具下列 HTTPS 系列值的所有失敗事件會儲存 7 天，且可在 Advanced Integrated Visibility Webhook 專案上啟動重試流程來擷取：
  • 200 — Null
  • 400 — ClientID 不符
  • 401 — DataWorks 權杖無效
  • 500 – Null
  這 7 天內遺漏的事件會傳送到訂閱的目的地網址

重試邏輯：

每次事件失敗，就會在 15 分鐘內每隔 5 分鐘重試一次，共嘗試 3 次。如果所有重試都失敗，系統會將事件推送至遺漏的事件佇列，您可以在該處使用 Advanced Integrated Visibility Webhook 專案的重試機制加以擷取。