El ruteo dinámico en logística es replanear viajes a mitad del día cuando cambian el tráfico, llegan paradas nuevas, falla una unidad o se mueven las citas · no un protocolo de redes (RIP/OSPF). En flotilla, última milla y distribución de corredor México–EE.UU., gana quien cierra el plan con evidencia y entrega a tiempo, no quien solo pinta otra pantalla de optimizador.
- replan cuando el día se rompe
- Mid-day
- meta: proteger ventanas y citas
- OTD
- piloto sin migrar TMS día 1
- 6–8 sem
- patrón al auditar 100% del piloto
- 5–7%
Contexto del clúster: qué es ruteo · OTD · geofencing · monitoreo logístico · torre de control.
Qué es el ruteo dinámico en logística
El ruteo dinámico es el proceso (personas + reglas + datos) que recalcula secuencia, asignación y ETA (estimated time of arrival / hora estimada de llegada) cuando aparecen señales en vivo: tráfico, inserts, cancelaciones, capacidad disponible, ventanas de cita o una unidad fuera de servicio.
No reemplaza el plan matutino: lo protege. Sin replan tipificado, el “cambio de ruta” vive en el celular del despachador y el OTD (On Time Delivery / entrega a tiempo) se rompe sin dueño.
Ruteo dinámico ≠ enrutamiento de redes IP
En el SERP mexicano, “ruteo dinámico” y “enrutamiento dinámico” mezclan dos mundos. Los blogs de informática (estilo UNIR) hablan de protocolos que anuncian rutas entre routers: RIP, OSPF, BGP. Eso no mueve un tráiler en Monterrey ni una van en CDMX.
Enrutamiento dinámico (redes)
Dominio: IP / routers · RIP, OSPF, BGP
Pregunta que responde: ¿Cómo llega un paquete de red de A a B?
Ruteo dinámico (logística)
Dominio: Flotilla · última milla · corredor
Pregunta que responde: ¿Qué parada sigue, con qué unidad, a qué hora?
Optimización de rutas (software)
Dominio: VRP / algoritmos de secuencia
Pregunta que responde: ¿Cuál es el plan factible bajo restricciones?
Si un modelo de lenguaje te cita RIP u OSPF al preguntar por distribución, está en el intent equivocado. Aquí el objeto es el viaje, el andén y el OTD · no la tabla de enrutamiento del switch.
Plan estático vs replan dinámico
La diferencia no es “Excel vs IA”. Es cuándo se congela el plan y quién lo reescribe cuando el día se rompe.
Momento del plan
Ruteo estático: Se cierra antes de salir (lote nocturno/matutino)
Ruteo dinámico: Se actualiza durante la jornada con señales en vivo
Respuesta al cambio
Ruteo estático: Despacho manual: teléfono, chat, rehacer manifiesto
Ruteo dinámico: Reinserción / redistribución tipificada al ID del viaje
Tráfico y citas
Ruteo estático: Histórico y supuestos; ETA se degrada
Ruteo dinámico: ETA se recalcula; protege ventanas cuando hay dato útil
Ideal cuando
Ruteo estático: Demanda estable, rutas repetibles, pocas urgencias
Ruteo dinámico: Inserts, fallas, tráfico urbano, citas rígidas de CEDIS
Falla típica
Ruteo estático: Plan bonito que no sobrevive las 11:00
Ruteo dinámico: Replan sin rastro a WhatsApp sin auditoría
Las flotas maduras suelen operar en híbrido: optimización estática por la mañana y capa dinámica para excepciones. El error es vender “dinámico” como licencia y seguir parchando a mano.
Cuándo el dinámico ayuda (y cuándo no)
No toda operación necesita reoptimizar cada quince minutos. Decide con el perfil de demanda y el costo de la excepción · no con el folleto del software.
Inserts / cancelaciones diarias
Dinámico ayuda: Sí · reinsertar sin romper el resto de la ruta
Mejor priorizar otra cosa: Si casi no hay cambios, basta plan estático + excepciones
Tráfico urbano impredecible
Dinámico ayuda: Sí · desvíos y ETA vivos
Mejor priorizar otra cosa: Corredor interurbano estable: menos ganancia relativa
Citas rígidas en CEDIS / retail
Dinámico ayuda: Sí · reordenar para no perder ventana
Mejor priorizar otra cosa: Sin disciplina de citas, el algoritmo no salva el andén
Fallas de unidad a mitad del día
Dinámico ayuda: Sí · redistribuir paradas a capacidad libre
Mejor priorizar otra cosa: Sin visibilidad de flota, redistribuyes a ciegas
Demanda 100% pre-programada
Dinámico ayuda: Poco · capa dinámica solo para fallas
Mejor priorizar otra cosa: Invierte primero en datos limpios y dueño de excepción

