Vous devez surveiller les échecs de votre côté à l’interne et aviser le centre d’assistance de FedEx si les échecs persistent.

Limites des nouvelles tentatives :

• Le mécanisme de nouvelle tentative (nouvelle tentative de transmission des données relatives à l’événement) ne se produit que lorsque FedEx ne reçoit pas de code d’état HTTP 200 ou 202 en réponse de la part de l’URL de destination. Les tentatives de nouvelle tentative sont effectuées sur une période de 15 minutes, à des intervalles de 5 minutes, 3 fois sur 15 minutes (voir diagramme de nouvelle tentative).
• Chaque fois que FedEx tente de transmettre les données de l’événement et reçoit autre chose que 200 ou 202, cette transaction sera considérée comme un échec.
• En cas d’échec, chaque événement sera relancé trois (3) fois sur une période de 15 minutes, avec des intervalles de cinq (5) minutes entre chaque tentative. Si toutes ces tentatives échouent, l’événement sera envoyé dans une file d’attente des événements manqués, que vous pourrez récupérer à l’aide du mécanisme de nouvelle tentative sur votre projet de webhook de visibilité intégrée avancée. Tous les événements en échec ayant les valeurs de série HTTPS suivantes seront conservés pendant sept (7) jours et pourront être récupérés en lançant le processus de nouvelle tentative sur votre projet de webhook de visibilité intégrée avancée :
  • 200 - Nul
  • 400 - L‘ID du Client ne correspond pas
  • 401 - Le jeton Data Works n‘est pas valide
  • 500 - Nul
  Tous les événements manqués au cours de ces 7 jours seront envoyés à l‘URL de destination abonnée.

Logique pour les nouvelles tentatives :

En cas d’échec, chaque événement sera relancé 3 fois sur une période de 15 minutes, avec des intervalles de 5 minutes entre chaque tentative. Si toutes ces tentatives échouent, l’événement sera envoyé dans une file d’attente des événements manqués, que vous pourrez récupérer à l’aide du mécanisme de nouvelle tentative sur votre projet de webhook de visibilité intégrée avancée.

• Logique pour les nouvelles tentatives :
  • Tentative 1 :
    par exemple : le numéro de suivi 823497234824 est « Livré », le client a envoyé 400 réponses. (Tout état autre que l’état HTTP 200/202 est considéré comme un échec). Dans ce cas, nous classifierons la tentative 1 en tant qu’échec.
    • Tentative 2 – 1 min +/ gigue - Nouvelle tentative 1
    • Tentative 3 – 2 min +/ gigue - Nouvelle tentative 2
    • Tentative 4 – 4 min +/ gigue - Nouvelle tentative 3

    Si FedEx reçoit une réponse positive (état HTTP 200 ou 202) pour l’une des demandes de nouvelle tentative, FedEx arrêtera le mécanisme de nouvelle tentative pour un événement donné.

Points importants à noter :

• Le mécanisme de nouvelle tentative (nouvelle tentative de transmission des données relatives à l’événement) ne se produit que lorsque FedEx ne reçoit pas de code d’état HTTP 200 ou 202 en réponse de la part de l’URL de destination.
• Chaque fois que FedEx tente de transmettre les données de l’événement et reçoit autre chose que 200 ou 202, cette transaction sera considérée comme un échec.
• FedEx continuera à transmettre les données relatives aux nouveaux événements s’ils se produisent pendant la nouvelle tentative pour l’événement initial.
• FedEx transmettra également les événements suivants qui surviendront par la suite pour ce webhook de visibilité intégrée avancée.

Vous devez surveiller les échecs de votre côté à l’interne et aviser le centre d’assistance de FedEx si les échecs persistent.

Limites des nouvelles tentatives :

• Le mécanisme de nouvelle tentative (nouvelle tentative de transmission des données relatives à l’événement) ne se produit que lorsque FedEx ne reçoit pas de code d’état HTTP 200 ou 202 en réponse de la part de l’URL de destination. Les tentatives de nouvelle tentative sont effectuées sur une période de 15 minutes, à des intervalles de 5 minutes, 3 fois sur 15 minutes (voir diagramme de nouvelle tentative).
• Chaque fois que FedEx tente de transmettre les données de l’événement et reçoit autre chose que 200 ou 202, cette transaction sera considérée comme un échec.
• En cas d’échec, chaque événement sera relancé trois (3) fois sur une période de 15 minutes, avec des intervalles de cinq (5) minutes entre chaque tentative. Si toutes ces tentatives échouent, l’événement sera envoyé dans une file d’attente des événements manqués, que vous pourrez récupérer à l’aide du mécanisme de nouvelle tentative sur votre projet de webhook de visibilité intégrée avancée. Tous les événements en échec ayant les valeurs de série HTTPS suivantes seront conservés pendant sept (7) jours et pourront être récupérés en lançant le processus de nouvelle tentative sur votre projet de webhook de visibilité intégrée avancée :
  • 200 - Nul
  • 400 - L‘ID du Client ne correspond pas
  • 401 - Le jeton Data Works n‘est pas valide
  • 500 - Nul
  Tous les événements manqués au cours de ces 7 jours seront envoyés à l‘URL de destination abonnée.

Logique pour les nouvelles tentatives :

En cas d’échec, chaque événement sera relancé 3 fois sur une période de 15 minutes, avec des intervalles de 5 minutes entre chaque tentative. Si toutes ces tentatives échouent, l’événement sera envoyé dans une file d’attente des événements manqués, que vous pourrez récupérer à l’aide du mécanisme de nouvelle tentative sur votre projet de webhook de visibilité intégrée avancée.