El teléfono sonó a las 2:30 de la madrugada. Era atención al cliente, y la agente parecía a punto de llorar. "Un cliente hizo un pedido, el OMS muestra 40 unidades disponibles, el preparador fue a la ubicación y no encontró... nada. Ni siquiera la esquina de una caja en el estante."

Esa llamada la he recibido más de una vez. Todos los incidentes se desarrollan igual: IT dice que los registros de la interfaz están limpios, operaciones dice que los libros están limpios, y ambas partes pasan la reunión echándose la culpa. El equipo del almacén paga los platos rotos. Vender de más no solo cuesta ese pedido: penalizaciones de los marketplaces, caídas en la calificación de vendedor, malas reseñas. El combo completo cuesta mucho más de lo que esas 40 unidades jamás valdrían.

Después de suficientes casos, he aprendido que los desajustes de inventario entre OMS y WMS siempre se reducen a las mismas cinco causas raíz. Y existe una secuencia fija para encontrar cuál es la tuya. Síguela en orden y la mayoría de los incidentes se localizan en media hora.

Cuando los números no cuadran, es una de cinco cosas

Asigna la culpa correctamente antes de que nadie empiece a discutir. Discutir primero es la forma más cara de gastar un incidente.

Primero, el retraso de sincronización. La mayoría de las integraciones OMS-WMS sincronizan por horario, no en tiempo real. Dentro de la ventana de sincronización, los dos sistemas están destinados a discrepar: es por diseño, no un error. Un número sorprendente de "desajustes" resulta ser alguien comparando el número del OMS de hace cinco minutos con el número del WMS de este mismo momento. Compara las marcas de tiempo antes de comparar las cantidades.

Segundo, existencias en tránsito nunca descontadas. Pedidos asignados, preparaciones en curso, mercancía preparada para envío: el WMS ya sacó esas unidades del "disponible", pero el OMS las sigue mostrando como existencias en mano. En temporada alta, con miles de pedidos al día, solo el volumen en tránsito puede abrir una brecha de varios cientos de unidades entre ambos sistemas.

Tercero, devoluciones recibidas pero nunca registradas. El WMS recibió la devolución y la ubicó; la mercancía física está de vuelta. Pero el mensaje que registraba esa devolución en el OMS se perdió o falló. El OMS sigue pensando que esas unidades se vendieron, así que el disponible para promesa corre permanentemente bajo, y la brecha sigue creciendo.

Cuarto, ajustes de conteo cíclico nunca sincronizados. El WMS hizo conteos, registró las ganancias y las pérdidas, y el ajuste nunca llegó al OMS. Con el tiempo ambos lados se alejan cada vez más, y la deriva parece aleatoria, lo que hace miserable investigarla.

Quinto, mapeo de almacenes roto. El "Los Angeles DC" del OMS se mapea a dos edificios físicos en el WMS, o un nuevo centro de fulfillment se creó en el OMS pero nunca se añadió a la tabla de mapeo del WMS. Esta es la más traicionera: cada sistema es internamente consistente, y todo solo parece incorrecto cuando los comparas.

Esta es la regla práctica que uso: cuando cada sistema parece correcto por sí solo e incorrecto solo en comparación, sospecha del mapeo o de las definiciones de sincronización. Cuando la brecha sigue creciendo con el tiempo, sospecha de devoluciones o ajustes de conteo que dejaron de fluir.

Un ejemplo real. El año pasado, un almacén de comercio electrónico de artículos para el hogar mostraba una brecha de doscientas a trescientas unidades cada lunes por la mañana, limpia el resto de la semana. Trabajamos la secuencia: marcas de tiempo, tránsito, devoluciones, conteos, todo en orden. Resultó que el turno nocturno de fin de semana había hecho movimientos de ubicación en el WMS usando un código de edificio antiguo. La tabla de mapeo no tenía entrada para ese código, así que todo el lote de ajustes se descartó en silencio de camino al OMS. El lunes por la mañana mostraba la mayor brecha, y los envíos normales de los días laborables la "diluían" gradualmente, produciendo un ciclo semanal perfecto. Cuando una discrepancia tiene ritmo, observa el patrón, no solo los números.

Cuando se rompe, sigue los pasos antes de buscar culpables

No convoques una reunión y no asignes culpas hasta identificar el tipo de causa raíz. Una persona, un portátil, en este orden.

