Meghiúsulások és az ismételt próbálkozások mechanizmusainak megfigyelése
A hibákat az Ön részéről belsőleg kell nyomon követnie, és értesítenie kell a FedEx ügyfélszolgálatát, ha a hibák továbbra is fennállnak.
Az ismételt próbálkozás korlátozásai:
- Az ismételt próbálkozás mechanizmusa (újrapróbálkozás az eseményadatok továbbításához) kizárólag akkor fordul elő, amikor a FedEx nem kap 200-as vagy 202-es HTTP-állapotkódot válaszként a rendeltetési URL-címtől. Az újrapróbálkozási kísérletek 15 percen keresztül, 5 perces időközönként 3 alkalommal történnek 15 perc alatt (lásd az újrapróbálkozási diagramot).
- Valahányszor a FedEx megpróbálja kézbesíteni az eseményadatokat, és 200-tól vagy 202-től eltérő értéket kap, az adott tranzakciót sikertelennek tekinti a rendszer.
- Sikertelenség esetén minden eseményt 15 percen keresztül 3 alkalommal próbálnak meg újra végrehajtani, az egyes próbálkozások között 5 perces szünetekkel. Ha az összes ilyen próbálkozás sikertelen, akkor az esemény az elmaradt események sorába kerül, amelyből a Speciális integrált láthatóság webhookprojektben lévő újrapróbálkozási mechanizmus segítségével lehet előhívni. Az összes sikertelen esemény, amely a következő HTTPS-sorozatértékekkel rendelkezik, 7 napig kerül tárolásra, és a Speciális integrált láthatóság webhookprojektben az újrapróbálkozás folyamatának elindításával hívható elő:
- 200 – Null
- 400 – Az ügyfél azonosítója nem egyezik
- 401 – A Data Works-token nem érvényes
- 500 – Null
Újrapróbálkozási logika:
Sikertelenség esetén minden eseményt 15 percen keresztül 3 alkalommal próbálnak meg újra végrehajtani, az egyes próbálkozások között 5 perces szünetekkel. Ha az összes ilyen próbálkozás sikertelen, akkor az esemény az elmaradt események sorába kerül, amelyből a Speciális integrált láthatóság webhookprojektben lévő újrapróbálkozási mechanizmus segítségével lehet előhívni.
- Újrapróbálkozási logika:
- 1. kísérlet:
Példa: A 823497234824-es fuvaerlevélszám „Kézbesítve”, az ügyfél 400-választ küldött. (A 200/202-es HTTP-állapotkódtól eltérő bármely érték meghiúsulásnak minősül). Ebben az esetben az első kísérletet sikertelenként könyveljük el.- 2. kísérlet - körülbelül 1 perc/jitter – 1. újrapróbálkozás
- 3. kísérlet - körülbelül 2 perc/jitter – 2. újrapróbálkozás
- 4. kísérlet - körülbelül 4 perc/jitter – 3. újrapróbálkozás
Amennyiben a FedEx sikeres választ kap, például 200-as és 202-es HTTP-állapotkódú választ bármelyik újrapróbálkozási kérelemre, akkor a FedEx leállítja az adott eseményre vonatkozó újrapróbálkozási mechanizmust.
- 1. kísérlet:
Fontos megjegyzések:
- Az ismételt próbálkozás mechanizmusa (újrapróbálkozás az eseményadatok továbbításához) kizárólag akkor fordul elő, amikor a FedEx nem kap 200-as vagy 202-es HTTP-állapotkódot válaszként a rendeltetési URL-címtől.
- Valahányszor a FedEx megpróbálja kézbesíteni az eseményadatokat, és 200-tól vagy 202-től eltérő értéket kap, az adott tranzakciót sikertelennek tekinti a rendszer.
- A FedEx folytatja az új esemény(ek) adatainak továbbítását, ha azok az eredeti esemény újrapróbálása közben történnek.
- A FedEx az adott Speciális integrált láthatóság webhookhoz tartozó, a továbbiakban történő eseményeket is elküldi.
Meghiúsulások és az ismételt próbálkozások mechanizmusainak megfigyelése
A hibákat az Ön részéről belsőleg kell nyomon követnie, és értesítenie kell a FedEx ügyfélszolgálatát, ha a hibák továbbra is fennállnak.
Az ismételt próbálkozás korlátozásai:
- Az ismételt próbálkozás mechanizmusa (újrapróbálkozás az eseményadatok továbbításához) kizárólag akkor fordul elő, amikor a FedEx nem kap 200-as vagy 202-es HTTP-állapotkódot válaszként a rendeltetési URL-címtől. Az újrapróbálkozási kísérletek 15 percen keresztül, 5 perces időközönként 3 alkalommal történnek 15 perc alatt (lásd az újrapróbálkozási diagramot).
- Valahányszor a FedEx megpróbálja kézbesíteni az eseményadatokat, és 200-tól vagy 202-től eltérő értéket kap, az adott tranzakciót sikertelennek tekinti a rendszer.
- Sikertelenség esetén minden eseményt 15 percen keresztül 3 alkalommal próbálnak meg újra végrehajtani, az egyes próbálkozások között 5 perces szünetekkel. Ha az összes ilyen próbálkozás sikertelen, akkor az esemény az elmaradt események sorába kerül, amelyből a Speciális integrált láthatóság webhookprojektben lévő újrapróbálkozási mechanizmus segítségével lehet előhívni. Az összes sikertelen esemény, amely a következő HTTPS-sorozatértékekkel rendelkezik, 7 napig kerül tárolásra, és a Speciális integrált láthatóság webhookprojektben az újrapróbálkozás folyamatának elindításával hívható elő:
- 200 – Null
- 400 – Az ügyfél azonosítója nem egyezik
- 401 – A Data Works-token nem érvényes
- 500 – Null
Újrapróbálkozási logika:
Sikertelenség esetén minden eseményt 15 percen keresztül 3 alkalommal próbálnak meg újra végrehajtani, az egyes próbálkozások között 5 perces szünetekkel. Ha az összes ilyen próbálkozás sikertelen, akkor az esemény az elmaradt események sorába kerül, amelyből a Speciális integrált láthatóság webhookprojektben lévő újrapróbálkozási mechanizmus segítségével lehet előhívni.
