Lo esencial primero: la sincronización de inventario multicanal no se trata de sincronizar rápido. Se trata de que las cinco plataformas vean el mismo número. Ese número es tu cantidad disponible para prometer, y la fórmula es una línea: available = on-hand minus allocated-but-unshipped minus safety stock. Cada plataforma, cada canal, lee este único número. Si la definición no es consistente, sincronizar cada sesenta segundos igual provocará sobreventas.
¿Por qué la definición y no la frecuencia? Porque la sobreventa es, en esencia, dos sistemas que discrepan sobre el mismo inventario. El marketplace solo cree el número que recibió; el WMS solo cree lo que hay físicamente en el edificio. En medio hay cuatro brechas: pedidos reservados, recepciones en tránsito, retenciones de control de calidad y transferencias. La frecuencia responde "qué tan seguido conciliamos". La definición responde "estamos conciliando el mismo libro". Conciliar el libro equivocado más seguido solo acelera los errores.
He visto este mismo fracaso tres veces
La primera fue en septiembre de 2024: un vendedor de accesorios de electrónica de consumo en Shenzhen que vendía los mismos SKU en Amazon, su propia tienda Shopify, eBay, Walmart y TikTok Shop. El WMS estaba configurado para sincronizar inventario una vez por hora. En la noche de promoción, entre las 8 y las 10 PM, vendieron más de 1,400 pedidos en dos horas. La cantidad disponible llegó a cero durante la primera hora, pero las plataformas no recibirían la actualización hasta el inicio de la siguiente hora, y el conteo final superó las 400 unidades sobrevendidas. Los costos de cancelación fueron manejables. Lo que dolió fue la tasa de defectos de pedidos de Amazon que subió por encima del 3 por ciento y la cuenta limitada durante dos semanas. La mitad del gasto en publicidad de ese mes pudo darse por perdido.
La segunda fue a principios de 2025: un cliente de ropa con una tasa de devolución crónica de alrededor del 25 por ciento. Las unidades devueltas volvían a la cantidad en mano después de la inspección, pero la porción "pendiente de control de calidad" nunca se liberaba a tiempo a la cantidad disponible. Un vestido superventas mostraba 200 unidades disponibles en los listados mientras solo 40 eran realmente vendibles; el resto estaba en el área de control de calidad. Tres días sin stock, el listado cayó más de veinte posiciones en el ranking, y recuperarse costó casi el doble de las pujas publicitarias anteriores.
La tercera es la más instructiva: junio de 2025, un vendedor de artículos para el hogar que compartía un mismo pool de inventario entre FBA y FBM, con el stock de seguridad en cero. Amazon movió 800 unidades a FBA en una sola transferencia mientras el trabajo de sincronización del WMS se detuvo durante cuarenta minutos. FBM siguió vendiendo contra números obsoletos y sobrevendió 170 unidades en esos cuarenta minutos. El equipo de soporte pasó una semana completa gestionando cancelaciones y reseñas negativas.
Tres fracasos, una causa raíz: no hay una definición unificada de cantidad disponible. El primero tenía una brecha de tiempo en la definición, el segundo una definición incompleta, el tercero no tenía ningún colchón de seguridad.
Una nota al margen sobre por qué las hojas de cálculo no pueden sostener esto. He visto vendedores mantener una hoja maestra a mano, actualizando cada plataforma mañana y noche. Funciona con menos de cincuenta SKU. Pasados los doscientos, se rompe: no porque la gente sea descuidada, sino porque las matemáticas dejan de funcionar. El desfase entre pedido y envío de cada plataforma es diferente, y una hoja manual nunca puede superar la velocidad de los pedidos. Doscientos SKU es la línea divisoria. Más allá, el sistema tiene que tomar el control.
Constrúyelo en cinco pasos
Paso uno: fija la definición. Pon la fórmula en la configuración de tu OMS o WMS, no en la cabeza de alguien: available = on-hand minus allocated-but-unshipped minus inbound pending QC minus safety stock. Nota el término "allocated-but-unshipped": muchos sistemas solo descuentan al momento del envío, pero la ventana entre la colocación del pedido y el envío va de unas pocas horas a uno o dos días. Deja esa ventana sin descontar y habrás construido una máquina de sobreventas.
Paso dos: configura bien el stock de seguridad. No adivines cincuenta unidades. Usa esto: safety stock = average daily sales × replenishment lead time × variability factor. Usa 1.5 en temporada pico, 1.2 en tiempos normales. Ejemplo: un SKU que vende 100 unidades al día con un tiempo de reposición de siete días necesita 100 × 7 × 1.2 = 840 unidades de stock de seguridad en tiempos normales. Suena a mucho. Ese es el precio de nunca quedarse sin stock. Los SKU de cola larga y baja rotación pueden bajar el factor a 1.0; no apliques un solo número a todo.
Paso tres: ajusta la frecuencia de sincronización a los límites de API, no a la ambición. Cada plataforma limita las llamadas de actualización de inventario, y un vendedor con miles de SKU que empuja una actualización completa cada cinco minutos golpeará el límite y empezará a perder actualizaciones. El patrón probado en campo: el 20 por ciento de superventas cada quince minutos, la cola larga cada hora, más un empuje incremental inmediato cuando la cantidad de un SKU se mueve más del veinte por ciento. Mantén un treinta por ciento de margen bajo el límite de tasa.
Cuidado también con la trampa de la zona horaria. Las promociones de EE. UU. y la UE no alcanzan su pico a la misma hora: escalona los trabajos de empuje por marketplace en lugar de lanzar las cinco actualizaciones completas en el mismo tick del reloj. Una vez vi cinco marketplaces hacer empuje completo simultáneamente, agotar la cuota de API en minutos y perder por completo la siguiente hora de actualizaciones incrementales. Durante esa hora, las cinco plataformas mostraron inventario vencido.
Paso cuatro: clasifica tus plataformas antes de quedarte sin stock. Cuando el inventario no alcanza para todos, ¿a quién se atiende primero? Decídelo ahora, no el día de la rotura de stock. Enfoques comunes: clasificar por margen, para proteger el canal de mayor margen; o clasificar por salud de la cuenta, poniendo a Amazon, donde una sobreventa afecta tus métricas, en primer lugar. Codifica la regla en el sistema para que la cantidad disponible se autoasigne por prioridad cuando escasee.
Un ejemplo concreto: un vendedor en Amazon y en su propio sitio, con 45 por ciento de margen en su sitio y 28 por ciento en Amazon, pero Amazon penaliza cada sobreventa contra la salud de la cuenta. El compromiso práctico: Amazon obtiene la máxima prioridad para proteger la cuenta, mientras que el sitio independiente ve la cantidad disponible al ochenta por ciento del valor real para proteger el margen. Ambos objetivos sobreviven, y nadie tiene que discutirlo el día de la rotura de stock.
Paso cinco: construye un interruptor de circuito. Cuando la brecha entre el inventario del WMS y el de la plataforma cruce un umbral, digamos, más de diez unidades en un solo SKU, o más del cinco por ciento en general, retira automáticamente ese SKU de todas partes y pásalo a un humano. Parece agresivo, pero dos horas fuera de los listados cuestan un orden de magnitud menos que cuatrocientas unidades sobrevendidas. Pon el umbral ajustado; unos pocos falsos positivos son mucho más baratos que una sobreventa real.
No vuelvas a listar apresuradamente después de que se dispare el interruptor. La secuencia estándar de recuperación tiene tres pasos: verificar el inventario físico en mano en el WMS contra los números de la plataforma; buscar nuevos pedidos en tránsito creados en las dos horas anteriores al disparo; confirmar la causa raíz, sincronización perdida o merma física, antes de volver a listar. Volver a listar antes de conocer la causa es lo mismo que quitar el interruptor.
Lista de verificación de la noche de lanzamiento: cada punto de falla está aquí
Recorre esta lista punto por punto la noche anterior al lanzamiento. Si te saltas uno, alguien te llamará a las 2 AM.
- Cada término de la fórmula de cantidad disponible se corresponde con una fuente de datos real en el sistema; nada se "rellena manualmente".
- El stock de seguridad está escalonado por velocidad de SKU, no un solo número para todo el catálogo.
- Has verificado los límites de tasa de API de cada plataforma y mantenido un treinta por ciento de margen en el programa de empuje.
- Las reglas de prioridad de plataforma están codificadas en el sistema, no escritas en un documento.
- Los umbrales del interruptor están configurados, y las alertas llegan a un humano por mensaje de texto o teléfono, no solo por correo electrónico.
- El flujo de control de calidad de devoluciones libera automáticamente las unidades inspeccionadas de vuelta a la cantidad disponible.
- Las transferencias FBA y los movimientos entre almacenes descuentan de la cantidad disponible en tiempo real.
- Has ejecutado una prueba de estrés de cadena completa: simula un pico promocional de dos horas y confirma que la cantidad disponible nunca se vuelve negativa.
- El servicio al cliente tiene un guion de respuesta ante sobreventas: saben qué hacer primero, segundo, tercero.
- Y la contraintuitiva: está permitido, incluso se recomienda, que una plataforma vea menos inventario del que tienes. Mostrar a un canal de bajo margen el ochenta por ciento de la cantidad disponible para reservar stock para uno de alto margen no es un error. Es estrategia.
La venta multicanal no se juzga un martes tranquilo. Se juzga entre las 8 y las 10 PM en la noche de promoción. Preciso todo el mes y colapsado en la noche de promoción significa que nunca estuvo construido. Pon estos cinco pasos en su lugar, revisa los diez puntos, y la sobreventa puede salir de tu lista de pesadillas.
Una última cosa: no tienes que construir todo esto de una vez. Los vendedores con catálogos pequeños deberían empezar con el paso uno (la definición) y el paso dos (el stock de seguridad); eso solo elimina la mayoría de las sobreventas. Agrega los tres restantes cuando cruces los doscientos SKU o cuando se acerque la temporada promocional. Sobrevive primero, optimiza después.
Por Lin Xiao, consultora de implementación de WMS
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
