Trabajo / Logística, PWA
Sistema de reparto
Los pedidos del día entran como una hoja de cálculo. Salen rutas por zona, una app para choferes que funciona sin señal y una liquidación por zona al final del día.
El problema
Los repartos del día salían del ERP como una hoja de cálculo, y ahí terminaba el sistema. Quién llevó qué zona, qué se entregó, qué regresó y cómo se pagó había que armarlo después, a mano.
Lo que construí
El despachador sube el archivo en la mañana. El sistema lo divide en zonas y el despachador asigna a los choferes. El chofer abre la app en su celular y ve las paradas.
En cada parada el chofer marca entregado, parcial o rechazado, y cómo se pagó: efectivo o una de las dos apps de pago locales, con el código QR en pantalla. El celular lo guarda y lo envía cuando vuelve la señal. En Lima hay calles donde no hay.
Al final del día la oficina recibe una liquidación por zona: mercadería que salió, mercadería que regresó, dinero que entró. Se exporta a PDF y después se cierra.
Cómo encaja todo
- PersonasDespachador en la app de administración, Choferes en la PWA
- En el celularservice worker, base de datos local, bandeja de salida que sincroniza después
- Aplicacióndos apps de Next.js, un monorepo
- DatosPostgres, Supabase en servidor propio, roles en el token de ingreso
Qué resultó
| En producción desde | abril de 2026 | medido |
|---|---|---|
| Commits | 707 | medido, nov. 2026 |
| Clientes en un día de reparto | 90 a 130 | medido, set. a inicios de oct. 2026 |
| Zonas en un día de reparto | 5 a 9 | medido, set. a inicios de oct. 2026 |
| Trabajo de despacho y liquidación ahorrado por semana | unas 5 a 9 horas | estimado, 5 a 9 zonas al día, unos 10 minutos menos por zona, 6 días de trabajo |