Causas comunes del stranded inventory y como prevenirlas

El stranded inventory es el stock que ya está físicamente en el almacén del marketplace pero que no se puede vender porque el listing que lo respaldaba dejó de estar activo. Tienes las unidades pagadas, guardadas y ocupando espacio, pero el producto no aparece a la venta: quedaron varadas del lado equivocado de una publicación rota. Las causas más comunes son un listing desactivado o suprimido, un precio faltante o fuera de rango, una suspensión de la cuenta o del ASIN, un problema de compliance o documentación, y desajustes de catálogo cuando el SKU deja de coincidir con su publicación. Prevenirlas se reduce a vigilar el estado de cada listing en tiempo real y no solo el número de unidades en almacén.

La razón por la que el stranded inventory duele tanto es que es doblemente caro: pagas por almacenar unidades que no generan un solo peso de venta, y en FBA además se te acumulan fees de almacenamiento sobre inventario que no rota. Peor aún, es casi invisible en los reportes que revisas a diario. El tablero de ventas muestra ceros para ese producto y es fácil leer ese cero como “no se está vendiendo” cuando en realidad significa “no se puede vender”. Esa diferencia es la que te hace perder semanas antes de darte cuenta.

En una operación de un solo canal ya cuesta cazarlo. En una multicanal, donde el mismo SKU vive en Amazon, MercadoLibre, tu Shopify y quizá un 3PL, el problema se multiplica: un listing puede caerse en Amazon mientras sigue sano en MercadoLibre, y si vigilas cada dashboard por separado tardas días en notar que ese inventario quedó varado en un solo canal. Este artículo repasa las causas más frecuentes y cómo prevenir cada una antes de que el stock se te quede atrapado.

el listing desactivado o suprimido

La causa número uno de stranded inventory es simple: el listing se apagó y el inventario se quedó atrás. El marketplace puede suprimir una publicación por decenas de motivos que no tienen nada que ver contigo hoy. Una imagen que dejó de cumplir la política, un bullet point marcado como infractor, una categoría que endureció sus requisitos, una variación padre que se rompió y arrastró a sus hijos, o un cambio de contenido que quedó atorado en revisión. En todos esos casos las unidades siguen en el almacén, intactas, pero la publicación que las conectaba con el comprador ya no existe.

Lo traicionero es que casi nunca recibes un aviso claro. El listing simplemente deja de aparecer, las impresiones caen a cero y el inventario que era vendible ayer hoy es stranded. Si tu único termómetro es el reporte de ventas, vas a interpretar la caída como estacionalidad o competencia, y el diagnóstico correcto (una publicación caída) puede tardar semanas. La prevención real no es revisar ventas: es monitorear el estado de cada listing (activo, inactivo, suprimido, en revisión) como una métrica propia, para que el cambio de estado te llegue el mismo día en que ocurre y no cuando por fin notas el hueco en la facturación.

el precio faltante o fuera de rango

La segunda causa más común es sutil y se cuela sola. Muchos marketplaces desactivan un listing cuando el precio queda vacío, cuando cae por debajo de un mínimo o cuando dispara una alerta de precio potencialmente alto. Basta un error de sincronización, una regla de pricing mal configurada o un feed que subió el precio como nulo para que la publicación pase a inactiva sin que nadie lo pida. El inventario queda varado por un campo vacío o por un número fuera de banda, no por un problema del producto.

Esto es especialmente peligroso cuando manejas precios entre varios canales con reglas automáticas. Un cambio pensado para MercadoLibre que se propaga mal a Amazon, o una promoción que dejó un SKU sin precio de referencia, puede tumbar la publicación justo cuando creías estar optimizando. Por eso conviene tratar el precio como parte de la salud del listing y no como un dato aislado: si un producto se queda sin precio válido, la alerta debe ser tan urgente como un quiebre de stock. Aquí es donde un calendario de precios ordenado ayuda, porque los cambios programados y validados dejan mucho menos margen para que un precio vacío o fuera de rango apague una publicación sin que te enteres.

Diccionario: el disponible real es el stock que puedes vender ahora mismo, ya descontadas reservas, devoluciones por procesar e inventario bloqueado; el stranded inventory es justo lo contrario, unidades que existen en almacén pero que quedan fuera del disponible real porque su listing no está activo.

la suspensión de cuenta, ASIN o categoría

Un escalón más arriba está la suspensión. Puede ser de un ASIN específico por una queja de propiedad intelectual o una alerta de seguridad, de una categoría entera que ahora exige aprobación, o de la cuenta completa por un problema de rendimiento o verificación. En cualquiera de esos casos, todo el inventario asociado se vuelve stranded de golpe: sigue almacenado, sigue generando fees, pero no puede venderse hasta que resuelvas la causa raíz y el marketplace reactive la venta.

La prevención aquí es mitad operativa y mitad de vigilancia. En lo operativo, mantén al día la documentación, las facturas de proveedor y los requisitos de cada categoría en la que vendes, porque muchas suspensiones se disparan por papeleo que se puede tener listo de antemano. En lo de vigilancia, necesitas ver el estado a nivel cuenta y a nivel producto en un mismo lugar, para que una suspensión de ASIN no se te esconda entre cientos de publicaciones sanas. Cuando el aviso llega el mismo día, empiezas la apelación con el inventario todavía fresco; cuando llega tres semanas tarde, ya pagaste almacenaje por unidades muertas y perdiste todo el ranking que traía ese producto.

