Vous devez surveiller les possibles défaillances de votre côté en interne et avertir l’assistance technique FedEx en cas de persistance des incidents.

Limitations liées aux nouvelles tentatives :

• Le mécanisme de nouvel essai (nouvel essai de transmission des données d’événement) ne se déclenche que lorsque FedEx ne reçoit pas de réponse sous forme de code de statut HTTP 200 ou 202 en provenance de l’URL de destination. Les nouveaux essais sont effectués à 3 reprises sur une période de 15 minutes à des intervalles de 5 minutes (voir le schéma des nouveaux essais).
• Chaque fois que FedEx tente de transmettre les données d’un événement et reçoit un code autre que 200 ou 202, la transaction est considérée comme ayant échoué.
• En cas d’échec, chaque événement bénéficiera de 3 nouvelles tentatives pendant 15 minutes avec un intervalle de 5 minutes entre chaque tentative. Si toutes ces nouvelles tentatives échouent, l’événement sera placé dans une file d’attente d’événements manqués, que vous pouvez récupérer à l’aide du mécanisme de nouvelle tentative de votre webhook Advanced Integrated Visibility. Tous les événements ayant échoué qui présentent les valeurs de série HTTPS suivantes seront stockés pendant 7 jours et peuvent être récupérés en initiant le processus de nouvelle tentative de votre webhook Advanced Integrated Visibility :
  • 200 - Nul
  • 400 - Erreur de correspondance du ClientID
  • 401 - Le jeton Data Works n’est pas valide
  • 500 – Nul
  Tout événement manqué au cours de ces 7 jours sera envoyé à l’URL de destination faisant l’objet d’une inscription

Logique de nouvel essai :

En cas d’échec, chaque événement bénéficiera de 3 nouvelles tentatives pendant 15 minutes avec un intervalle de 5 minutes entre chaque tentative. Si toutes ces nouvelles tentatives échouent, l’événement sera placé dans une file d’attente d’événements manqués, que vous pouvez récupérer à l’aide du mécanisme de nouvelle tentative de votre webhook Advanced Integrated Visibility.

• Logique de nouvel essai :
  • Tentative 1 :
    Exemple : le numéro de suivi 823497234824 est « Livré », le client a envoyé une réponse 400. (Toute réponse autre que le statut HTTP 200 ou 202 est considérée comme un échec). Dans ce cas, la tentative 1 est considérée comme un échec.
    • Tentative 2 - 1 min +/ variance - Tentative 1
    • Tentative 3 - 2 min +/ variance - Tentative 2
    • Tentative 4 - 4 min +/ variance - Tentative 3

    Si FedEx reçoit une réponse positive telle qu’un statut HTTP 200 ou 202 pour l’une des demandes de nouvel essai, FedEx cessera le mécanisme de nouvel essai pour un événement donné.

Points importants à noter :

• Le mécanisme de nouvel essai (nouvel essai de transmission des données d’événement) ne se déclenche que lorsque FedEx ne reçoit pas de réponse sous forme de code de statut HTTP 200 ou 202 en provenance de l’URL de destination.
• Chaque fois que FedEx tente de transmettre les données d’un événement et reçoit un code autre que 200 ou 202, la transaction est considérée comme ayant échoué.
• FedEx continuera à transmettre les données relatives aux nouveaux événements s’ils se produisent pendant la période de nouvel essai de l’événement initial.
• FedEx enverra également les données relatives aux événements ultérieurs liés à ce webhook Advanced Integrated Visibility.

Vous devez surveiller les possibles défaillances de votre côté en interne et avertir l’assistance technique FedEx en cas de persistance des incidents.

Limitations liées aux nouvelles tentatives :

• Le mécanisme de nouvel essai (nouvel essai de transmission des données d’événement) ne se déclenche que lorsque FedEx ne reçoit pas de réponse sous forme de code de statut HTTP 200 ou 202 en provenance de l’URL de destination. Les nouveaux essais sont effectués à 3 reprises sur une période de 15 minutes à des intervalles de 5 minutes (voir le schéma des nouveaux essais).
• Chaque fois que FedEx tente de transmettre les données d’un événement et reçoit un code autre que 200 ou 202, la transaction est considérée comme ayant échoué.
• En cas d’échec, chaque événement bénéficiera de 3 nouvelles tentatives pendant 15 minutes avec un intervalle de 5 minutes entre chaque tentative. Si toutes ces nouvelles tentatives échouent, l’événement sera placé dans une file d’attente d’événements manqués, que vous pouvez récupérer à l’aide du mécanisme de nouvelle tentative de votre webhook Advanced Integrated Visibility. Tous les événements ayant échoué qui présentent les valeurs de série HTTPS suivantes seront stockés pendant 7 jours et peuvent être récupérés en initiant le processus de nouvelle tentative de votre webhook Advanced Integrated Visibility :
  • 200 - Nul
  • 400 - Erreur de correspondance du ClientID
  • 401 - Le jeton Data Works n’est pas valide
  • 500 – Nul
  Tout événement manqué au cours de ces 7 jours sera envoyé à l’URL de destination faisant l’objet d’une inscription

Logique de nouvel essai :

En cas d’échec, chaque événement bénéficiera de 3 nouvelles tentatives pendant 15 minutes avec un intervalle de 5 minutes entre chaque tentative. Si toutes ces nouvelles tentatives échouent, l’événement sera placé dans une file d’attente d’événements manqués, que vous pouvez récupérer à l’aide du mécanisme de nouvelle tentative de votre webhook Advanced Integrated Visibility.