El aviso que solo llega cuando de verdad hace falta

Antes: enterarse cuando ya era tarde

En la mayoría de las flotas, un viaje asignado que nadie confirma no genera ninguna señal por sí solo. El jefe de tráfico se entera de que algo salió mal de una de dos formas: preguntando activamente — revisando uno por uno los viajes del día para ver cuáles siguen sin respuesta — o, peor, cuando el problema ya escaló solo: el camión no salió a la hora que debía, el cliente llama a preguntar por su carga, y ahí es cuando alguien pregunta "¿y este viaje quién lo tomó?"

Ninguna de las dos rutas es sostenible. La primera consume el tiempo del jefe de tráfico en vigilancia manual de algo que casi siempre está bien — revisar veinte viajes para encontrar uno con problema es trabajo desperdiciado en los otros diecinueve. La segunda es simplemente tarde: el aviso llega después del daño, no antes.

Un agente que vigila el reloj, no que decide por ti

La alternativa no es "que la IA decida qué hacer con el viaje sin respuesta" — sería exactamente el tipo de decisión que un sistema automatizado no debería tomar sola. La alternativa es que el sistema vigile un umbral simple y objetivo — cuánto tiempo lleva el viaje asignado sin que el operador confirme — y solo cuando ese umbral se cruza, interrumpa a un humano con la información necesaria para que ese humano decida qué hacer.

La diferencia es sutil pero importante: el sistema no decide reasignar el viaje, no decide llamar a otro operador, no decide nada sobre la operación. Solo hace una cosa — avisar en el momento correcto — y deja el resto al criterio de la persona que sí conoce el contexto completo: si ese operador siempre tarda en contestar porque está manejando, si hay una razón conocida para el retraso, si conviene esperar cinco minutos más antes de mover a alguien más.

El problema de avisar de más

Hay una tentación obvia en el diseño de cualquier sistema de alertas: cuando no se está seguro de si algo merece atención, avisar de todos modos — "por si acaso". Esa tentación produce sistemas que notifican constantemente, y un sistema que notifica constantemente entrena a quien lo recibe a ignorar las notificaciones. Es el mismo fenómeno que la fatiga de alarmas en un hospital: cuando todo suena igual de urgente, nada lo es.

Un agente que avisa siempre para cubrirse — para poder decir después "yo sí mandé la alerta" — es peor que uno que no avisa nunca, porque genera una falsa sensación de vigilancia mientras entierra la señal real entre ruido. El diseño correcto no maximiza cuántas alertas se mandan; minimiza cuántas de las alertas que se mandan resultan ser irrelevantes.

Qué cambia cuando el umbral está bien puesto

Cuando el escalamiento está bien calibrado, el jefe de tráfico deja de revisar manualmente el estado de cada viaje del día — esa hora, o esas horas, quedan libres para el trabajo que sí requiere su criterio: coordinar, negociar con un cliente, resolver una excepción real. La atención se concentra exactamente donde se necesita, no se reparte por igual entre los viajes que van bien y los que no.

Esto es, en el fondo, el mismo principio que gobierna otras partes del ciclo de liquidación en Likida: la IA lee, vigila y avisa; nunca decide sola cuando la decisión implica dinero, personas o criterio operativo. El motor determinístico que cuadra una liquidación sigue exactamente la misma regla — calcula, pero no decide qué hacer con un desajuste; eso también lo resuelve una persona. El escalamiento inteligente no es una excepción a ese principio. Es la misma idea aplicada a cuándo interrumpir, no solo a cuánto cobrar.