IA para logística y transporte
La pregunta que más veces recibe un operador logístico es «¿dónde va mi envío?», y tiene una respuesta exacta en un sistema. El problema nunca fue saberla: fue entregarla a tiempo, en el canal donde la preguntan.
En resumen
La mayoría del volumen de soporte de un operador logístico es una sola pregunta con respuesta exacta en el TMS. Ese es el caso, y es de los más medibles que existen.
El estado se consulta en vivo contra el sistema, nunca desde un índice. Un estado desactualizado en el chat genera más llamadas de las que ahorra.
La notificación proactiva vale más que la respuesta: avisar del retraso antes de que pregunten convierte un reclamo en una expectativa manejada.
La optimización de rutas es un problema de investigación operativa, no de lenguaje. La resuelve un motor de optimización, y el modelo explica el resultado.
Los cinco problemas de una operación logística
Los tres primeros son de información y se resuelven con sistema. Los dos últimos son de optimización y necesitan otra herramienta.
- El dato existe en el TMS y no llega al cliente final, que termina llamando.
- Estado, fecha estimada, novedad, reprogramación. Volumen alto y respuesta exacta.
- Correos, llamadas y hojas de cálculo entre varios actores, con la novedad enterándose tarde.
- Remisiones, manifiestos y actas transcritas a mano, y cada error se descubre en el punto de entrega.
- Real y costoso, pero es un problema de optimización con restricciones, no de conversación.
Estado en vivo, y avisar antes de que pregunten
El estado de un envío es el dato más volátil que existe en este dominio: cambia varias veces al día. Se consulta en vivo contra el TMS en el momento de responder, nunca desde un índice, y la respuesta lleva la marca de tiempo del dato. Un asistente que responde con el estado de anoche no reduce las llamadas: las multiplica, porque ahora el cliente desconfía de las dos fuentes.
La segunda decisión es la que más rinde y casi nadie implementa: invertir el flujo. En vez de esperar la pregunta, el sistema detecta la novedad —el retraso, la entrega fallida, el cambio de ruta— y avisa. Una expectativa manejada a tiempo cuesta un mensaje; el mismo hecho descubierto por el cliente cuesta una llamada, un reclamo y a veces la cuenta.
Y una advertencia sobre optimización de rutas: es un problema de investigación operativa con restricciones duras —capacidad, ventanas horarias, normativa de tránsito— y lo resuelve un motor de optimización, no un modelo de lenguaje. Cuando el caso lo pide, construimos el motor y el modelo explica el resultado al planeador. Un proveedor que ofrece «rutas optimizadas con IA» sin nombrar el motor está vendiendo texto.
Los números de una operación logística
| Qué se mide | Qué significa | Cómo se corrige |
|---|---|---|
| Exactitud del estado | Sobre una muestra: si lo que dijo el sistema coincidía con el TMS en ese momento, con su marca de tiempo. | Consulta en vivo y nunca índice. Es el fallo que hace que el cliente deje de creerle al canal. |
| Cobertura de aviso proactivo | De las novedades que ocurrieron, en cuántas se avisó antes de que el cliente preguntara. | Suele faltar el evento del TMS o del transportador, no capacidad del sistema. |
| Resolución sin persona | Qué porcentaje de consultas de estado y reprogramación se cierra sin escalar. | Se amplían las acciones que el sistema puede ejecutar, no las respuestas que puede dar. |
| Exactitud documental | Campo por campo sobre remisiones y manifiestos, contra un lote validado a mano. | Un error en una dirección o un peso se descubre en el punto de entrega, que es el peor lugar. |
Si el TMS no expone el estado por API o la operación se lleva en hojas de cálculo actualizadas al final del día, el primer proyecto es esa trazabilidad, no el asistente. Un sistema que responde con datos de anoche genera más llamadas de las que ahorra.
Y si lo que se busca es planeación de rutas, lo decimos claro: eso es un motor de optimización con restricciones, no un modelo de lenguaje. Lo construimos cuando el caso lo justifica, pero no lo vendemos como IA conversacional porque no lo es.
Servicios relacionados
Integraciones y APIs
Servidores MCP contra los sistemas en operación.
Ver servicioAutomatización con IA
Aplicada donde hay volumen y reglas estables, no donde hay expectativa.
Ver servicioChatbots y asistentes con IA
Con el conjunto de evaluación ejecutado antes de la salida a producción.
Ver servicioAgentes de IA
Orquestación con LangGraph, estado durable y supervisión humana en los pasos con consecuencia.
Ver servicioMás del blog
RAG vs fine-tuning: cuál necesitás
La pregunta llega casi siempre mal planteada, como si fueran dos caminos hacia el mismo lugar.
Seguir leyendoLangGraph vs CrewAI vs AutoGen
Los tres construyen sistemas de varios agentes y los tres tienen una demo que funciona en veinte minutos.
Seguir leyendon8n vs Zapier vs Make
Las tres conectan sistemas sin escribir código y las tres llegan a un techo.
Seguir leyendoPreguntas frecuentes
¿Se conecta con nuestro TMS o WMS?
Sí, por API o servidor MCP contra el sistema que usen, y también contra las plataformas de las transportadoras cuando el envío se terceriza. Es el requisito, no una mejora: sin lectura del estado en vivo, el asistente puede explicar cómo funciona el proceso pero no puede decir dónde va un envío, que es la pregunta que concentra el volumen.
¿Puede avisar solo cuando hay un retraso?
Sí, y es lo que más rinde de todo esto. El sistema detecta la novedad en el TMS —retraso, entrega fallida, cambio de ruta— y avisa por el canal del cliente antes de que pregunte. Una expectativa manejada a tiempo cuesta un mensaje; el mismo hecho descubierto por el cliente cuesta una llamada, un reclamo y a veces la cuenta. La métrica es qué porcentaje de las novedades se avisó a tiempo.
¿Optimiza rutas?
Se puede construir, con una aclaración importante: eso es un motor de optimización con restricciones —capacidad, ventanas horarias, normativa— y no un modelo de lenguaje. Cuando el caso lo justifica construimos el motor, y el modelo explica el resultado al planeador en lugar de producir una ruta con texto. Si un proveedor ofrece «rutas optimizadas con IA» sin poder nombrar el motor ni las restricciones que respeta, está vendiendo una descripción.
¿Sirve para una empresa que despacha, no para un operador?
Sí, y suele ser más simple. Una empresa que despacha sus propios pedidos necesita responder «¿dónde va lo mío?» y avisar de novedades, contra la plataforma de la transportadora que contrató. El requisito es el mismo: que esa plataforma exponga el estado de forma consultable. Si el seguimiento se lleva en una hoja compartida, ese es el primer proyecto.
¿Puede reprogramar una entrega por su cuenta?
Puede, si el TMS lo permite y ustedes lo autorizan, y es donde el asistente pasa de informar a resolver. Recomendamos límites explícitos: qué puede reprogramar solo, hasta cuántos días, y qué casos escala siempre. Esos límites se definen con la operación antes de construir y quedan en el sistema, no en una instrucción que se puede negociar en la conversación.
¿Cuánto tarda y cómo se cotiza?
De cuatro a ocho semanas hasta producción según las integraciones, con algo funcionando desde la primera semana. Se cotiza con alcance, precio y fecha cerrados en una propuesta a 48 horas de la primera llamada, y el precio lo determinan cuántos sistemas y transportadoras hay que conectar.
Agendar 15 minutos
Una llamada para poner sobre la mesa qué se está construyendo o qué dejó de funcionar. Termina con una respuesta concreta: se arregla, se construye, o no vale la pena.