El sistema muestra 500 unidades en mano. El servicio al cliente solo venderá 300. Luego se lanza una promoción, la tienda dice "en stock", el almacén dice "no lo tenemos", y empiezan a llegar penalizaciones por sobreventa. Nueve de cada diez implementaciones de OMS que he visto empiezan con un modelo de inventario roto. El sistema no es el problema — el problema es que el "inventario" se trata como un solo número cuando en realidad son cuatro líneas de flotación.
La existencia física no es lo vendible
La primera línea de flotación es el inventario en mano: el conteo total de un SKU en el WMS. Muchas empresas empujan este número directamente a la tienda como cantidad vendible. Esa es la fuente de sobreventa número uno. Mezclados en ese total en mano hay varios tipos de stock no vendible: unidades en retención de control de calidad, unidades dañadas a la espera de disposición, unidades bloqueadas para conteo cíclico y devoluciones de clientes que aún no han sido clasificadas para su reventa.
La solución: el OMS solo debe reconocer el "disponible en mano" — el total menos cada unidad congelada, retenida por control de calidad o dañada. Este filtrado pertenece a la interfaz WMS→OMS, codificado por estado de inventario, no a una conciliación manual diaria. Trabajé con una empresa de cosmética online cuyas devoluciones tenían una tasa de reventa del 60 % pero permanecían en "pendiente de clasificación" una media de cuatro días. Si cuentas esos cuatro días como vendibles, la sobreventa está garantizada.
Reservas: inventario que ya tiene dueño
La segunda línea de flotación es el inventario asignado. En el momento en que cae un pedido, el OMS muerde el stock correspondiente. Sigue en el estante, pero ya tiene dueño. Las reservas vienen en dos sabores: asignación dura, atada a lotes y ubicaciones específicos que nadie más puede tocar, y asignación blanda, que retiene cantidad mientras la ubicación exacta de picking se decide más tarde.
La trampa está en liberar las reservas. Pedido cancelado, faltante parcial, tiempo de pago agotado — ¿la reserva se libera de inmediato? Liberar demasiado pronto y otro pedido del mismo SKU la atrapa; liberar demasiado tarde y los pedidos zombi ocupan stock que la tienda no puede vender. Mis valores por defecto: las reservas por tiempo de pago agotado se liberan automáticamente después de 30 minutos; los pedidos cancelados por un agente se liberan en tiempo real; los pedidos parcialmente en faltante liberan las líneas en faltante y conservan las confirmadas. Codifica esto como políticas en el OMS, no como clics para el equipo de servicio.
En tránsito y retención de calidad: vender el futuro
La tercera línea de flotación es el inventario en tránsito: pedido, aún no recibido. Un buen OMS segmenta el en tránsito por fecha prevista de llegada. ¿Llega dentro de tres días? Puedes preventa una parte. ¿A quince días? Muéstralo como agotado y dilo en serio. La proporción de preventa debe seguir la tasa histórica de puntualidad del proveedor — por encima del 95 %, preventer el 80 % es defendible; si es crónicamente impuntual, preventa cero.
La retención de calidad es el problema hermano. La mercancía llega, queda en la zona de inspección y el WMS aún no la ha guardado. Durante esa ventana el OMS debe mostrar "en tránsito / en inspección", no sumarla al stock vendible. Para categorías con ciclos de inspección largos — alimentos, cosméticos, electrónica de consumo — el control de calidad puede ir de dos días a una semana, y ese estado del inventario tiene que ser visible o el servicio al cliente y el almacén pelearán a diario.
Stock de seguridad: el colchón que todos saquean
La cuarta línea de flotación es el stock de seguridad, el colchón contra la incertidumbre: proveedores tardíos, picos de demanda, variaciones de conteo. No es una corazonada — la matemática es directa: toma las ventas diarias promedio del SKU y su variabilidad en los últimos 90 días, combínalas con la variabilidad del plazo de reposición, y cuanto más salvajes sean ambas, más grueso el colchón. La clasificación ABC se gana su lugar aquí: los artículos A llevan stock de seguridad calculado al día; los C pueden ser aproximados, ya que son baratos de todos modos.
El peor enemigo del stock de seguridad es el "préstamo". Se lanza una promoción, operaciones ve unidades sentadas en el colchón y las vende. Luego los pedidos normales se agotan. Haz la regla férrea: tocar el stock de seguridad requiere aprobación, y tocarlo dispara una reposición. Pon eso en el SOP — supera a cualquier software.
Multialmacén: divide las líneas de flotación por edificio
Todo lo anterior es pensamiento de un solo almacén. Las empresas con varios almacenes deben calcular las líneas de flotación por instalación y luego agregar. ¿Por qué? Porque "en stock" en el almacén A no significa nada para un cliente servido por el almacén B a tres días de tránsito.
El patrón estándar es fulfillment más cercano más ATP por almacén. Cada edificio calcula sus propias cuatro líneas de flotación; el ruteo de pedidos prefiere el edificio más cercano con stock vendible. Solo cuando la cantidad vendible de todos los edificios sea cero debería permitirse el fulfillment por transferencia entre almacenes — y el tiempo de tránsito de la transferencia entra en la fecha de entrega prometida. Algunas empresas agregan el inventario de la red en una bonita insignia de "en stock", luego rutean pedidos a edificios vacíos y ven los SLA colapsar en una ráfaga de transferencias internas. Recuerda: el número agregado es para los dashboards de gestión; el fulfillment corre con números por edificio.
Las transferencias mismas pertenecen al modelo. En el momento en que se confirma una orden de transferencia, la cantidad vendible del edificio emisor cae de inmediato y el en tránsito del edificio receptor gana una fecha prevista de llegada. Demasiadas empresas corren las transferencias por un chat de grupo sin documento de sistema, y los libros nunca cuadran. Las transferencias deben ser transacciones del sistema. No negociable.
Una fórmula para atarlo todo
Disponible para prometer = disponible en mano − reservas − stock de seguridad + en tránsito confirmado (fasificado por tiempo y descontado).
La fórmula es fácil; la calidad de datos es lo difícil. Cuando sobrevendas, no le grites al sistema — recorre esta cadena de diagnóstico. Uno: ¿el en mano es exacto? Cuenta primero; si los libros no coinciden con el piso, nada más importa. Presta especial atención a las zonas de control de calidad y devoluciones, donde las variaciones adoran esconderse. Dos: ¿las reservas se liberan a tiempo? Saca un reporte de reservas zombi retenidas por pedidos muertos — si superan el cinco por ciento del stock vendible, cambia las reglas. Tres: ¿las fechas en tránsito son honestas? Califica a los proveedores con seis meses de llegadas puntuales; los optimistas habituales obtienen una proporción de preventa de cero. Cuatro: ¿se saqueó el stock de seguridad? Revisa los movimientos del período de promoción — si se movió sin aprobación, arregla el proceso antes de reponer.
Esa cadena encuentra la causa raíz nueve de cada diez veces. La décima suele ser latencia de interfaz: si la sincronización WMS→OMS corre en un lote de 15 minutos, la temporada pico vende y recibe bastante dentro de esa ventana ciega. Durante promociones, empuja la sincronización a tiempo real o a intervalos de un minuto. El costo extra de servidor es más barato que las penalizaciones por sobreventa.
Veredicto final: no hay bala de plata en el modelado de inventario del OMS, solo una regla de hierro — cuanto más finos tus estados de inventario, menos tus sobreventas. Las empresas demasiado perezosas para dividir sus estados pagarán la matrícula en penalizaciones. Aclara las cuatro líneas de flotación y el número que el servicio se atreve a vender finalmente coincidirá con lo que el almacén realmente tiene.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
