Primero lo esencial: cuando el inventario de OMS y WMS no coincide, casi nunca es un error del sistema. Esta discrepancia de inventario entre OMS y WMS vive en uno de cinco lugares. Revisa los cinco antes de empezar a cuestionar tus decisiones de vida. He hecho más de 30 puestas en marcha, y he visto exactamente este pozo tres veces: en todas, el cliente culpó primero al software, y en todas la causa raíz resultó ser el proceso o la configuración.
¿Por qué estos dos sistemas discrepan tan a menudo? Porque no están contando lo mismo. OMS cuenta el "stock vendible": lo que puedes prometerle a un cliente. WMS cuenta el "stock físico": lo que realmente está sentado en una ubicación. Uno gestiona los compromisos de venta, el otro gestiona la realidad física, y entre ellos se encuentran los pedidos, la mercancía en tránsito, las devoluciones y las conversiones de unidades. Cualquier desalineación en esa cadena divide los números.
Estos son los cinco puntos de control, en el orden en que yo los investigo. Cada uno viene con "cómo verificarlo" y "cómo solucionarlo". Sigue los pasos.
Categoría uno: tiempos: retraso de sincronización y tránsito no registrado
Punto de control 1: retraso de sincronización. En la mayoría de los proyectos, la sincronización de datos entre OMS y WMS no es en tiempo real: es una tarea programada, comúnmente cada 15 minutos, 30 minutos o incluso una hora. Durante una venta pico, WMS ya ha enviado 200 unidades mientras OMS sigue esperando la próxima ejecución de sincronización. Claro que los números no coinciden.
Cómo verificarlo: elige un pedido que acaba de enviarse. Compara la marca de tiempo del cambio de inventario en OMS con la marca de tiempo de la confirmación de envío en WMS. Si la diferencia es igual a tu intervalo de sincronización, ahí está el culpable.
Cómo solucionarlo: a corto plazo, reduce el intervalo de sincronización (durante los períodos pico suelo recomendar menos de cinco minutos). A largo plazo, envía en tiempo real los eventos críticos como las confirmaciones de envío y las recepciones en lugar de depender de trabajos por lotes. Nota: intervalos más cortos aumentan la carga del sistema; acláralo primero con el equipo de TI.
Punto de control 2: el tránsito nunca se descontó. La mercancía se preparó, se cargó y se fue, pero OMS nunca actualizó el estado en tránsito, o la confirmación de envío de WMS se retrasó un paso. El inventario cae en una tierra de nadie donde ningún sistema lo reclama. He visto este pozo tres veces, y siempre explota la noche antes de una gran venta.
Cómo verificarlo: en WMS, extrae los documentos de "asignado pero no enviado" y "enviado pero no confirmado" y busca retrasos acumulados. Luego revisa la lógica de disponible para prometer de OMS para la misma ventana: si el tránsito se descuenta será obvio.
Cómo solucionarlo: cierra con llave el paso de confirmación de envío de WMS. Una vez que el camión sale escaneado, la confirmación debe ocurrir el mismo día: el "lo haremos mañana" está prohibido. En el lado de OMS, la fórmula de disponible para prometer debe descontar explícitamente el tránsito, escrita en el documento de requisitos, no acordada de palabra.
Categoría dos: procesos: devoluciones nunca almacenadas y conversiones de unidades
Punto de control 3: devoluciones nunca almacenadas. El año pasado, un cliente de moda mostró 2,000 unidades de un SKU popular en OMS la noche antes de una gran venta, mientras WMS mostraba cero. Marketing casi retira la página del producto. La causa raíz: la mercancía devuelta llevaba tres días sentada en el área de recepción, sin tocar el control de calidad, todavía "pendiente" en WMS, mientras OMS ya había sumado las cantidades devueltas al stock vendible. Un caso de manual de discrepancia de inventario entre OMS y WMS.
Cómo verificarlo: extrae el informe de "pendientes en área de recepción" en WMS y mira cuántas devoluciones se están acumulando. Luego revisa cuándo OMS devuelve las devoluciones al stock: si OMS restaura la cantidad vendible en el momento en que el cliente devuelve la mercancía, la definición está mal.
Cómo solucionarlo: las devoluciones deben completar el flujo completo de "recibir, inspeccionar, almacenar". OMS solo puede restaurar el stock vendible después de que WMS confirme el almacenamiento. Cualquier atraso en el área de recepción de más de 24 horas dispara una alerta: escribe esa regla en el SOP.
Punto de control 4: conversión de unidades. El más tonto y el más común. OMS vende en "cajas", WMS rastrea en "unidades": 12 unidades por caja. Si el factor de conversión está mal, el inventario se desvía en un orden de magnitud. Vi un proyecto que infló todo su inventario doce veces en la primera semana de la puesta en marcha porque el factor estaba configurado en 1.
Cómo verificarlo: elige cualquier SKU, revisa la unidad de stock en OMS y en WMS, y luego revisa el factor de conversión en la interfaz. Alinea las tres: el error salta a la vista.
Cómo solucionarlo: audita los factores de conversión de cada SKU una vez, por completo. Para artículos nuevos, haz de "unidad de venta, unidad de stock, factor de conversión" un trío obligatorio en la creación del artículo: si falta uno, el artículo no se crea.
Categoría tres: configuración: mapeo incorrecto de almacenes múltiples, y la verdadera discrepancia de inventario entre OMS y WMS
Punto de control 5: mapeo incorrecto de almacenes. El "DC Este de China" en OMS pueden ser dos edificios físicos en WMS: "Shanghái WH-1" más "Shanghái WH-2". Si mapeas mal uno de ellos, el número de OMS nunca conciliará con WMS. Este es el que más duele, porque ambos sistemas son individualmente correctos.
Cómo verificarlo: lista cada almacén lógico en OMS y los almacenes físicos a los que mapea en WMS, y revísalos uno por uno. Cualquier almacén nuevo, fusionado o renombrado: revisa primero la tabla de mapeo.
Cómo solucionarlo: mantén la tabla de mapeo de almacenes por separado. Cualquier almacén nuevo, fusionado o renombrado debe actualizar la tabla de mapeo antes de la puesta en marcha. Revisa la tabla de mapeo mensualmente.
La verdad contraintuitiva: ambos lados tienen "razón": lo que está mal es la propia definición de conciliación. Muchas investigaciones terminan aquí: OMS tiene razón, WMS tiene razón, pero los dos sistemas definen "inventario" de forma diferente. El disponible para prometer es igual al stock físico menos lo asignado menos el tránsito menos lo retenido en control de calidad menos el stock de seguridad: ambos lados deben usar la misma fórmula. Si las definiciones no se alinean, conciliarás diez mil veces y nunca cuadrarán. Unifica la fórmula antes de conciliar nada.
Lista de verificación de la noche de puesta en marcha: cómo prevenir la próxima discrepancia de inventario entre OMS y WMS
Cada noche de puesta en marcha, hago que el cliente recorra esta lista y la firme antes de que nadie duerma:
- Intervalo de la tarea de sincronización y alertas de monitoreo: ¿configurados?
- Límites de tiempo para la confirmación de envío y el almacenamiento de devoluciones: ¿escritos en el SOP?
- Factores de conversión de unidades de todos los SKU: ¿auditados?
- Tabla de mapeo de almacenes: ¿la última versión?
- Fórmula de disponible para prometer: ¿idéntica en ambos lados?
Con los cinco marcados, las probabilidades de una discrepancia de inventario entre OMS y WMS caen al mínimo. Y un sexto punto: mantén en el sitio a una persona que entienda tanto el negocio como los sistemas. Cuando algo se rompe, encuentra primero a la persona: no reinicies primero el servidor.
Por Lin Xiao, consultor de implementación de WMS
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
