Fedex Logo

监控失败情况和重试机制

您需要在内部监控所在终端的失败情况,如果持续失败,请通知 FedEx 客服中心。

重试限制:

  • 只有在 FedEx 未收到来自目的地 URL 响应的 200 或 202 HTTP 状态码时,才会引发重试机制(重新尝试推送事件数据)。重试时间为 15 分钟,每隔 5 分钟重试一次,15 分钟内重试 3 次(请见重试图表)。
  • 每当 FedEx 试图传递事件数据并接收非 200 或 202 的任何数据时,该交易将被视为失败。
  • 如果交易失败,则每个事件将在 15 分钟内重试 3 次,每隔 5 分钟重试一次。如果所有重试都失败,则事件将被推送至已错过事件队列,您可使用 Advanced Integrated Visibility Webhook 项目上的重试机制来检索该队列。具有以下 HTTPS 系列值的全部失败事件将被存储 7 天,并且可以在您的 Advanced Integrated Visibility Webhook 项目上启动重试流程来检索这些事件:
    • 200 - Null
    • 400 - ClientID 不匹配
    • 401 - Data Works 令牌无效
    • 500 – Null
    这 7 天内的任何已错过事件将被发送到已订阅的目的地 URL

重试逻辑:

如果交易失败,则每个事件将在 15 分钟内重试 3 次,每隔 5 分钟重试一次。如果所有重试都失败,则事件将被推送至已错过事件队列,您可使用 Advanced Integrated Visibility Webhook 项目上的重试机制来检索该队列。

 

retry_logic
retry_logic_3
  • 重试逻辑:
    • 尝试 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 此后发生的后续事件推送相关数据。
CLOSE

Response

Copy