Überwachen von Fehlern und Mechanismen für erneute Zustellversuche
Sie müssen die Fehler selbst intern überwachen und den FedEx Helpdesk benachrichtigen, sofern die Fehler weiter auftreten.
Beschränkungen für erneute Versuche
- Der Mechanismus für erneute Zustellversuche (Senden von Ereignisdaten erneut versuchen) setzt nur ein, wenn FedEx als Antwort keinen 200- oder 202-HTTP-Statuscode von der Ziel-URL erhält. Die erneuten Sendeversuche erfolgen über einen Zeitraum von 15 Minuten in 5-Minuten-Intervallen dreimal innerhalb von 15 Minuten (siehe Diagramm).
- Jedes Mal, wenn FedEx die Zustellung von Ereignisdaten versucht, und eine andere Antwort als 200 oder 202 erhält, gilt die Transaktion als fehlgeschlagen.
- Bei einem Fehler wird jedes Ereignis innerhalb von 15 Minuten in 5-Minuten-Intervallen dreimal wiederholt. Wenn alle erneuten Versuche fehlschlagen, wird das Ereignis in eine Warteschlange für verpasste Ereignisse verschoben, die über den Mechanismus für erneutes Senden in Ihrem Advanced Integrated Visibility-Weboook-Projekt abgerufen werden kann. Alle fehlgeschlagenen Ereignisse mit den folgenden HTTPS-Serienwerten werden 7 Tage lang gespeichert und können abgerufen werden, indem Sie den Wiederholungsprozess in Ihrem Advanced Integrated Visibility-Webhook-Projekt einleiten:
- 200 – Null
- 400 – ClientID stimmt nicht überein
- 401 – Data Works-Token nicht gültig
- 500 – Null
Logik für erneute Versuche:
Bei einem Fehler wird jedes Ereignis innerhalb von 15 Minuten in 5-Minuten-Intervallen dreimal wiederholt. Wenn alle erneuten Versuche fehlschlagen, wird das Ereignis in eine Warteschlange für verpasste Ereignisse verschoben, die über den Mechanismus für erneutes Senden in Ihrem Advanced Integrated Visibility-Webhook-Projekt abgerufen werden kann.
- Logik für erneute Versuche:
- 1. Versuch:
Beispiel: Sendungsverfolgungsnummer 823497234824 „Zugestellt“, Client hat Antwort 400 gesendet. (Fehler bei Antworten mit einem anderen HTTP-Status als 200/202.) In diesem Fall wird der 1. Versuch als fehlgeschlagen betrachtet.- 2. Versuch - 1min +/ jitter - 1. erneuter Versuch
- 3. Versuch - 2min +/ jitter - 2. erneuter Versuch
- 4. Versuch - 1min +/ jitter - 3. erneuter Versuch
Wenn FedEx eine erfolgreiche Antwort mit einem HTTP-Status 200 oder 202 für einen Wiederholungsversuch erhält, stoppt FedEx den Mechanismus für erneute Zustellversuche für ein bestimmtes Ereignis.
- 1. Versuch:
Wichtige Hinweise:
- Der Mechanismus für erneute Zustellversuche (Senden von Ereignisdaten erneut versuchen) setzt nur ein, wenn FedEx als Antwort keinen 200- oder 202-HTTP-Statuscode von der Ziel-URL erhält.
- Jedes Mal, wenn FedEx die Zustellung von Ereignisdaten versucht, und eine andere Antwort als 200 oder 202 erhält, gilt die Transaktion als fehlgeschlagen.
- FedEx sendet weiterhin Daten zu neuen Ereignissen, wenn diese auftreten, während das Senden für das ursprüngliche Ereignis erneut versucht wird.
- FedEx sendet auch nachfolgende Ereignisse für diesen Advanced Integrated Visibility-Webhook.
Überwachen von Fehlern und Mechanismen für erneute Zustellversuche
Sie müssen die Fehler selbst intern überwachen und den FedEx Helpdesk benachrichtigen, sofern die Fehler weiter auftreten.
Beschränkungen für erneute Versuche
- Der Mechanismus für erneute Zustellversuche (Senden von Ereignisdaten erneut versuchen) setzt nur ein, wenn FedEx als Antwort keinen 200- oder 202-HTTP-Statuscode von der Ziel-URL erhält. Die erneuten Sendeversuche erfolgen über einen Zeitraum von 15 Minuten in 5-Minuten-Intervallen dreimal innerhalb von 15 Minuten (siehe Diagramm).
- Jedes Mal, wenn FedEx die Zustellung von Ereignisdaten versucht, und eine andere Antwort als 200 oder 202 erhält, gilt die Transaktion als fehlgeschlagen.
- Bei einem Fehler wird jedes Ereignis innerhalb von 15 Minuten in 5-Minuten-Intervallen dreimal wiederholt. Wenn alle erneuten Versuche fehlschlagen, wird das Ereignis in eine Warteschlange für verpasste Ereignisse verschoben, die über den Mechanismus für erneutes Senden in Ihrem Advanced Integrated Visibility-Weboook-Projekt abgerufen werden kann. Alle fehlgeschlagenen Ereignisse mit den folgenden HTTPS-Serienwerten werden 7 Tage lang gespeichert und können abgerufen werden, indem Sie den Wiederholungsprozess in Ihrem Advanced Integrated Visibility-Webhook-Projekt einleiten:
- 200 – Null
- 400 – ClientID stimmt nicht überein
- 401 – Data Works-Token nicht gültig
- 500 – Null
Logik für erneute Versuche:
Bei einem Fehler wird jedes Ereignis innerhalb von 15 Minuten in 5-Minuten-Intervallen dreimal wiederholt. Wenn alle erneuten Versuche fehlschlagen, wird das Ereignis in eine Warteschlange für verpasste Ereignisse verschoben, die über den Mechanismus für erneutes Senden in Ihrem Advanced Integrated Visibility-Webhook-Projekt abgerufen werden kann.