Empieza alineando las marcas de tiempo. Lleva ambos números al mismo punto en el tiempo antes de compararlos, para descartar el ruido de la ventana de sincronización. Solo este paso filtra al menos un tercio de las falsas alarmas. Mucha gente se lo salta, quema dos horas investigando y luego descubre que estaba comparando momentos distintos.

Si la brecha sobrevive a la alineación de tiempos, revisa el tránsito. En el WMS, suma lo asignado-aún-no-preparado, lo en-preparación y lo preparado-para-envío, y reconcilia eso contra la brecha. Si coincide, tienes un problema de definiciones: o la fórmula de disponible del OMS necesita descontar el tránsito, o operaciones necesita entender que existencias en mano no es lo mismo que vendible.

Si el tránsito no lo explica, revisa las devoluciones. Saca la última semana de recepciones de devoluciones del WMS y concílialas línea por línea contra los registros de devoluciones del OMS. Presta especial atención a la cola de reintentos fallidos. Muchas integraciones son de "dispara y olvida": un mensaje perdido se queda en una cola que nadie monitorea.

Si las devoluciones están limpias, revisa los conteos cíclicos. Exporta los ajustes de conteo recientes del WMS y verifica que cada uno tenga su registro de sincronización correspondiente en el OMS. Los ajustes de conteo son de baja frecuencia pero alto impacto; un solo envío perdido puede dejar una discrepancia colgando durante meses.

Asociados de almacén realizando un conteo cíclico en el pasillo de un centro de distribución

Por último, revisa el mapeo. Pon la lista de almacenes del OMS y la lista de edificios físicos del WMS lado a lado y recorre las entradas de mapeo una por una. Los edificios nuevos, las ubicaciones temporales de almacenamiento adelantado en temporada alta y los sitios de envío directo de terceros son donde los mapeos se pierden. Si el mapeo está mal, los primeros cuatro pasos fueron esfuerzo desperdiciado: la base misma está torcida.

Esos cinco pasos localizan el eslabón que falla en aproximadamente nueve de cada diez casos. Solo entonces habla de responsabilidades: el retraso de sincronización es una decisión de arquitectura, así que es de IT. Las devoluciones que no se registran son un problema de integración, IT otra vez. Los conteos que nunca se envían son un problema de proceso, operaciones. El mapeo roto suele significar que ambos lados nunca se alinearon cuando se abrió el edificio, así que ese repártelo a medias. Mi recomendación es escribir la división del trabajo y guardarla: operaciones es dueña de la reconciliación diaria, IT de las interfaces y los trabajos. Cuando algo se rompe, sigue los pasos en orden y nadie puede quejarse primero.

Deja de esperar la próxima llamada de las 2 de la madrugada

Resolver problemas es apagar incendios. La prevención de incendios son tres mecanismos, ninguno caro.

Primero, ejecuta un trabajo diario de reconciliación. Compara el disponible del OMS contra el disponible del WMS por SKU y alerta automáticamente al pasar un umbral. No pongas el umbral demasiado ajustado: yo suelo sugerir algo como más de 5 unidades o el 2% de la cantidad vendible de un SKU; de lo contrario, la fatiga de alertas lo mata todo en una semana. Envía las alertas al chat del grupo de trabajo, no solo por correo. Nadie lee esos correos.

Segundo, envía los ajustes de conteo al OMS en tiempo real. Muchas empresas aún los agrupan a fin de mes, lo que significa que ambos sistemas simplemente están mal uno respecto al otro durante unos días cada mes. Cámbialo a envío-al-ajustar. Técnicamente es una llamada API más.

Tercero, haz visible el tránsito en el OMS. Deja que atención al cliente y operaciones vean las cantidades en tránsito y preparadas junto a las existencias en mano, no un solitario número de existencias. Cuando llegue la llamada por venta de más, el agente puede decir si realmente no hay stock o si está en un carro en alguna parte, y nadie tiene que despertar a nadie a las dos y media.

Haz esas tres cosas y las discrepancias no llegarán a cero, pero las llamadas de las 2:30 de la madrugada deberían caer a la mitad.

Una última pregunta para ti: ¿cuál es tu precisión de inventario OMS-WMS ahora mismo? Antes de responder, piensa dónde buscarías ese número, con qué frecuencia alguien lo revisa y qué tamaño de brecha dispara una acción. Si no puedes responder las tres, esa llamada a las dos y media va a volver a sonar. Es solo cuestión de cuándo.

Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.