Ciclos de Pedido No Exitoso

Cancelado por Negocio

En este escenario, un pedido es creado exitosamente. Pero durante el transcurso del pedido el negocio desea cancelarlo (puede ser vía API o via Dashboard). Cuando esto sucede, el pedido se guarda bajo el estado de CANCELLED_BY_BUSINESS. Esta cancelación puede efectuarse mientras el pedido este en:

• ON_HOLD
• READY_FOR_PICKUP
• ACCEPTED
• ARRIVED_AT_PICKUP

En los 2 últimos estados (ACCEPTED y ARRIVED_AT_PICKUP), esta cancelación incurre en un costo del 50% del delivery.

Cancelado Por Admin

este escenario, durante el ciclo de un pedido si este esta en un estado superior a ARRIVED_AT_PICKUP, el local no podrá cancelar el pedido. Para poder cancelarlo, el usuario deberá consultar a soporte para proceder con la cancelación. En este flujo, el estado con el que se guarda el pedido es CANCELLED_BY_ADMIN.

Cancelado por Proveedor

Existen ocasiones en que el proveedor, ya teniendo el pedido en curso, no puede despachar o terminar el pedido. En estos escenarios, el proveedor cancela el pedido y se guarda con el estado CANCELLED_BY_DELIVERY_PROVIDER.

Provider Not Found

Este estado se dispara al momento en que se crea un pedido, pero ningún proveedor esta disponible para poder atender tu pedido. Para entender como se registra este estado, seguimos el siguiente flujo:

1. Se crea un pedido en la plataforma de Picker (via API o Dashboard).
2. Picker intenta solicitar a los proveedores activos del local si pueden efectuar la orden.
3. Si al menos un proveedor accede a atender la orden, se efectúa la búsqueda.
4. Si ningún proveedor puede atender el pedido, se da por finalizado el pedido y se lo guarda con el estado PROVIDER_NOT_FOUND.

La disponibilidad de un proveedor va a depender distintos criterios:

• El método de pago del pedido (algunos proveedores no manejan el pago contra entrega o efectivo).
• La ubicación de entrega esta fuera de la cobertura de los proveedores.
• Proveedores no pueden atender el pedido por alta demanda en sus respectivas plataformas.

No Entrega (Not Delivered)

Este escenario sucede cuando el conductor esta intentando entregar al pedido al cliente, pero por alguna razón no puede completar el pedido. Esto puede suceder por distintas razones:

• Conductor no encuentra con la dirección de entrega (Dirección errónea o incompleta)
• Cliente no recibe pedido o lo rechaza.
• Conductor no puede contactar con cliente para coordinar la entrega (Número de teléfono o datos de contacto erróneos).

Hay que tener en consideración que cuando se dispara este escenario, el pedido pasará al estado NOT_DELIVERED si este no es requerido de retorno al local.

Returned

Si el pedido no pudo ser entregado al cliente (bajo los escenario descritos en No Entrega), y este requiere que sea retornado al local o comercio, para al estado RETURNING, el cual indica que el pedido va de regreso al local. Una vez que el pedido sea retornado satisfactoriamente al local, pasa al estado final RETURNED.