SaaS · Logística de última milla

Omaka

Decidir en qué orden conviene entregar, y saber qué pasó en campo.

Pantallas de Omaka: listado de pedidos con y sin ruta, ficha del cliente, recálculo de ruta y vista del operador en campo.
Tipo
Caso de cliente
Industria
Logística / Última milla
Plataforma
Web · iOS · Android
Año
2024
Servicios de Kodika
  • Product strategy
  • UX/UI
  • Frontend web
  • Mobile
  • Backend
  • Arquitectura
  • Routing
  • Infraestructura
  • Integraciones

Una operación de última milla con múltiples entregas, operadores y ventanas de tiempo tiene que resolver dos cosas a la vez: cómo planear el recorrido y cómo mantener visibilidad de lo que ocurre mientras sucede.

El problema

Las operaciones con múltiples entregas, operadores y ventanas de tiempo necesitan decidir no sólo dónde está cada destino, sino en qué orden conviene visitarlo, cómo repartir el trabajo y cómo mantener visibilidad de lo que ocurre en campo.

Lo que construimos

Un ecosistema con panel web, aplicación móvil para operadores y administración de pedidos, clientes, rutas, evidencias, contratos, notificaciones y reportes.

Cómo lo resolvimos

Se construyó un motor de rutas con prioridades y estimaciones de tiempo sobre varios servicios de routing: Mapbox, Google Maps y una instancia propia de OSRM. Encima se diseñaron procesos offline, sincronización, generación de reportes y seguimiento de entregas.

Tres motores de routing para un mismo problema

El cálculo de rutas se apoya en Mapbox, Google Maps y una instancia propia de OSRM. Tener un motor propio permite optimizar recorridos sin depender del costo ni de los límites de un proveedor externo, y contrastar resultados cuando la geometría de la ruta es difícil.

Prioridades y tiempos, no sólo distancia

El motor no ordena las paradas por cercanía: incorpora prioridades y estimaciones de tiempo para que el recorrido respete las ventanas de entrega comprometidas.

El operador trabaja aunque el mapa no cargue

La aplicación del operador está diseñada para seguir capturando en zonas sin señal: los procesos son offline y la sincronización ocurre después, cuando el dispositivo recupera conexión.

La evidencia es parte del flujo

Las pruebas de entrega, los contratos y las notificaciones no son un módulo aparte: quedan atados a la parada que las generó, y de ahí salen los reportes.

El sistema

Operación

Panel webApp del operadorPedidos y clientes

Motor de rutas

PrioridadesEstimación de tiemposOptimización de recorrido

Proveedores de routing

OSRM propioMapboxGoogle Maps

Datos

FirestoreEvidenciasReportes
El motor de rutas se apoya en tres proveedores de routing; el operador en campo trabaja contra su copia local.

El resultado

Planeación, ejecución en campo y evidencia dejan de vivir en herramientas separadas: la ruta que se planeó, lo que ocurrió al recorrerla y lo que se entregó son el mismo registro.

Next.js · React Native · Expo · Node.js · TypeScript · Firebase · Firestore · Mapbox · OSRM · Google Maps · PM2 · Nginx

Sigue explorando