Monitorowanie niepowodzeń i mechanizm ponawiania prób
Niepowodzenia należy monitorować wewnętrznie po swojej stronie. Jeżeli powtarzają się, konieczne jest powiadomienie infolinii FedEx.
Ograniczenia mechanizmu ponawiania prób:
- Mechanizm ponawiania prób (wypchnięcia danych zdarzenia) uruchamiany jest tylko wtedy, gdy FedEx nie otrzymuje w odpowiedzi określonego statusu kodu HTTP (200 lub 202) z adresu URL miejsca przeznaczenia. Próby ponowienia są podejmowane przez 15 minut — w 5-minutowych odstępach 3 razy w ciągu 15 minut (patrz diagram ponawiania prób).
- Transakcja będzie uznawana za nieudaną za każdym razem, gdy po próbie dostarczenia danych zdarzenia system FedEx otrzyma w odpowiedzi kod o statusie innym niż 200 lub 202.
- W przypadku niepowodzenia każde zdarzenie będzie ponawiane 3 razy w ciągu 15 minut z 5-minutowymi przerwami między kolejnymi próbami. Jeśli wszystkie próby zakończą się niepowodzeniem, zdarzenie zostanie przesłane do kolejki nieodebranych zdarzeń, z której będzie można je pobrać za pomocą mechanizmu ponawiania prób w projekcie elementu webhook Advanced Integrated Visibility. Wszystkie zdarzenia zakończone niepowodzeniem, które mają podane poniżej wartości serii HTTPS, będą przechowywane przez 7 dni i będzie można je odzyskać, inicjując proces ponawiania próby w projekcie elementu webhook Advanced Integrated Visibility:
- 200 — Null
- 400 — Brak zgodności identyfikatora klienta
- 401 — Token Data Works jest nieprawidłowy
- 500 — Null
Schemat ponawiania prób:
W przypadku niepowodzenia każde zdarzenie będzie ponawiane 3 razy w ciągu 15 minut z 5-minutowymi przerwami między kolejnymi próbami. Jeśli wszystkie próby zakończą się niepowodzeniem, zdarzenie zostanie przesłane do kolejki nieodebranych zdarzeń, z której będzie można je pobrać za pomocą mechanizmu ponawiania prób w projekcie elementu webhook Advanced Integrated Visibility.
- Schemat ponawiania prób:
- Próba 1:
Przykład: status dla numeru monitorowania przesyłki 823497234824: Dostarczono; klient wysłał odpowiedź: 400 (wszystkie statusy kodu HTTP inne niż 200/202 są równoznaczne z niepowodzeniem). W tym przypadku próba 1 zakończyła się niepowodzeniem.- Próba 2 — 1 min +/ jitter — ponowna próba 1
- Próba 3 — 2 min +/ jitter — ponowna próba 2
- Próba 4 — 4 min +/ jitter — ponowna próba 3
Jeśli FedEx otrzyma poprawną odpowiedź (np. status kodu HTTP 200 lub 202) na dowolne żądanie ponownej próby, mechanizm ponawiania prób w przypadku danego zdarzenia zostanie zatrzymany.
- Próba 1:
Ważne uwagi:
- Mechanizm ponawiania prób (wypchnięcia danych dotyczących zdarzenia) uruchamiany jest tylko wtedy, gdy FedEx nie otrzymuje w odpowiedzi określonego statusu kodu HTTP (200 lub 202) z adresu URL miejsca przeznaczenia.
- Transakcja będzie uznawana za nieudaną za każdym razem, gdy po próbie dostarczenia danych zdarzenia system FedEx otrzyma w odpowiedzi kod o statusie innym niż 200 lub 202.
- FedEx będzie kontynuować wypychanie danych ewentualnych nowych zdarzeń mających miejsce podczas ponawiania prób w związku z pierwotnym zdarzeniem.
- FedEx będzie również przesyłać dane dotyczące wszystkich późniejszych zdarzeń powiązanych z danym elementem webhook Advanced Integrated Visibility.
Monitorowanie niepowodzeń i mechanizm ponawiania prób
Niepowodzenia należy monitorować wewnętrznie po swojej stronie. Jeżeli powtarzają się, konieczne jest powiadomienie infolinii FedEx.
Ograniczenia mechanizmu ponawiania prób:
- Mechanizm ponawiania prób (wypchnięcia danych zdarzenia) uruchamiany jest tylko wtedy, gdy FedEx nie otrzymuje w odpowiedzi określonego statusu kodu HTTP (200 lub 202) z adresu URL miejsca przeznaczenia. Próby ponowienia są podejmowane przez 15 minut — w 5-minutowych odstępach 3 razy w ciągu 15 minut (patrz diagram ponawiania prób).
- Transakcja będzie uznawana za nieudaną za każdym razem, gdy po próbie dostarczenia danych zdarzenia system FedEx otrzyma w odpowiedzi kod o statusie innym niż 200 lub 202.
- W przypadku niepowodzenia każde zdarzenie będzie ponawiane 3 razy w ciągu 15 minut z 5-minutowymi przerwami między kolejnymi próbami. Jeśli wszystkie próby zakończą się niepowodzeniem, zdarzenie zostanie przesłane do kolejki nieodebranych zdarzeń, z której będzie można je pobrać za pomocą mechanizmu ponawiania prób w projekcie elementu webhook Advanced Integrated Visibility. Wszystkie zdarzenia zakończone niepowodzeniem, które mają podane poniżej wartości serii HTTPS, będą przechowywane przez 7 dni i będzie można je odzyskać, inicjując proces ponawiania próby w projekcie elementu webhook Advanced Integrated Visibility:
- 200 — Null
- 400 — Brak zgodności identyfikatora klienta
- 401 — Token Data Works jest nieprawidłowy
- 500 — Null
Schemat ponawiania prób:
W przypadku niepowodzenia każde zdarzenie będzie ponawiane 3 razy w ciągu 15 minut z 5-minutowymi przerwami między kolejnymi próbami. Jeśli wszystkie próby zakończą się niepowodzeniem, zdarzenie zostanie przesłane do kolejki nieodebranych zdarzeń, z której będzie można je pobrać za pomocą mechanizmu ponawiania prób w projekcie elementu webhook Advanced Integrated Visibility.