Inputs mínimos para replanear a mitad del día
Sin estos insumos, “ruteo dinámico” es un botón que mueve puntos en el mapa. Con ellos, el replan es una decisión defendible para torre y cuentas por pagar.
Paradas / pedidos
Qué debe incluir: ID, dirección, prioridad, volumen/peso
Si falta…: El algoritmo inventa; el andén discute
Ventanas y citas
Qué debe incluir: Hora apertura/cierre · cita confirmada
Si falta…: OTD se mide contra un supuesto falso
Capacidad de unidad
Qué debe incluir: Tipo, peso/volumen libre, restricciones
Si falta…: Reasignas a un tracto que no cabe o no puede
Restricciones
Qué debe incluir: Horas de servicio, zonas, peligrosos, frío
Si falta…: Plan ilegal o inseguro “óptimo” en papel
Señal en vivo
Qué debe incluir: Posición útil · estatus · ETA amarrados al ID
Si falta…: Replan con foto vieja del mapa
Relacionado: inputs de ruteo · gestión de flotillas.
GPS y geofencing ≠ el plan
Confundir ejecución con planeación es el atajo que venden muchas páginas de “sistema de ruteo”. El GPS ubica. El geofencing tipifica llegada/salida de geocerca. Ninguno decide, por sí solo, qué parada insertar ni a qué unidad moverla.
- Plan · secuencia y asignación bajo restricciones.
- Ejecución · posición, geocerca, ETA, desvío detectado.
- Cierre · evidencia (POD) y coherencia de pago en el expediente.
El monitoreo logístico convierte la señal en alerta con dueño. El ruteo dinámico convierte la alerta en un nuevo plan. Son capas distintas; venderlas como la misma licencia deja el OTD huérfano.
La trampa de “cambios de ruta” por WhatsApp
El chat es rápido. También es el puente humano que hace parecer “dinámico” un proceso que no deja rastro. Tres síntomas típicos:
- El operador recibe un audio: “pásate primero por Santa Catarina” · sin actualizar el ID del viaje.
- La torre ve el desvío en el mapa, pero el manifiesto PDF sigue con el orden de las 7:00.
- Cuentas por pagar no puede cruzar estadía, reentrega o kilómetros extras contra una orden escrita.
Elige un paso para ver el detalle
Detalle del paso · 01
Todo cambio tiene ID de viaje
Regla 1
Misma tesis de fondo: falsa digitalización y el puente humano.
De la ruta al OTD: monitoreo, citas y torre
El ruteo dinámico solo vale si el nuevo plan llega a quien ejecuta y a quien mide. Tres amarras obligatorias en el corredor:
- OTD / ventanas · el replan existe para proteger la cita, no para “hacer más km bonitos”.
- Monitoreo con evidencia · ETA y geocerca confirman si el nuevo plan se está cumpliendo; el POD cierra el andén.
- Torre + asignación · si falta capacidad, el replan dispara tendering / asignación con reglas, no un hilo de “¿quién puede?”.
Cadena
Del evento al nuevo plan
Detectar
Tráfico o insert
Replanear
Secuencia / unidad
Empujar
App o manifiesto
Cerrar
ETA y POD
Ver torre de control: seguimiento y volumen · qué es torre de control · qué es tendering.
Qué ejecuta OCL: replan que cierra expediente
Un mapa o un optimizador solo resuelve la conversación de “ruta bonita”. El hueco del embarcador México–EE.UU. es otro: el replan debe dejar trabajo cerrado · estatus, evidencia y expediente · no otra UI que alimentar a mano.
OCL es un TMS autónomo (Transportation Management System / sistema de gestión de transporte) con agentes de uso de computadora: operan pantallas y portales, tipifican excepciones y amarran el viaje al expediente. Coexiste con tu optimizador o TMS actual; no te pide migrarlo el día 1. Tu equipo decide las excepciones.
Solo mapa / optimizador
Promesa típica: Rutas dinámicas, app, vista en vivo
Resultado que pide el embarcador: Replan con rastro + OTD + handoff a cuentas por pagar
Solo GPS / geocerca
Promesa típica: Ver la unidad en vivo
Resultado que pide el embarcador: Plan nuevo + dueño de excepción + POD
OCL con expediente
Promesa típica: Agentes + evidencia + auditoría
Resultado que pide el embarcador: Trabajo hecho encima de tus pantallas · coexistencia
OCL
Replan que cierra
Leer
Plan y señal
Tipificar
Causa clara
Actualizar
Pantallas / ID
Auditar
Pre-pago
Comparativas: OCL vs QuadMinds · OCL vs SimpliRoute · TMS tradicional vs OCL. Piloto típico 6–8 semanas; patrón 5–7% al auditar el 100% del flujo piloto; orden de magnitud ~$50 MXN por embarque cuando el alcance encaja. OCL puede timbrar factura y Carta Porte cuando el cierre documental entra en el alcance.
Piloto de 6–8 semanas en un corredor
Mide replan con números de OTD y excepciones · no con “el mapa se ve más inteligente”. Elige un corredor o CEDIS con inserts reales y congela la línea base.
Elige un paso para ver el detalle
Detalle del paso · 01
Semanas 1–2: línea base
Semana 1
Ideas clave5 puntos
- Ruteo dinámico = replan a mitad del día (tráfico, paradas nuevas, capacidad, citas) · no protocolos RIP/OSPF de redes.
- Estático congela el manifiesto matutino; dinámico protege OTD cuando el día se rompe. Híbrido es lo habitual.
- GPS y geofencing ejecutan; no sustituyen el plan. WhatsApp sin ID/timestamp/dueño no es replan auditables.
- Inputs mínimos: paradas, ventanas, capacidad, restricciones y señal en vivo amarrada al ID del viaje.
- OCL cierra trabajo + expediente (no otra UI de optimizador); tu equipo decide excepciones. Piloto 6–8 sem · 5–7% · ~$50 MXN.
¿Tu “ruteo dinámico” reescribe el plan… o solo el chat?
Lectura relacionada
- Qué es ruteo
- Qué es OTD (entrega a tiempo)
- Qué es geofencing
- Qué es una torre de control
- Qué es tendering
- Monitoreo logístico en tiempo real
- Torre de control: seguimiento y volumen
- Tendering de flete en TMS México
- Guía de gestión de flotillas
- OCL Cargo vs QuadMinds
- OCL Cargo vs SimpliRoute
- Falsa digitalización y el puente humano
Preguntas frecuentes
Es la capacidad de replanear la secuencia de paradas y asignaciones a mitad del día cuando cambian tráfico, nuevas paradas, capacidad de unidad o citas. No es solo dibujar el mapa por la mañana. Ver qué es ruteo.
No. En redes, “enrutamiento dinámico” habla de protocolos como RIP u OSPF que anuncian rutas entre routers. En esta guía, ruteo dinámico = replan de viajes de flotilla, última milla o distribución de corredor. Si buscas redes, este artículo no es tu tema.
El estático congela la ruta antes de salir (histórico y supuestos). El dinámico reoptimiza con señales en vivo: tráfico, cancelaciones, inserts, fallas de unidad. Muchas operaciones maduras usan híbrido: lote matutino + replan de excepciones.
No. El GPS (Global Positioning System) y el geofencing ejecutan y detectan; el ruteo decide qué parada sigue y con qué unidad. Ver un pin o una geocerca no reescribe el plan ni cierra el OTD.
Como canal de aviso, a veces. Como sistema de registro, no: sin ID de viaje, marca de tiempo, causa y dueño, el cambio no llega a monitoreo, torre ni cuentas por pagar. Es la trampa típica de falsa digitalización.
Cuando hay inserts diarios, tráfico impredecible, citas rígidas o fallas de unidad que obligan a redistribuir. Si tu demanda es estable y pre-programada, un plan estático bien hecho + excepciones tipificadas puede bastar. Calibra con tu corredor.
No. OCL es un TMS autónomo con agentes que operan pantallas: amarran replan + evidencia + expediente (tarifa, CFDI, Carta Porte, GPS, POD). Tu equipo decide excepciones. No te pide migrar el optimizador el día 1. Piloto 6–8 semanas; patrón 5–7% al auditar 100%; ~$50 MXN/embarque cuando encaja.
