Planificación de viajes y recorridos

La pantalla Logística → Planificación de viajes reúne dos clases de trabajo pendiente: despachos comerciales con remito vigente y órdenes de transporte confirmadas. Cada origen conserva su número y su identidad; incluirlo en un viaje no crea otro pedido, otra carga ni un movimiento de stock.

Crear un viaje

1. Seleccioná uno o varios pendientes. Para un despacho comercial completá peso y volumen; las órdenes de transporte ya traen esas medidas desde sus cargas.
2. Indicá el número, el horario previsto y los datos faltantes de retiro, entrega, zona y ventana.
3. Elegí Unidad y conductor para usar recursos del padrón de flota, o Transportista tercero e informá la capacidad comprometida.
4. Revisá el orden propuesto y seleccioná Crear viaje.

BeanCore valida que un origen no esté comprometido en otro viaje, que la unidad y el conductor estén disponibles y que la carga simultánea no supere el peso o volumen del vehículo en ningún tramo. La capacidad nunca puede exceptuarse.

Si el orden entra en conflicto con ventanas horarias o los recursos ya tienen otro compromiso, la planificación se rechaza. Sólo un usuario con logistics.admin puede autorizar la excepción con un motivo; la advertencia queda visible y auditada.

Leer la hoja de ruta

Cada parada muestra la dirección, zona, ventana y ocupación que queda a bordo después de operar allí. Los contactos e indicaciones provenientes de la orden se conservan para la operación móvil del conductor. Esto permite ver el pico real por tramo en servicios de carga completa, consolidado o última milla. Agrupar recorrido ordena manualmente retiros antes de entregas; no es una promesa de optimización automática.

Un viaje puede iniciarse, completarse o cancelarse. Cancelar libera los orígenes todavía no ejecutados para volver a planificarlos, pero conserva el viaje y sus eventos históricos.

Replanificar un viaje en curso

Una replanificación exige motivo y crea una versión nueva de la hoja de ruta. Si el viaje ya comenzó, la versión queda marcada para que el conductor la reconozca en el circuito de ejecución. Las versiones anteriores y los eventos ya registrados no se eliminan.

Una reasignación exige recursos activos y vuelve a validar disponibilidad y capacidad. El cambio revoca inmediatamente el acceso del conductor anterior; los pendientes que todavía conserve su dispositivo serán rechazados por el servidor.

Una referencia de otra empresa se trata como inexistente. Los usuarios de tráfico necesitan logistics.read y logistics.dispatch; las excepciones necesitan administración logística.