Fedex Logo

Övervakning av misslyckanden och mekanism för upprepade försök

Du behöver övervaka dina misslyckanden internt och meddela FedEx kundtjänst om misslyckanden kvarstår.

Begränsningar för upprepade försök:

  • Mekanismen för upprepade försök (upprepade försök att skicka händelsedata) inträffar endast om FedEx inte tar emot HTTP-statuskoderna 200 eller 202 från destinations-URL:en. De här upprepade försöken görs i 5-minutersintervall inom 15 minuter, dvs. tre gånger inom 15 minuter (se diagrammet för upprepade försök).
  • Om FedEx försöker leverera händelsedata och får något annat än 200 eller 202 som svar kommer den transaktionen att betraktas som misslyckad.
  • Vid misslyckande kommer det att göras tre upprepade försök inom femton minuter, med ett femminutersintervall mellan varje försök. Om alla upprepade försök misslyckas kommer händelsen att skickas till en kö för missade händelser, som du kan hämta med hjälp av mekanismen för upprepade försök i ditt Advanced Integrated Visibility-webhookprojekt. Alla misslyckade händelser som har följande HTTPS-serievärden kommer att lagras i sju dagar och kan hämtas genom att initiera processen för upprepade försök i ditt Advanced Integrated Visibility-webhookprojekt:
    • 200 – null
    • 400 – ClientID matchar inte
    • 401 – datatoken är inte giltig
    • 500 – null
    Eventuella missade händelser under de sju dagarna kommer att skickas till den destinations-URL som du prenumererar på.

Logik för upprepade försök:

Vid misslyckande kommer det att göras tre upprepade försök inom femton minuter, med ett femminutersintervall mellan varje försök. Om alla upprepade försök misslyckas kommer händelsen att skickas till en kö för missade händelser, som du kan hämta med hjälp av mekanismen för upprepade försök i ditt Advanced Integrated Visibility-webhookprojekt.

 

retry_logic
retry_logic_3
  • Logik för upprepade försök:
    • Försök 1:
      Exempel: Spårningsnummer 823497234824 är ”levererat”, klienten skickade ett 400-svar. (Allt annat än HTTP-status 200/202 betraktas som misslyckat.) I det här fallet kallar vi försök 1 som misslyckande.
      • Försök 2 – 1 min +/jitter – Upprepat försök 1
      • Försök 3 – 2 min +/jitter – Upprepat försök 2
      • Försök 4 – 4 min +/jitter – Upprepat försök 3

      Om FedEx får ett framgångsrikt svar, som HTTP-status 200 och 202, för någon av förfrågningarna om upprepade försök, kommer FedEx att stoppa försöksmekanismen för en angiven händelse.

Viktiga punkter att observera:

  • Mekanismen för upprepade försök (upprepade försök att skicka händelsedata) inträffar endast om FedEx inte tar emot HTTP-statuskoderna 200 eller 202 från destinations-URL:en.
  • Om FedEx försöker leverera händelsedata och får något annat än 200 eller 202 som svar kommer den transaktionen att betraktas som misslyckad.
  • FedEx kommer att fortsätta att skicka nya händelsedata om de uppstår samtidigt som det görs upprepade försök att skicka den ursprungliga händelsen.
  • FedEx kommer även att skicka efterföljande händelser som uppstår därefter för den Advanced Integrated Visibility-webhooken.

Övervakning av misslyckanden och mekanism för upprepade försök

Du behöver övervaka dina misslyckanden internt och meddela FedEx kundtjänst om misslyckanden kvarstår.

Begränsningar för upprepade försök:

  • Mekanismen för upprepade försök (upprepade försök att skicka händelsedata) inträffar endast om FedEx inte tar emot HTTP-statuskoderna 200 eller 202 från destinations-URL:en. De här upprepade försöken görs i 5-minutersintervall inom 15 minuter, dvs. tre gånger inom 15 minuter (se diagrammet för upprepade försök).
  • Om FedEx försöker leverera händelsedata och får något annat än 200 eller 202 som svar kommer den transaktionen att betraktas som misslyckad.
  • Vid misslyckande kommer det att göras tre upprepade försök inom femton minuter, med ett femminutersintervall mellan varje försök. Om alla upprepade försök misslyckas kommer händelsen att skickas till en kö för missade händelser, som du kan hämta med hjälp av mekanismen för upprepade försök i ditt Advanced Integrated Visibility-webhookprojekt. Alla misslyckade händelser som har följande HTTPS-serievärden kommer att lagras i sju dagar och kan hämtas genom att initiera processen för upprepade försök i ditt Advanced Integrated Visibility-webhookprojekt:
    • 200 – null
    • 400 – ClientID matchar inte
    • 401 – datatoken är inte giltig
    • 500 – null
    Eventuella missade händelser under de sju dagarna kommer att skickas till den destinations-URL som du prenumererar på.

Logik för upprepade försök:

Vid misslyckande kommer det att göras tre upprepade försök inom femton minuter, med ett femminutersintervall mellan varje försök. Om alla upprepade försök misslyckas kommer händelsen att skickas till en kö för missade händelser, som du kan hämta med hjälp av mekanismen för upprepade försök i ditt Advanced Integrated Visibility-webhookprojekt.

 

CLOSE

Response

Copy