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.
| Término | Dominio | Pregunta que responde |
|---|---|---|
| Enrutamiento dinámico (redes) | IP / routers · RIP, OSPF, BGP | ¿Cómo llega un paquete de red de A a B? |
| Ruteo dinámico (logística) | Flotilla · última milla · corredor | ¿Qué parada sigue, con qué unidad, a qué hora? |
| Optimización de rutas (software) | VRP / algoritmos de secuencia | ¿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.
| Dimensión | Ruteo estático | Ruteo dinámico |
|---|---|---|
| Momento del plan | Se cierra antes de salir (lote nocturno/matutino) | Se actualiza durante la jornada con señales en vivo |
| Respuesta al cambio | Despacho manual: teléfono, chat, rehacer manifiesto | Reinserción / redistribución tipificada al ID del viaje |
| Tráfico y citas | Histórico y supuestos; ETA se degrada | ETA se recalcula; protege ventanas cuando hay dato útil |
| Ideal cuando | Demanda estable, rutas repetibles, pocas urgencias | Inserts, fallas, tráfico urbano, citas rígidas de CEDIS |
| Falla típica | Plan bonito que no sobrevive las 11:00 | 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.
| Señal de tu operación | Dinámico ayuda | Mejor priorizar otra cosa |
|---|---|---|
| Inserts / cancelaciones diarias | Sí · reinsertar sin romper el resto de la ruta | Si casi no hay cambios, basta plan estático + excepciones |
| Tráfico urbano impredecible | Sí · desvíos y ETA vivos | Corredor interurbano estable: menos ganancia relativa |
| Citas rígidas en CEDIS / retail | Sí · reordenar para no perder ventana | Sin disciplina de citas, el algoritmo no salva el andén |
| Fallas de unidad a mitad del día | Sí · redistribuir paradas a capacidad libre | Sin visibilidad de flota, redistribuyes a ciegas |
| Demanda 100% pre-programada | Poco · capa dinámica solo para fallas | 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.
| Input | Qué debe incluir | Si falta… |
|---|---|---|
| Paradas / pedidos | ID, dirección, prioridad, volumen/peso | El algoritmo inventa; el andén discute |
| Ventanas y citas | Hora apertura/cierre · cita confirmada | OTD se mide contra un supuesto falso |
| Capacidad de unidad | Tipo, peso/volumen libre, restricciones | Reasignas a un tracto que no cabe o no puede |
| Restricciones | Horas de servicio, zonas, peligrosos, frío | Plan ilegal o inseguro “óptimo” en papel |
| Señal en vivo | Posición útil · estatus · ETA amarrados al ID | 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.
| Enfoque | Promesa típica | Resultado que pide el embarcador |
|---|---|---|
| Solo mapa / optimizador | Rutas dinámicas, app, vista en vivo | Replan con rastro + OTD + handoff a cuentas por pagar |
| Solo GPS / geocerca | Ver la unidad en vivo | Plan nuevo + dueño de excepción + POD |
| OCL con expediente | Agentes + evidencia + auditoría | 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.