En la mayoría de las empresas de transporte, el despacho aún descansa en la experiencia de una o dos personas, una hoja de cálculo y un teléfono. Aguanta hasta el primer pico real, hasta una avería o hasta el día en que se va el responsable de tráfico que «lo tenía todo en la cabeza». Para un director de operaciones el coste es medible: cada trayecto en vacío, cada ventana perdida y cada conductor parado drenan el margen, y la planificación manual sencillamente nunca lo detecta.
Por nuestra experiencia, esta área rara vez pide una revolución de producto. Mucho más a menudo necesita buen software e ingenieros que entiendan la logística. No operamos una mesa de despacho propia, pero sí hemos construido sistemas de grado operativo en proyectos industriales y de backend, así que sabemos cómo diseñar un sistema de despacho y una capa de optimización de rutas, y cómo cubrir un proyecto que de verdad llegue a producción.
¿Por qué duele tanto el despacho manual?
La asignación manual no escala en línea recta. Con diez trabajos al día, un responsable de tráfico lo gestiona todo por instinto; con cien, el instinto se agota, y el número de combinaciones vehículo-trabajo-ventana horaria crece exponencialmente. Lo que la empresa paga no son los errores, sino la falta de visibilidad: nadie sabe decir si el plan del tablero es un 5% o un 25% peor que el óptimo.
A eso se suma la fragilidad que lo acompaña. Cuando las reglas de asignación viven solo en las costumbres de una persona, la empresa las pierde el día que esa persona se marcha. El software escribe esas reglas, las versiona y las comparte con todo el equipo, lo que convierte las decisiones en algo reproducible y auditable.
¿Qué es un tablero de despacho y cómo acelera la asignación?
El corazón de cualquier sistema de despacho es el tablero, una vista operativa única donde el responsable de tráfico abarca un día completo de actividad de la flota. Lo diseñamos para reunir en un solo sitio trabajos, vehículos, conductores y sus horas de trabajo. Normalmente incluye:
- un pool de trabajos filtrado por estado, región y prioridad,
- una línea de tiempo de vehículos y conductores que muestra disponibilidad y horas,
- asignación por arrastrar y soltar con validación instantánea de conflictos,
- estados en tiempo real: planificado, en ruta, entregado, retrasado.
Una interfaz así no sustituye al responsable de tráfico; le quita de encima el trabajo mecánico. El sistema se asegura de que dos trabajos nunca caigan en la misma ventana y de que una ruta nunca exceda la carga útil, mientras la persona decide allí donde el contexto realmente importa.
¿Cómo funcionan la planificación y la optimización de rutas?
Bajo el tablero hay un motor que plantea la planificación de rutas como un problema de optimización. En la literatura es la familia VRP (Vehicle Routing Problem), con variantes que tienen en cuenta la carga útil, las ventanas horarias y varios conductores. En la práctica no perseguimos una respuesta perfecta, computacionalmente inviable a escala real, sino una suficientemente buena en un tiempo aceptable.
El motor tiene que respetar restricciones duras, que nunca puede romper, y blandas, que intenta minimizar:
- carga útil y capacidad por vehículo (peso, plazas de palé, volumen),
- ventanas horarias de entregas y recogidas del lado del cliente,
- tiempo de trabajo del conductor y pausas obligatorias (cumplimiento normativo),
- compatibilidad trabajo-vehículo (frigorífico, ADR, trampilla elevadora, dimensiones).
Como función objetivo solemos tomar la minimización del coste total: distancia, tiempo y trayectos en vacío. Recurrimos a solvers de optimización (motores como OR-Tools) y a algoritmos heurísticos, ajustando el enfoque al tamaño de la flota y no al revés.
¿Cómo gestiona el sistema las ventanas horarias y los slots?
Las ventanas horarias son el punto donde la teoría se encuentra con la realidad diaria. El cliente quiere la entrega entre las 8 y las 10, el almacén solo tiene un muelle libre a ciertas horas, y el conductor tiene que llegar antes del fin de su jornada. Un sistema bien diseñado trata un slot como un recurso que se puede reservar, liberar y replanificar en cuanto la realidad se desvía del plan.
Aquí construimos un mecanismo que comprueba continuamente si el calendario sigue siendo viable y señala las entregas en riesgo antes de que se conviertan en retrasos. Cuando aparece tráfico o entra un trabajo urgente, el motor recalcula la ruta de forma incremental en lugar de reconstruirlo todo desde cero, lo que permite al responsable de tráfico reaccionar en minutos y no en horas.
¿Cómo automatizar la asignación a subcontratistas?
Las empresas grandes rara vez mueven todo con flota propia, así que el sistema también tiene que entender a los subcontratistas y transportistas externos. En ese punto la lógica de asignación deja de ir solo de rutas y empieza a sopesar el coste de compra del servicio, la disponibilidad y la fiabilidad del socio.
En módulos así solemos diseñar una bolsa de trabajos o un mecanismo de licitación, donde el sistema ofrece un trabajo a un grupo definido de transportistas, recoge respuestas y sugiere una elección según las reglas del cliente. También automatizamos las liquidaciones y la documentación (orden de transporte, prueba de entrega), para que trabajar con un subcontratista no genere un segundo flujo de trabajo en el correo y en Excel.
¿Cómo integrar un sistema de despacho con la telemática y un TMS?
Un sistema de despacho no vive en el vacío. Su valor solo crece cuando se conecta con el resto del panorama de TI de la empresa. Lo más habitual es que lo enchufemos a:
- la telemática y el GPS del vehículo (posición, consumo de combustible, estilo de conducción),
- los sistemas TMS y ERP (pedidos, contrapartes, facturación),
- una aplicación móvil para el conductor (trabajos, navegación, estado, e-POD),
- APIs externas de mapas y tráfico para obtener tiempos de viaje realistas.
Diseñamos estas integraciones a través de una capa de API y eventos, de modo que una posición de la telemática actualiza el estado en el tablero y una prueba de entrega desde el móvil del conductor cierra el trabajo en el TMS. Los datos fluyen entonces en una sola dirección en lugar de reteclearse entre sistemas.
¿Dónde ayuda de verdad la IA en la optimización de rutas?
La IA se vende a menudo por encima de lo que vale, así que la tratamos como un añadido a un motor de reglas sólido y no como su sustituto. Se gana su sitio donde cuentan la predicción y el aprendizaje del histórico: prever el tiempo de viaje real a partir de trayectos pasados, estimar el tiempo de descarga en un punto concreto o predecir el volumen de trabajos de los próximos días para planificar la flota con antelación.
Nuestra competencia en modelos y datos es real dentro del RITS Group, así que podemos diseñar y conectar una capa así cuando los datos del cliente están listos para ello. Con más frecuencia, sin embargo, aconsejamos ordenar primero el despacho y los datos y añadir la predicción solo después, porque un modelo alimentado con caos no mejorará las decisiones.
¿Qué competencias aportamos a un proyecto así?
Aquí no vamos a presumir de un despliegue de despacho terminado; lo que aportamos son las personas que construyen esos sistemas. Damos forma al equipo según el encargo, y uno típico incluye:
- un arquitecto / desarrollador de backend (Java, .NET o Node) para el motor y las APIs,
- un especialista en optimización que domine el VRP y los solvers (OR-Tools, modelos operativos),
- un desarrollador de frontend para el tablero de despacho y las vistas operativas,
- un ingeniero de integración / DevOps para la telemática, el TMS y los despliegues.
Este montaje nos permite entrar tanto en una construcción desde cero como en el desarrollo de una herramienta existente, cuando al cliente le falta una competencia concreta en su propio equipo.
¿Cómo lo hacemos en RITS?
Trabajamos como partner nearshore desde Polonia, en una zona horaria cercana, lo que importa en un proyecto operativo porque los cambios en logística hay que hablarlos el mismo día. Verificamos las competencias antes de empezar y enchufamos al equipo al ritmo de trabajo del cliente, a las revisiones de código y a las reuniones sin una rampa larga. Nuestra selección suele cerrarse en unas tres semanas, y se alarga solo ante requisitos poco estándar.
Lo entregamos sobre todo de dos formas: como software a medida construido por nuestro equipo, o como refuerzo de equipo cuando el cliente tiene sus propios ingenieros y necesita añadir los roles que le faltan, por ejemplo un especialista en optimización de rutas.
¿Por dónde empezar con la optimización de rutas y el despacho?
Empieza por el problema más caro: los trayectos en vacío, las entregas tardías o la dependencia de un único responsable de tráfico. Eso te dice si primero necesitas un tablero y una asignación más limpia, o directamente un motor de optimización. En paralelo, comprueba la calidad de tus datos, porque sin posiciones, tiempos y parámetros de vehículo fiables ningún algoritmo calculará una ruta sensata. Tratamos las diferencias entre modelos de colaboración en nuestro artículo sobre modelos de colaboración en TI.
¿Planificas un sistema de despacho o la optimización de rutas? Hablemos - ajustaremos un equipo y una arquitectura a tu flota y a tus procesos.
Construye con nosotros el despacho y la optimización de rutas