Tendrá que supervisar los fallos de forma interna y ponerse en contacto con el servicio FedEx de atención al cliente si el fallo persiste.

Limitaciones del mecanismo de reintento:

• El mecanismo de reintento (reintento de envío de datos de eventos) se produce solo cuando FedEx no recibe los códigos de estado HTTP 200 o 202 en la respuesta de la URL de destino. Estas acciones de reintento tienen lugar en intervalos de 5 minutos durante 15 minutos, es decir, 3 veces en un lapso de 15 minutos (véase el diagrama de reintentos).
• Si FedEx intenta entregar datos de eventos y recibe otra respuesta diferente a la 200 o la 202, la transacción se considerará fallida.
• Todo evento fallido se reintentará 3 veces en un lapso de 15 minutos, en intervalos de 5 minutos entre cada reintento. Si todos estos reintentos fallaran, el evento se enviaría a una cola de eventos fallidos que puede recuperar mediante el mecanismo de reintento que se encuentra en su proyecto de Advanced Integrated Visibility webhook. Todos los eventos fallidos que tengan los siguientes valores de serie HTTPS se guardarán durante 7 días y se podrán recuperar si se inicia el proceso de reintento del proyecto de Advanced Integrated Visibility webhook:
  • 200: nulo
  • 400: el ID del cliente no coincide
  • 401: el token de Data Works no es válido
  • 500: nulo
  Todo evento fallido en ese intervalo de 7 días se enviará a la URL de destino suscrita

Lógica de reintento:

Todo evento fallido se reintentará 3 veces en un lapso de 15 minutos, en intervalos de 5 minutos entre cada reintento. Si todos estos reintentos fallaran, el evento se enviaría a una cola de eventos fallidos que puede recuperar mediante el mecanismo de reintento que se encuentra en su proyecto de Advanced Integrated Visibility webhook.

• Lógica de reintento:
  • Intento 1:
    Ejemplo: el número de seguimiento 823497234824 está «Entregado»; el cliente envió la respuesta 400 (cualquier otro estado HTTP que no sea 200/202 se considera fallido). En este caso, el intento 1 se califica como fallido.
    • Intento 2 - 1 min +/jitter - Reintento 1
    • Intento 3 - 2 min +/jitter - Reintento 2
    • Intento 4 - 4 min +/jitter - Reintento 3

    Si FedEx recibe una respuesta positiva (estado HTTP 200/202) para alguna solicitud de reintento, detendrá el mecanismo de reintento para dicho evento.

Notas importantes:

• El mecanismo de reintento (reintento de envío de datos de eventos) se produce solo cuando FedEx no recibe los códigos de estado HTTP 200 o 202 en la respuesta de la URL de destino.
• Si FedEx intenta entregar datos de eventos y recibe otra respuesta diferente a la 200 o la 202, la transacción se considerará fallida.
• FedEx seguirá enviando datos de nuevos eventos cuando se produzcan a la vez que reintenta enviar los del evento original.
• FedEx también enviará datos de eventos de Advanced Integrated Visibility webhook que se produzcan después.

Tendrá que supervisar los fallos de forma interna y ponerse en contacto con el servicio FedEx de atención al cliente si el fallo persiste.

Limitaciones del mecanismo de reintento:

• El mecanismo de reintento (reintento de envío de datos de eventos) se produce solo cuando FedEx no recibe los códigos de estado HTTP 200 o 202 en la respuesta de la URL de destino. Estas acciones de reintento tienen lugar en intervalos de 5 minutos durante 15 minutos, es decir, 3 veces en un lapso de 15 minutos (véase el diagrama de reintentos).
• Si FedEx intenta entregar datos de eventos y recibe otra respuesta diferente a la 200 o la 202, la transacción se considerará fallida.
• Todo evento fallido se reintentará 3 veces en un lapso de 15 minutos, en intervalos de 5 minutos entre cada reintento. Si todos estos reintentos fallaran, el evento se enviaría a una cola de eventos fallidos que puede recuperar mediante el mecanismo de reintento que se encuentra en su proyecto de Advanced Integrated Visibility webhook. Todos los eventos fallidos que tengan los siguientes valores de serie HTTPS se guardarán durante 7 días y se podrán recuperar si se inicia el proceso de reintento del proyecto de Advanced Integrated Visibility webhook:
  • 200: nulo
  • 400: el ID del cliente no coincide
  • 401: el token de Data Works no es válido
  • 500: nulo
  Todo evento fallido en ese intervalo de 7 días se enviará a la URL de destino suscrita

Lógica de reintento:

Todo evento fallido se reintentará 3 veces en un lapso de 15 minutos, en intervalos de 5 minutos entre cada reintento. Si todos estos reintentos fallaran, el evento se enviaría a una cola de eventos fallidos que puede recuperar mediante el mecanismo de reintento que se encuentra en su proyecto de Advanced Integrated Visibility webhook.