Va trebui să monitorizați intern erorile pe partea dumneavoastră și să notificați biroul de asistență FedEx în cazul în care acestea persistă.

Limitări privind reîncercarea:

• Mecanismul de reîncercare (reîncercare de transmitere a datelor privind evenimentele) apare numai atunci când FedEx nu primește un cod de stare HTTP 200 sau 202 ca răspuns de la adresa URL de destinație. Evenimentele de reîncercare au loc pentru o perioadă de 15 minute, la intervale de 5 minute, de 3 ori pe parcursul a 15 minute (consultați diagrama de reîncercare).
• De fiecare dată când FedEx încearcă să livreze datele privind evenimentele și primește alt răspuns decât 200 sau 202, tranzacția respectivă va fi considerată nereușită.
• În cazul unui eșec, fiecare eveniment va fi reîncercat de 3 ori în 15 minute, cu intervale de 5 minute între reîncercări. Dacă toate aceste reîncercări eșuează, atunci evenimentul va fi trecut într-o coadă de evenimente ratate, pe care o puteți prelua folosind mecanismul de reîncercare din proiectul bazat pe webhookul Advanced Integrated Visibility. Toate evenimentele eșuate care au următoarele valori de serie HTTPS vor fi stocate timp de 7 zile și pot fi preluate prin inițierea procesului de reîncercare din proiectul bazat pe webhookul Advanced Integrated Visibility:
  • 200 - Nul
  • 400 - ID-ul clientului nu corespunde
  • 401- Tokenul Data Works nu este valid
  • 500 – Nul
  Evenimentele ratate în respectivele 7 zile vor fi trimise la adresa URL de destinație la care sunteți abonat

Logica de reîncercare

În cazul unui eșec, fiecare eveniment va fi reîncercat de 3 ori în 15 minute, cu intervale de 5 minute între reîncercări. Dacă toate aceste reîncercări eșuează, atunci evenimentul va fi trecut într-o coadă de evenimente ratate, pe care o puteți prelua folosind mecanismul de reîncercare din proiectul bazat pe webhookul Advanced Integrated Visibility.

• Logica de reîncercare
  • Încercarea 1:
    Exemplu: Număr de monitorizare 823497234824 este „Livrat”, Clientul a trimis răspunsul 400. (Orice altceva decât starea HTTP 200/202 este considerat eroare). În acest caz, vom considera încercarea 1 ca eronată.
    • Încercarea 2 - 1min +/ fluctuație - Reîncercare 1
    • Încercarea 3 - 2min +/ fluctuație - Reîncercarea 2
    • Încercarea 4 - 4min +/ fluctuație - Reîncercare 3

    Dacă FedEx primește un răspuns corect precum o stare HTTP 200 și 202 pentru oricare dintre solicitările de reîncercare, FedEx va opri mecanismul de reîncercare pentru un anumit eveniment.

Aspecte importante de reținut:

• Mecanismul de reîncercare (reîncercare de transmitere a datelor privind evenimentele) apare numai atunci când FedEx nu primește un cod de stare HTTP 200 sau 202 ca răspuns de la adresa URL de destinație.
• De fiecare dată când FedEx încearcă să livreze datele privind evenimentele și primește alt răspuns decât 200 sau 202, tranzacția respectivă va fi considerată nereușită.
• FedEx va continua să transmită datele privind noile evenimente dacă acestea au loc în timp ce se reîncearcă trimiterea pentru evenimentul inițial.
• FedEx va transmite și pentru evenimentele care vor avea loc ulterior pentru respectivul webhook Advanced Integrated Visibility.

Va trebui să monitorizați intern erorile pe partea dumneavoastră și să notificați biroul de asistență FedEx în cazul în care acestea persistă.

Limitări privind reîncercarea:

• Mecanismul de reîncercare (reîncercare de transmitere a datelor privind evenimentele) apare numai atunci când FedEx nu primește un cod de stare HTTP 200 sau 202 ca răspuns de la adresa URL de destinație. Evenimentele de reîncercare au loc pentru o perioadă de 15 minute, la intervale de 5 minute, de 3 ori pe parcursul a 15 minute (consultați diagrama de reîncercare).
• De fiecare dată când FedEx încearcă să livreze datele privind evenimentele și primește alt răspuns decât 200 sau 202, tranzacția respectivă va fi considerată nereușită.
• În cazul unui eșec, fiecare eveniment va fi reîncercat de 3 ori în 15 minute, cu intervale de 5 minute între reîncercări. Dacă toate aceste reîncercări eșuează, atunci evenimentul va fi trecut într-o coadă de evenimente ratate, pe care o puteți prelua folosind mecanismul de reîncercare din proiectul bazat pe webhookul Advanced Integrated Visibility. Toate evenimentele eșuate care au următoarele valori de serie HTTPS vor fi stocate timp de 7 zile și pot fi preluate prin inițierea procesului de reîncercare din proiectul bazat pe webhookul Advanced Integrated Visibility:
  • 200 - Nul
  • 400 - ID-ul clientului nu corespunde
  • 401- Tokenul Data Works nu este valid
  • 500 – Nul
  Evenimentele ratate în respectivele 7 zile vor fi trimise la adresa URL de destinație la care sunteți abonat

Logica de reîncercare

În cazul unui eșec, fiecare eveniment va fi reîncercat de 3 ori în 15 minute, cu intervale de 5 minute între reîncercări. Dacă toate aceste reîncercări eșuează, atunci evenimentul va fi trecut într-o coadă de evenimente ratate, pe care o puteți prelua folosind mecanismul de reîncercare din proiectul bazat pe webhookul Advanced Integrated Visibility.