Que es el stranded inventory en Amazon y como recuperarlo

El stranded inventory es el stock que ya tienes físicamente dentro de los centros logísticos de Amazon (FBA) pero que no puedes vender porque el listing que lo respaldaba dejó de estar activo. La unidad existe, está pagando storage, ocupa un lugar en la bodega de Amazon —pero para un comprador es invisible, porque el ASIN al que estaba amarrada se cayó, se inactivó o perdió algún dato obligatorio. En otras palabras: pagaste por fabricar ese producto, pagaste por enviarlo a FBA y sigues pagando por almacenarlo, mientras genera cero ventas. Es capital congelado en el peor lugar posible.

Lo que lo hace tan peligroso no es la causa —casi siempre es algo pequeño y aburrido: un precio que se borró, una imagen que Amazon rechazó, una categoría que quedó bloqueada, un ASIN suprimido por una alerta de compliance— sino el silencio. Amazon no te llama por teléfono. La unidad simplemente deja de aparecer en las búsquedas y tú te enteras semanas después, cuando revisas por qué ese SKU que vendía bien de pronto marca cero. Para entonces ya acumulaste storage fees, y si cae en fecha de inventario de largo plazo, la multa es peor.

La buena noticia es que el stranded inventory casi siempre es recuperable, y rápido. No es mercancía perdida ni defectuosa: es mercancía sana esperando que alguien reactive su listing. La diferencia entre un seller que lo recupera en horas y uno que lo descubre en meses no es suerte —es visibilidad. Quien ve su inventario real, en tiempo real y junto al de sus otros canales, detecta la unidad varada el mismo día. Quien junta la información a mano en Excel, la entierra.

qué es exactamente y por qué “varado”

La palabra ayuda a entenderlo. El stock varado es como un barco encallado: está entero, la carga intacta, pero no se mueve porque quedó atorado en algo. En FBA ese “algo” es siempre el listing. Amazon separa dos cosas que en tu cabeza son una sola: la unidad física en la bodega y el ASIN que la hace vendible. Mientras ambos estén sanos y conectados, el producto vende. En el momento en que el ASIN se rompe —por la razón que sea— la unidad se queda huérfana. Sigue ahí, contable, pero desconectada del escaparate.

Por eso el stranded inventory no aparece en tus reportes de ventas (no vende) ni en tus reportes de “sin stock” (sí hay stock). Vive en un tercer estado, uno que muchos sellers ni saben que existe hasta que lo pisan: hay inventario, pero no hay forma de comprarlo. Amazon lo lista en un reporte específico —el Stranded Inventory report dentro de Seller Central, en la sección de gestión de inventario FBA— pero ese reporte solo sirve si alguien lo abre a tiempo. Y ahí está el problema del seller multicanal: son tantos paneles que ese reporte casi nunca es el que revisas primero.

las causas más comunes en un vistazo

No necesitas memorizar las docenas de razones por las que un ASIN se cae, pero sí reconocer los patrones. La mayoría del stranded inventory nace de una de estas familias: un precio faltante o fuera de rango (borraste el precio, o Amazon lo consideró abusivo y lo ocultó); un listing suprimido por contenido (una imagen que no cumple, un título que rompe una política, un atributo obligatorio vacío); un bloqueo de categoría o de marca (Amazon te pide gating o una factura que no subiste); o un ASIN inactivado por compliance (una alerta de seguridad, un documento vencido, una queja de propiedad intelectual).

Hay también un origen más sutil y típicamente multicanal: el desajuste entre canales. Editas la ficha del producto pensando en tu tienda Shopify o en MercadoLibre, cambias un dato compartido, y sin querer disparas una supresión del lado de Amazon. Un cambio inocente en un panel provoca un varado en otro. Cuando trabajas con cuatro pestañas abiertas, esa cadena de causa-efecto es casi imposible de rastrear a mano. Profundizamos en cada caso en causas comunes del stranded inventory y como prevenirlas; aquí lo que importa es entender que casi todas son fallas de dato, no de producto.

Diccionario: qué es el disponible real y por qué el stranded inventory nunca cuenta como stock vendible →

el costo escondido: no es solo la venta que no haces

Es tentador pensar que el stranded inventory solo cuesta las ventas perdidas. Cuesta mucho más. Primero, el storage: Amazon te cobra por metro cúbico ocupado, vendas o no. Una unidad varada paga exactamente la misma tarifa que una que rota bien, con el agravante de que no genera ingreso para compensarla. Si tu producto es voluminoso, la sangría es diaria.

