您將需要在您的所屬端上以內部方式監控故障，並於故障持續存在時通知FedEx服務櫃檯。

重試限制：

• 僅當FedEx未收到來自目的地網址的200或202 HTTP狀態代碼回應時，重試機制(重試推送事件資料)才會啟動。重試嘗試會在15分鐘內持續，每5分鐘一次，總共進行3次(請參閱重試圖表)。
• 每當FedEx嘗試傳送事件資料並收到除200或202以外的任何其他回應時，該交易將視同失敗。
• 一旦發生故障，每個事件都會在15分鐘內重試3次，每次重試相隔5分鐘。如果所有重試都失敗，事件則會被推送至錯過事件隊列，您可透過「進階集成可見性webhook」項目上的重試機制檢索它們。具有下列HTTPS系列值的所有失敗事件將會儲存7天，並可透過在「進階集成可見性webhook」項目上啟動重試流程來檢索：
  • 200 - 空
  • 400 - 顧客ID不相符
  • 401- Data Works令牌無效
  • 500 – 空
  7天內如有任何錯過的事件，將會傳送至已訂閱的目的地網址

重試邏輯：

一旦發生故障，每個事件都會在15分鐘內重試3次，每次重試相隔5分鐘。當所有重試都失敗後，事件則會被推送至錯過事件隊列，您可透過「進階集成可見性webhook」項目上的重試機制檢索它們。

• 重試邏輯：
  • 嘗試1：
    範例：查詢號碼823497234824為「已送達」，客戶已傳送400回應。(除HTTP狀態200/202以外的任何回應，均會視同失敗。)在此情況下，嘗試1即為失敗。
    • 嘗試 2 — 1min +/ 時基誤差 — 重試 1
    • 嘗試 3 — 2min +/ 時基誤差 — 重試 2
    • 嘗試 4 — 4min +/ 時基誤差 — 重試 3

    如果 FedEx 就任何重試請求收到 HTTP 狀態 200 和 202 等成功回應，FedEx 將會為指定事件停止重試機制。

重點備註：

• 僅當 FedEx 未收到來自目的地網址的 200 或 202 HTTP 狀態代碼回應時，重試機制 (重試推送事件資料) 才會啟動。
• 每當FedEx嘗試傳送事件資料並收到除200或202以外的任何其他回應時，該交易將視同失敗。
• 如果在重試該原有事件時發生了新事件，FedEx 將會繼續推送該 (這些) 新事件的資料。
• FedEx亦會推送該「進階集成可見性webhook」隨後發生的後續事件。

您將需要在您的所屬端上以內部方式監控故障，並於故障持續存在時通知FedEx服務櫃檯。

重試限制：

• 僅當FedEx未收到來自目的地網址的200或202 HTTP狀態代碼回應時，重試機制(重試推送事件資料)才會啟動。重試嘗試會在15分鐘內持續，每5分鐘一次，總共進行3次(請參閱重試圖表)。
• 每當FedEx嘗試傳送事件資料並收到除200或202以外的任何其他回應時，該交易將視同失敗。
• 一旦發生故障，每個事件都會在15分鐘內重試3次，每次重試相隔5分鐘。如果所有重試都失敗，事件則會被推送至錯過事件隊列，您可透過「進階集成可見性webhook」項目上的重試機制檢索它們。具有下列HTTPS系列值的所有失敗事件將會儲存7天，並可透過在「進階集成可見性webhook」項目上啟動重試流程來檢索：
  • 200 - 空
  • 400 - 顧客ID不相符
  • 401- Data Works令牌無效
  • 500 – 空
  7天內如有任何錯過的事件，將會傳送至已訂閱的目的地網址

重試邏輯：

一旦發生故障，每個事件都會在15分鐘內重試3次，每次重試相隔5分鐘。當所有重試都失敗後，事件則會被推送至錯過事件隊列，您可透過「進階集成可見性webhook」項目上的重試機制檢索它們。