Diccionario: los días de inventario miden cuánto durará tu stock al ritmo de venta actual; el inventario varado distorsiona ese cálculo, porque son unidades que cuentan como existencias pero que no rotan, e inflan tus días de cobertura con stock que no puede venderse.

el desajuste de catálogo entre canales

Cuando el mismo producto vive en varios marketplaces, aparece una causa propia de la operación multicanal: el SKU deja de coincidir con la publicación que debía respaldarlo. Un identificador que cambió de un lado, una fusión de listings en Amazon que reasignó el ASIN, una variación que se separó de su padre, o un mapeo de inventario que apuntaba a la publicación equivocada. El resultado es el mismo: el marketplace tiene unidades registradas a un SKU que ya no está enlazado a una publicación activa, y ese stock queda varado aunque el producto exista y se venda perfecto en otro canal.

Este es el escenario más difícil de cazar a mano, porque el problema no está en un solo lado sino en la relación entre canales. Tú ves que el producto vende bien en MercadoLibre y asumes que todo está en orden, sin notar que las mismas unidades en Amazon llevan diez días sin poder salir. La prevención pasa por tener un mapa único de SKU que cruce todas tus publicaciones y te avise cuando un canal muestra inventario sin un listing activo detrás. Ese mismo problema de identidad entre canales es el que está detrás de la sobreventa, y lo tratamos a fondo en cómo evitar la sobreventa entre Amazon y MercadoLibre: cuando tus SKU no están bien casados entre marketplaces, tanto el inventario varado como la sobreventa son síntomas de la misma raíz.

por qué el tiempo real lo cambia todo

Todas las causas anteriores comparten un enemigo: el retraso. El stranded inventory no avisa; lo descubres cuando te sientas a cuadrar cifras y notas que un producto lleva días en cero. Si tu forma de vigilarlo es abrir Seller Central, luego MercadoLibre, luego tu Shopify, luego la hoja del 3PL que llegó por correo, y pegar todo en un Excel para comparar unidades contra ventas, el dato ya nació viejo. Para cuando cuadra la hoja, la publicación lleva una semana caída y el inventario ya acumuló fees que no ibas a pagar.

El problema de fondo es que estás vigilando la variable equivocada. El número de unidades en almacén no te dice si esas unidades se pueden vender; solo el estado del listing lo dice. Un producto con 300 unidades y el listing suprimido está en peor situación que uno con 20 unidades y publicación sana, pero un reporte que solo mira cantidades los pinta al revés. Detectar stranded inventory exige cruzar dos datos que casi nunca viven juntos: cuánto stock hay por canal y en qué estado está la publicación que lo respalda.

Eso es exactamente lo que el tiempo real resuelve. En lugar de que tú juntes la información de cada dashboard, el sistema lee el estado de cada listing y el inventario asociado en todos tus canales, y marca de inmediato cualquier producto que tenga unidades en almacén sin una publicación activa detrás. El aviso sale el día que la publicación se cae, no cuando por fin revisas. Ese salto, del cuadre manual y tardío a la alerta automática sobre datos frescos, es lo que convierte al stranded inventory de un agujero que descubres tarde en un problema que ves venir y corriges el mismo día.

cómo prevenir el stranded inventory en la práctica

Empieza por hacer visible el estado del listing. Para cada SKU importante necesitas saber, en un solo lugar y por canal, si la publicación está activa, inactiva, suprimida o en revisión, con la misma prioridad con la que miras las ventas. Ese estado es la señal temprana: cuando cambia, el inventario asociado corre riesgo de quedar varado, y verlo el mismo día es la diferencia entre corregir en horas o descubrirlo en semanas.

Sigue con las causas que puedes blindar de antemano. Trata el precio como parte de la salud del listing, para que un campo vacío o fuera de rango dispare una alerta inmediata en lugar de apagar la publicación en silencio. Mantén al día la documentación y los requisitos de cada categoría, porque adelantarte al papeleo evita buena parte de las suspensiones. Y sobre todo, mantén un mapa único de SKU que cruce todos tus marketplaces, para que un desajuste de catálogo no deje unidades varadas en un canal mientras el producto se ve sano en otro.

Cierra conectando el inventario varado con el resto de tu operación de stock. El stranded inventory no es un problema aislado: distorsiona tus días de cobertura, esconde quiebres reales detrás de existencias que no rotan y te hace comprar de más o de menos con datos torcidos. Por eso conviene mirarlo junto con el resto de tu inventario en tiempo real, para que ninguna unidad cuente como vendible cuando en realidad está atrapada del lado equivocado de una publicación rota. Resolverlo a tiempo libera espacio de almacén, corta fees que no debías pagar y devuelve al mercado un stock que ya habías pagado y que solo necesitaba que alguien viera, a tiempo, que la publicación se había caído.

Diccionario: el quiebre de stock es cuando te quedas sin unidades vendibles en un canal; el stranded inventory puede provocar un quiebre disfrazado, porque el producto deja de venderse aunque el almacén siga lleno de unidades que no pueden salir.