Segundo, y peor, el fee de inventario de largo plazo. Amazon penaliza el stock que lleva demasiado tiempo sin moverse. Una unidad varada no se mueve por definición, así que es candidata natural a esa multa —te cobran por almacenar mercancía que ellos mismos hicieron invisible. Tercero, el costo de oportunidad de reposición: si no sabes que ese SKU está varado, tu sistema lo cuenta como stock disponible y frena tu recompra. Crees que estás cubierto cuando en realidad no tienes nada vendible, y te arriesgas a un quiebre de stock que se pudo evitar. La misma confusión que causa sobreventa cuando el dato dice “hay” y la realidad dice “no vendible”.

Diccionario: cómo el stranded inventory puede empujarte a un quiebre de stock aunque tengas piezas en bodega →

por qué juntar la info a mano lo esconde

El flujo manual del seller multicanal es justo el que oculta el stranded inventory. Abres Seller Central y miras ventas; abres el panel de MercadoLibre; abres el 3PL para ver stock físico; y viertes todo en una hoja de cálculo. En ese proceso, tu Excel suma unidades, no vendibilidad. Cinco piezas varadas en FBA se anotan igual que cinco piezas que rotan: como “5 en stock”. El número miente sin querer, porque la hoja no distingue entre inventario que existe e inventario que se puede comprar.

Y aunque supieras dónde mirar, el reporte de stranded de Amazon es una foto: lo descargas, lo revisas, y para cuando lo cruzaste con tus otros canales ya envejeció. Un ASIN se puede caer una hora después de tu último export. El problema de fondo no es la falta de datos —Amazon te da el dato— sino la demora entre que la unidad se vara y que tú te enteras. Con paneles separados esa demora se mide en semanas. Es exactamente el mismo cuello de botella que arruina tu lectura de rentabilidad: cuando el inventario no es confiable, tu ACoS tampoco lo es, porque sigues pautando anuncios que empujan tráfico a un ASIN que ya no vende.

cómo recuperarlo, paso a paso

Recuperar stranded inventory es casi siempre reparar un dato y esperar la reindexación. El orden que funciona:

1. Detectarlo el mismo día. El primer paso no es técnico, es de visibilidad: necesitas ver, en un solo lugar, qué unidades tienes físicamente contra cuáles son vendibles. Cualquier brecha entre esas dos cifras es tu lista de varados. Si esa comparación es automática y en tiempo real, la brecha salta sola; si depende de tu Excel, no.

2. Diagnosticar la causa. Abre el ASIN varado y busca la razón concreta: ¿falta precio? ¿la imagen fue rechazada? ¿hay un atributo obligatorio vacío? ¿está bloqueado por gating? El reporte de stranded de Amazon suele darte un motivo, aunque a veces genérico. La mayoría de las veces es una de las causas de dato que ya vimos.

3. Corregir el dato. Repón el precio, sube la imagen que cumple, llena el atributo, resuelve el gating con la factura correcta. Si el varado nació de un desajuste entre canales, corrige la fuente para que no vuelva a dispararse. Este es el paso más rápido cuando la causa es tonta —minutos— y el más lento cuando involucra compliance.

4. Confirmar la reactivación. Amazon reindexa y la unidad vuelve al escaparate, normalmente en pocas horas. Aquí es donde importa mirar tus días de inventario: si ese SKU estuvo varado semanas, quizá cambió su demanda, o quizá te conviene mover parte del stock a otro canal en lugar de esperar. Recuperar el listing es media victoria; la otra media es decidir qué haces con el stock que por fin volvió a estar vendible.

5. Cerrar el ciclo con prevención. Cada varado recuperado es una lección sobre qué proceso lo causó. Si un mismo tipo de cambio en Shopify te varó tres veces en Amazon, ahí tienes tu punto de fuga.

Diccionario: qué son los días de inventario y por qué cambian tu decisión al recuperar un varado →

el tiempo real convierte el varado en un aviso, no en una sorpresa

La lección de fondo es que el stranded inventory no es un problema de reparación —reparar un listing es fácil— sino de detección. Todo el daño ocurre en el tiempo que pasa entre que la unidad se vara y que tú lo descubres. Storage, multas, recompras mal calculadas, anuncios quemados: todo se acumula en esa ventana ciega.

Por eso la única solución sostenible es cerrar esa ventana. Cuando tu inventario de Amazon, MercadoLibre, Shopify y tu 3PL vive en una sola fuente de verdad que se actualiza sola, la brecha entre “físico” y “vendible” se ve en el momento en que aparece. El stranded inventory deja de ser una sorpresa que descubres en un reporte olvidado y se convierte en una alerta que te busca a ti el mismo día. No dejas de tener varados —Amazon seguirá cayendo ASINs— pero dejas de pagarlos por semanas sin saberlo. Esa es la diferencia entre revisar y ser avisado, y en inventario esa diferencia se mide en dinero.