Input · Envíos
Cartera de envíos
Dirección, plazo de entrega, franja horaria (opcional), peso y volumen (si está disponible). Haz clic en el mapa para fijar la ubicación.
Definir franja horaria de entrega (opcional)
Volumen disponible (campo poco común — opcional)
| ID | Dir. | Tipo | Kg | |
|---|---|---|---|---|
| Aún no hay envíos cargados. | ||||
Input · Flota
Conductores
Nombre y horario de turno.
| ID | Nombre | Turno | |
|---|---|---|---|
| Sin conductores. | |||
Input · Flota
Vehículos
Asigna un conductor y define su capacidad máxima de paquetes.
| ID | Conductor | Cap. | |
|---|---|---|---|
| Sin vehículos. | |||
Input · Recogidas
Rutas de recogida ya definidas
Estas rutas se consideran cerradas: se muestran junto al plan de entregas pero no se re-optimizan (líneas discontinuas en el mapa).
| ID | Nombre | Paradas | |
|---|---|---|---|
| Sin rutas de recogida. | |||
Motor · Heurística Sweep
Generar plan
Reparte envíos por barrido angular desde el hub, respetando la capacidad de cada vehículo. Simulación en cliente — sin backend.
Nota: este cálculo corre 100% en el navegador con una heurística simple (barrido angular). Es representativo para la demo de UX, no un motor de optimización de producción (ej. OR-Tools, Clarke-Wright con restricciones combinadas de ventanas horarias + capacidad + turnos), que requeriría backend dedicado.
Endpoint simulado · Inserción
Añadir punto de recogida
Simula el endpoint
POST /plan/{id}/insert-pickup: dado un plan ya generado, calcula dónde insertar un nuevo punto con el menor coste marginal (heurística de cheapest insertion).👉 Haz clic en el mapa para marcar dónde está el nuevo punto de recogida.
Coste de construir esto como endpoint real: es una de las operaciones más baratas del sistema. No requiere replanificar todo el plan — solo evaluar, para cada ruta activa, el coste marginal de insertar el nuevo punto en cada hueco entre paradas consecutivas (O(nº rutas × paradas por ruta)), y quedarse con el mínimo. Sobre un backend que ya expone el plan generado, esto es típicamente 1–3 días de desarrollo (endpoint + validación de capacidad/turno + recálculo de distancia/tiempo), frente a semanas que llevaría un re-optimizador completo del plan.