Una línea de carga en San Luis Potosí y el control de patio en tiempo real
Resumen:
- La mesa de control no tomaba decisiones malas: las tomaba con información de varias horas de antigüedad.
- El GPS ubica el tractor; el problema es la caja, que pasa la mayor parte del tiempo desenganchada.
- La lectura automática de placas va a fallar, y el diseño tiene que partir de eso.
- Sin recuento físico programado, el inventario de patio se vuelve una ficción en pocas semanas.
Una línea de carga en San Luis Potosí, poco más de cuarenta tractores y alrededor de ciento diez cajas secas. Patio propio con una caseta de acceso, operación de carga general con rutas al centro, al Bajío y al norte.
La empresa tenía una mesa de control con tres personas que asignaban viajes. Funcionaba a base de teléfono: para saber si había una caja disponible había que llamar a la caseta, y la caseta a veces contestaba.
Qué costaba no saber qué hay en el patio
La información existía. Estaba en una libreta en la caseta, donde el vigilante anotaba entradas y salidas, y en la memoria de quienes llevaban años ahí. El problema no era la ausencia del dato sino su latencia: la mesa de control trabajaba con una foto del patio de varias horas atrás.
Eso producía cuatro costos medibles.
Asignaciones que se caen. Se comprometía un viaje contando con una caja que ya había salido o que estaba en reparación. Deshacer esa asignación implicaba volver a llamar al cliente.
Operadores esperando. Un operador llegaba a enganchar una caja que no estaba donde se le dijo. Media hora de búsqueda por evento, varias veces al día.
Cajas olvidadas. Una caja sin movimiento por semanas no genera ninguna señal. Aparecieron varias al hacer el primer recuento, incluyendo dos que estaban esperando una reparación que nadie había ordenado.
Rentas de equipo evitables. En temporada alta se rentaba equipo externo por falta de disponibilidad, cuando parte de la falta era desconocimiento y no carencia real.
Lo que se intentó antes
Hubo tres intentos y vale la pena revisarlos porque cada uno enseñó algo que terminó en el diseño final.
El primero fue una hoja de cálculo compartida que el vigilante actualizaba. No funcionó: el vigilante tiene que atender la caseta, revisar documentos y abrir la pluma. Pedirle que además capture en una hoja de cálculo con el teclado es pedirle que deje de hacer su trabajo durante el momento de mayor actividad.
El segundo fue un reporte de patio por mensajería tres veces al día. Mejoró la latencia de horas a unas cuantas horas, lo cual no es una mejora cuando las decisiones se toman en minutos.
El tercero fue apoyarse en el GPS de los tractores. Es el intento más interesante porque parecía la solución obvia y falló por una razón estructural: el GPS está en el tractor y el activo que hay que controlar es la caja. Una caja desenganchada en el patio no tiene posición propia. Y aun si la tuviera, una coordenada dentro del polígono del patio no dice si la caja está cargada, vacía, apartada para un viaje o en espera de reparación.
Ese tercer intento definió el requisito más importante del proyecto: la unidad de control es la caja y su estado, no la posición del tractor.
El registro en caseta: automático con respaldo manual
La primera decisión técnica fue cómo capturar el evento de entrada y salida sin cargarle trabajo al vigilante.
Se instaló lectura de placas en la caseta, con cámara en el carril de acceso y en el de salida. La lectura identifica el tractor y, cuando la caja trae su identificación visible, también la caja.
La parte importante del diseño no es la lectura: es el manejo del error. Una placa se lee mal con lluvia, con lodo, con la placa doblada o con la unidad entrando en ángulo. En los primeros quince días la lectura limpia estuvo muy por debajo de lo que el proveedor del equipo sugería, y eso era esperable.
El flujo quedó así.
- La cámara lee y el sistema propone la identificación en la pantalla de la caseta.
- El vigilante confirma con un toque si es correcta. Es la operación más frecuente y cuesta un segundo.
- Si la lectura es dudosa, la pantalla ofrece las tres coincidencias más probables del padrón de unidades.
- Si ninguna sirve, el vigilante teclea y el evento queda marcado como captura manual.
- La caja se captura por separado con un lector de mano cuando la lectura automática no la identifica.
La marca de captura manual fue una decisión deliberada que al principio incomodó. Permite saber qué porcentaje de los eventos está dependiendo de una persona y detectar cuándo una cámara se desalineó o se ensució, antes de que la precisión se degrade sin que nadie lo note.
El estado de la caja: pocas opciones y transiciones explícitas
La segunda decisión fue el modelo de estados, y es donde se concentra el valor del sistema.
Una caja en patio no es simplemente una caja en patio. La mesa de control necesita saber si puede comprometerla. Se definieron seis estados y se discutieron mucho más.
| Estado | Significa | Se puede comprometer |
|---|---|---|
| Disponible vacía | En patio, vacía, revisada y sin asignación. | Sí. |
| Disponible cargada | En patio con carga lista para salir. | Solo para su viaje. |
| Apartada | Asignada a un viaje programado, aunque siga físicamente en patio. | No. |
| En maniobra | En proceso de carga o descarga. | No, pero con hora estimada de liberación. |
| Detenida | Reparación, revisión o trámite pendiente, con causa obligatoria. | No. |
| Fuera de patio | Salió con evento de salida registrado. | No aplica. |
El estado apartada fue el que resolvió el problema original. Antes, una caja comprometida para el viaje del día siguiente seguía apareciendo como disponible porque físicamente estaba ahí, y se comprometía dos veces. La duplicidad no era un error de las personas: era un estado que no existía en el modelo.
El estado detenida con causa obligatoria produjo el segundo hallazgo. Al obligar a elegir una causa, apareció que una parte apreciable del equipo detenido lo estaba por trámites administrativos y no por fallas mecánicas, que era el supuesto de todos.
La regla que sostiene el inventario
La tercera decisión es casi de política más que de software, y es la que determina si el sistema sigue siendo confiable al sexto mes.
La regla es que una caja sin evento de salida sigue en patio, sin excepción. Si alguien afirma que una caja salió y no hay evento, se levanta una incidencia y se busca físicamente; no se corrige el inventario con la palabra de nadie.
Suena rígido y es necesario. Un sistema que acepta correcciones sin evidencia acumula ajustes, y los ajustes sin respaldo convierten el inventario en una ficción en pocas semanas. Es exactamente lo que había pasado con la libreta.
Como complemento, se programó un recuento físico semanal de cajas en patio, con lector de mano, que compara lo que el sistema cree con lo que hay. Los primeros recuentos tomaron más de una hora y encontraron diferencias. A los dos meses tomaban veinte minutos y las diferencias eran puntuales y explicables.
Los errores que cometimos
Confiamos en la precisión prometida de la lectura. El primer diseño daba por buena la lectura automática sin flujo de confirmación. Durante tres días el inventario se llenó de entradas de unidades inexistentes por lecturas parciales. Se agregó la confirmación del vigilante y el problema desapareció, pero se perdió una semana reconstruyendo el inventario.
Modelamos la posición exacta dentro del patio. La primera versión incluía la ubicación por cajón, con un mapa. Era bonito y resultó imposible de mantener: las maniobras mueven cajas sin que nadie registre el movimiento, y un mapa desactualizado es peor que no tener mapa. Se eliminó la posición por cajón y se dejó solo la zona, que son cuatro y se mantienen solas porque cada zona tiene un propósito distinto.
Le dimos acceso a la mesa de control antes de limpiar el padrón. El padrón de cajas tenía duplicados, placas viejas y dos unidades vendidas hace años. La mesa empezó a usar el sistema, encontró datos incorrectos y desconfió del conjunto. Limpiar el padrón primero habría costado dos días y habría evitado un mes de escepticismo.
Cómo se midió el resultado
Tres indicadores, con un mes de medición manual previa.
- Latencia del dato de patio. Tiempo entre que ocurre un movimiento y que la mesa de control lo puede ver. Pasó de horas a minutos el primer día, y es el único indicador que mejoró de forma inmediata.
- Asignaciones revertidas. Viajes comprometidos que hubo que reasignar por falta de equipo. Es el indicador que mide el valor real.
- Permanencia por caja y por estado. Cuántas horas pasa cada caja en cada estado. Es el indicador de capacidad ociosa.
El tercero fue el que cambió decisiones de inversión. Con tres meses de datos quedó claro que una parte de la flota pasaba mucho tiempo en estado detenida por causas administrativas, y que la falta de disponibilidad en temporada alta era en parte un problema de trámites y no de cantidad de equipo. La conversación sobre crecer la flota se pospuso.
Lo que se dejó fuera
No se construyó asignación automática de viajes. La mesa de control considera relaciones con clientes, experiencia del operador en una ruta y antigüedad del equipo, cosas que no están en ningún dato y que un algoritmo habría ignorado. El sistema le da inventario confiable y la decisión se queda con las personas.
Tampoco se integró con el sistema de facturación en esta etapa. Hay un archivo diario de movimientos que administración usa, y eso era suficiente para el alcance acordado.
Preguntas frecuentes
¿Para qué sirve leer placas si ya hay bitácora en caseta?
La bitácora en papel registra el evento pero no lo hace consultable ni inmediato. La lectura automática sirve para que el registro ocurra sin depender de que alguien lo escriba en el momento correcto, y para que la mesa de control lo vea en el mismo minuto en que pasa la unidad.
¿Qué pasa cuando la lectura de placas falla?
Falla con regularidad por lluvia, lodo, placa dañada o ángulo malo, así que el diseño parte de que va a fallar. El vigilante captura la placa a mano en una pantalla que ya tiene propuestas las lecturas probables, y el evento queda marcado como captura manual para no ensuciar la precisión del sistema.
¿El GPS de las unidades no resuelve esto?
No, porque el GPS ubica el tractor y lo que la mesa necesita saber es dónde está la caja, que pasa buena parte del tiempo desenganchada. También porque una coordenada dentro del polígono del patio no dice si la caja está cargada, vacía, en reparación o apartada.
¿Cómo se evita que el patio se convierta en un inventario inventado?
Con un recuento físico programado que compara lo que el sistema cree con lo que hay, y con la regla de que una caja sin evento de salida sigue en patio aunque alguien afirme lo contrario. Un sistema que acepta correcciones sin evidencia deja de ser una fuente de verdad en pocas semanas.
¿Qué indicador de patio vale la pena vigilar?
El tiempo de permanencia por caja, desglosado por estado. Es el que revela capacidad ociosa inmovilizada y el que permite distinguir una caja que espera carga de una que está detenida por un trámite o una reparación.
Si estás en una situación parecida
Si en tu patio pasa algo similar, el primer paso no es elegir tecnología: es ordenar el proceso y saber qué datos ya tienes. Podemos revisarlo contigo.
Cuéntanos tu caso en westribe.com.mx/solicitar/ o escríbenos por WhatsApp al +52 312 554 2845.