Estados
En esta sección te presentaremos los estados de una entrega en shippify y te ayudaremos a enlazarlos con los de tu plataforma.
Última actualización
En esta sección te presentaremos los estados de una entrega en shippify y te ayudaremos a enlazarlos con los de tu plataforma.
Última actualización
Para que una entrega sea completada, esta debe pasar por una serie de cambios de estados la cual detallamos en la siguiente imagen.
Cuando se crea una entrega en el sistema, esta se puede crear con estado procesando que significa que la tarea se creó satisfactoriamente y esta lista para ser asignada. Cuando se crea como pendiente de revisión es porque hubo un error en la geolocalización, ya sea en la dirección de recolección o entrega y es necesario que un operador corrija la dirección para que pueda pasar a procesando y seguir el flujo.
Para enlazar una entrega con un conductor hay dos vías, colocarla en estado broadcasting ( La entrega se publica en la red de conductores para que alguno la tome en la aplicación móvil) o asignarla directamente a un conductor (Este proceso es realizado por un operador en el dash, al asignarlo no significa que el conductor acepta la tarea).
Cuando un conductor toma la entrega desde la app móvil o un operador lo asignó desde el dash y el conductor acepta la entrega en la app móvil, esta pasa a confirmado para la recolección. Luego de confirmar la recolección, el conductor indica desde la app cuando se encuentra en camino para la recolección. Finalmente al llegar a la bodega el conductor marca en la app que ya está en el punto de recolección. En todo este proceso el conductor puede rechazar la entrega cambiándola al estado no recolectado.
En todo este proceso de recolección el conductor puede rechazar la entrega cambiándola al estado no recolectado, de este modo la entrega queda sin conductor asignado. Bajo este estado se pueden configurar razones para describir el motivo del cambio o rechazo, por ejemplo problemas con el vehículo.
Cuando ya está en bodega el conductor, se procede a escanear y verificar los paquetes de la entrega, en el caso que la entrega pertenezca a una ruta, se debe realizar el mismo proceso para cada una. Durante este proceso la tarea está con el estado en entrega. Luego de terminar la verificación, se pasa a En camino a la entrega y posteriormente a en punto de entrega cuando llegue a la dirección pactada.
En todo este proceso de entrega el conductor puede abstenerse de completar la entrega cambiándola al estado En resguardo por el conductor, bajo este estado se pueden configurar razones para describir el motivo del cambio, por ejemplo el cliente no estaba en el domicilio. El conductor puede reintentar la entrega hasta máximo 3 veces, en caso que logre realizar la entrega la tarea continua el flujo en verde, caso contrario sigue el flujo rojo que devuelve el paquete a la bodega quedando como retornado la entrega.
Luego de realizar la entrega de los paquetes al destinatario, se solicita en la app comprobantes de entrega como fotos o firma de la persona quien recibe el paquete. Una vez entregado los comprobantes la tarea cambia al estado completado finalizando asi el ciclo de vida de la tarea.
En cualquier paso del flujo la entrega puede ser cancelada, ya sea por integración externa del API o desde el dash. Al cancelar, la entrega se queda sin conductor. Bajo este estado se pueden configurar razones para describir el motivo del cambio, por ejemplo cliente canceló el pedido.
| Estado de la entrega | Código | Descripción |
|---|---|---|
Pendiente de revisión | pending_to_review | Se crea una entrega con información faltante de recogida o entrega (contacto, ubicación) y necesita revisión. |
Procesando | processing | Se crea con éxito una entrega en la plataforma. |
Buscando conductor | broadcasting | Se ha publicado una entrega en una red de conductores. |
Asignada | assigned | Se ha asignado una entrega a un conductor. |
Confirmado para recolectar | confirmed_to_pickup | Se ha confirmado una entrega para que la realice un conductor. |
En camino a la recolección | going_to_pickup | Un conductor se dirige a la dirección de recogida. |
En el punto de recolección | at_pickup | Un conductor está en la dirección de recogida. |
En entrega | on_delivery | Conductor en camino a la entrega |
En camino a la entrega | going_to_dropoff | Un conductor se dirige a la dirección de entrega. |
En el punto de entrega | at_dropoff | Un conductor está en la dirección de entrega. |
Entregado | dropped_off | Un conductor espera el comprobante de entrega (foto, firma, datos del destinatario). |
Completado | completed | Un conductor ha completado con éxito una entrega. |
Canceledo | canceled | Se ha cancelado una entrega. |
En camino al punto de retorno | going_to_return | Un conductor se dirige a la dirección de recogida para devolver una entrega. |
En el punto de retorno | at_return_point | Un conductor se encuentra en la dirección de recogida para devolver una entrega. |
Regresado | returned | Un conductor ha devuelto correctamente una entrega. |
No recolectado | not_picked_up | Un conductor ha informado que no se ha recogido una entrega. |
No recolectado pagable | not_picked_up_payable | Un conductor ha informado de que no se ha recogido una entrega, pero se le pagará. |
En resguardo por el conductor | hold_by_courier | Una entrega es retenida por el conductor asignado hasta que se realice un nuevo intento o se devuelva a la dirección de recogida. |
Si necesitas especificar la razón por la que cambió a un estado una tarea, puedes configurarle al estado de tu preferencia los motivos que desees, estos explicaran o daran mayor detalle al cambio. Si en tu sistema externo tienes un estado que no existe en nuestra lista, puedes enlazarlo al que se parezca mas y crear bajo él un motivo que lo identifique mejor. Generalmente se agregan estos motivos a los estados de hold_by_courier y canceled.
| Estado en Shippify | Razón de problema | Estado Externo |
|---|---|---|
hold_by_courier | Rechazo del cliente | Rechazo del cliente |
hold_by_courier | No se encuentra el cliente | No se encuentra el cliente |
canceled | Pérdida del paquete | Paquete perdido |
canceled | Cancelación del cliente | Cliente canceló |
Puedes crear estos motivos dentro del dash accediendo a este link. Aqui encontrarás razones del sistema que puedes reutilizar y en caso de no encontrar la indicada, puedes crearla.
Ingresar a este link.
Seleccionar un estado.
Revisar si no existe en el sistema un motivo similar al tuyo. Si existe, agrégalo a tu compañía, caso contrario crea uno.
Ya que conoces los estados y motivos dentro de nuestro sistema, puedes proceder a enlazarlos con tu sistema. Para tener una mejor visión de esto, puedes tomar esta plantilla y empezar a llenarla.
Aqui encontrarás una tabla donde deberás llenar la información de los estados en tu sistema y como sería el equivalente en shippify.
Lista los estados de tu plataforma en la columna azul
Encuentra el estado equivalente en shippify. Puedes ayudarte realizando las siguientes preguntas:
Es un estado que ocurre antes de la recolección de los paquetes en la bodega?
Es un estado que indica que hubo un problema?
Si necesitas más detalles para un estado o te salió el mismo estado en shippify para 2 o mas estados de tu plataforma, entonces agrégale razones al estado.
Cuando ya tengas tu tabla llena, podrás continuar a configurar la sincronización de estados en tu sistema.
