De entrada, mi veredicto: la mayoría de los planes de muelles de almacén se construyen a ciegas.
Su planificador arma el plan en torno a cuándo deberían llegar los camiones. Cuándo llegan realmente no aparece en ningún plan. Un retraso de 2 horas no es la excepción; es la rutina diaria. La agenda de citas se rompe y se reconstruye todos los días, el supervisor de recepción apaga incendios por teléfono y mensajes de texto, y el YMS informa alegremente que las 50 citas van en camino.
Quizás se pregunte: ¿no están ya ahí los datos de ubicación de los camiones? Posiciones GPS, horas estimadas de llegada: su TMS tiene todo eso. El problema es que nada de eso llega jamás al YMS. Los dos sistemas hablan sin escucharse, y la ruptura cae justo donde más duele: en la puerta del muelle.
El plan dice "debería llegar". Los camiones viven en "están llegando"
Imagine una mañana típica. A las 8 a. m., el planificador reescribe en el YMS una tabla exportada del TMS: número de puerta, ventana horaria, ID de cita, todo bien ordenado. En el momento en que se escribe la última entrada, el plan empieza a caducar.
En el TMS, un camión está atascado en el tráfico de la autopista. El GPS emite señales cada pocos minutos y la hora estimada de llegada sigue retrasándose. En el YMS, la cita es un registro estático: nada se mueve a menos que un humano lo mueva. Los operarios de muelle preparan mano de obra, montacargas y espacio en piso 1 hora antes. El camión no aparece. 2 horas después sí, la ventana ya venció, la puerta está ocupada, el conductor echa humo en la entrada y el despachador apaga un incendio tras otro por teléfono.
Hace un par de años visité un almacén 3PL en Ontario, California. El gerente de recepción me dijo que celebran una "reunión de conciliación" diaria a las 10 a. m.: el planificador, el líder de recepción y el coordinador de transporte se sientan con la lista de camiones en tránsito del TMS y la agenda de citas del YMS y buscan discrepancias a mano. 3 personas, 1 hora al día, haciendo el trabajo de una tubería de datos entre dos sistemas. Mi único pensamiento después de escucharlo: este no es un trabajo que deberían hacer los humanos.
Los datos existen. La brecha está en un organigrama, sin dueño
El primer instinto suele ser "es un problema de integración". No lo es. Los principales proveedores de YMS y TMS ofrecen API abiertas con documentación perfectamente decente. Los verdaderos obstáculos se apilan en 3 capas, cada una más difícil que la anterior.
La primera capa es la definición de datos. La "llegada estimada" del TMS se calcula contra hitos del transporte: salida, en tránsito, a 50 millas. La cita del YMS se calcula contra una "ventana de ocupación de puerta". Ni siquiera entienden lo mismo por "llegado": ¿el camión cuenta como llegado en la entrada principal o solo cuando retrocede hasta la puerta y se colocan las cuñas? El TMS no tiene idea de cuándo empieza a correr la ventana del YMS.
La segunda capa es la granularidad de los eventos. El GPS del TMS es un flujo continuo; la programación del YMS son eventos discretos. Convertir un flujo de posiciones en "llega 47 minutos tarde, recomiendo mover la cita de las 10 a. m. a las 11" requiere un conjunto completo de reglas de negocio: ¿cuántos minutos de retraso disparan una reprogramación? ¿Automática o con confirmación humana? Cuando una cita se mueve, ¿quién recibe la puerta que deja libre? Ningún proveedor escribirá esas reglas por usted.
La tercera capa, la que realmente mata los proyectos, es la propiedad. El TMS pertenece a transporte; el YMS pertenece a operaciones de almacén. Transporte se mide por puntualidad y costo de flete; almacén se mide por rendimiento de recepción y eficiencia laboral. Llevar la visibilidad en tránsito a la programación de muelles parece "algo de programación de almacén" para transporte y "datos que viven en su TMS" para almacén. La ruptura está justo en el límite entre los dos departamentos y nadie la posee. De cada 10 proyectos fallidos de integración YMS-TMS que he visto, 9 murieron aquí, no en la tecnología.
Y que quede claro: los datos dejaron de ser un problema hace mucho tiempo. Desde que el mandato de ELD en EE. UU. entró en vigor en diciembre de 2017, esencialmente todos los camiones de larga distancia reportan su posición de forma continua. Los datos están ahí. Lo que falta es alguien responsable de llevarlos al plan.
Tres formas de cerrar la brecha, cada una más cara que la anterior
Opción 1: hacerlo a mano. El planificador revisa las horas estimadas en el TMS o en un portal de visibilidad con cierta cadencia y reprograma manualmente las citas retrasadas en el YMS. La opción más barata: cero gasto en software. El costo es humano: su planificador se convierte en un vigilante de pantallas a tiempo completo, y unas pocas docenas de citas al día ya son más de lo que una persona puede seguir. Cambian los turnos, se pierde información. Bien para un almacén pequeño con pocos movimientos diarios; suicidio lento a escala.
Opción 2: alimentar el YMS con la hora estimada de una plataforma de visibilidad. Hay plataformas dedicadas de visibilidad en tránsito que agregan datos GPS de transportistas y producen horas estimadas razonablemente confiables, y algunos proveedores de YMS ofrecen conectores preconstruidos para ellas. El costo es la suscripción más una integración de TI, más el trabajo de calidad de datos que nadie presupuesta: los dispositivos de los transportistas se desconectan, el GPS se desvía, las horas estimadas saltan, y hay que decidir de antemano si el YMS sigue cada sacudida. Buen ajuste para operaciones de volumen medio con un equipo de TI real.
Opción 3: unificar TMS y YMS bajo un solo proveedor, o construir el puente internamente. El modelo de datos coincide por construcción, y un evento de llegada tardía puede disparar directamente un flujo de reprogramación. El costo más alto por mucho: reemplazar un sistema es cirugía mayor, medida en meses de implementación, con datos históricos y hábitos de operadores migrando todo. A menos que ya estuviera planeando un cambio de sistema, no queme la casa por esta brecha.
Antes de dar luz verde a nada, responda estas 6 preguntas con honestidad. Si no puede, no hable aún de integración:
- ¿Cuántas citas maneja al día y qué porcentaje llega más de 1 hora tarde? Si no puede responder esto, ponga primero en orden sus datos de base.
- ¿Cómo llega hoy la información de llegadas tardías al almacén: llamadas, mensajes, correo o nadie en absoluto?
- ¿Las ventanas de cita de su YMS pueden modificarse por un evento externo o solo a mano?
- ¿Con qué frecuencia actualiza su TMS la hora estimada: por minuto o solo en hitos?
- ¿Quién es dueño de la "visibilidad en tránsito en la programación de muelles": transporte o almacén? ¿Qué KPI la lleva?
- Si las reprogramaciones se vuelven automáticas, ¿quién escribe las reglas: cuántos minutos de retraso la disparan y confirma un humano?
Responda las 6 y sabrá cuál de las 3 opciones es la suya. Sáltese este paso y vaya directo al proyecto, y lo más probable es que muera en la capa 2: los sistemas se conectan, nadie define la lógica de reprogramación y vuelve a hacerlo a mano.
Deje de hablar de tecnología. Empiece a hablar de quién es dueño de esto
Mi lectura: la brecha YMS-TMS no es fundamentalmente una brecha tecnológica. Es una brecha organizacional. Cualquier API se puede conectar; lo difícil es escribir las reglas y asignar la responsabilidad. Cualquiera de las 3 opciones técnicas funciona, pero solo si una persona —o un equipo pequeño— es dueña de que "la agenda de citas coincida con los camiones que realmente aparecen", con esa línea exacta en su evaluación de desempeño. Sin eso, incluso la integración más bonita decae de vuelta a una reunión manual de conciliación en 6 meses.
Una línea para el líder de TI: en su próxima evaluación o renovación de YMS, deje de preguntar "¿tienen una API abierta?" y pregunte en cambio: "¿pueden suscribirse al flujo de eventos de hora estimada en tiempo real del TMS y disparar automáticamente un flujo de reprogramación cuando el retraso cruce un umbral?" Un proveedor que no pueda responder eso claramente le está vendiendo un pisapapeles muy bonito.
Una línea para el gerente de operaciones: hasta que los sistemas estén conectados, meta holgura en el plan: estire las ventanas de cita en sus 2 franjas más congestionadas del día (normalmente la avalancha de apertura de la mañana y el corte de la tarde) 30 minutos cada una. No cuesta nada. Funciona de inmediato.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
