Coste de almacenamiento y margen real: qué cambia con AWD

Desde el 20 de agosto de 2026, Amazon ofrece Amazon Warehousing & Distribution (AWD) en España, Alemania, Francia, Italia y Reino Unido: almacenamiento a granel a tarifa plana, a largo plazo, en sus centros de distribución, con reposición automática hacia los centros de FBA según la demanda (ChannelX, Ecommerce News). En la práctica: una capa logística antes de FBA, pensada para que no te quedes sin stock en Black Friday ni choques con los límites de capacidad.

Suena a alivio operativo, y lo es. Pero introduce un problema contable que casi nadie ve venir: el coste de almacenamiento y el margen real dejan de vivir en el mismo sitio. Cuando tu inventario pasa por dos capas antes de venderse, aparece una línea de coste que no está atada a ningún pedido — y todo lo que no está atado a un pedido tiende a desaparecer del margen por producto.

Una capa nueva no es un descuento

Lo primero, para ser honestos: AWD puede salirte más barato que acumular stock en FBA. Amazon aplica recargos crecientes al inventario que lleva mucho tiempo en un centro de fulfillment, y esa es justo la factura que AWD viene a esquivar. Además, la propia compañía ha anunciado para 2026 una reducción media de 0,32 € por paquete en determinadas tarifas de fulfillment en estos cinco mercados (Ecommerce News).

El riesgo no es que AWD sea caro. El riesgo es cómo se comporta su coste. Una tarifa plana de almacenamiento es un coste de periodo, no de unidad: te lo cobran por tener volumen guardado durante un tiempo, vendas o no vendas. La comisión del marketplace, en cambio, es de transacción: nace y muere con el pedido.

Esa diferencia parece técnica y no lo es. La mayoría de vendedores construye su rentabilidad así: precio de venta, menos comisión, menos FBA, menos coste de producto. Cuatro números por pedido. Cuando aparece un coste que no viene por pedido, no hay dónde meterlo — así que acaba en "gastos varios", y tu margen por SKU sigue mostrando el mismo número bonito de antes.

Por qué el coste de almacenamiento y el margen real no se encuentran

Piensa en un SKU que vendes en Amazon, Miravia y TikTok Shop. Compras 3.000 unidades para el Q4 y las mandas a AWD en septiembre. Amazon las va empujando a FBA según se venden.

Ahora responde: ¿cuánto te ha costado almacenar ese SKU? Y de ese coste, ¿cuánto le toca a la unidad que vendiste en Miravia — que ni pasó por FBA?

Sin un reparto explícito, la respuesta honesta es "no lo sé". Y de ahí salen tres distorsiones concretas:

• El SKU lento sale gratis. El producto que rota mal es exactamente el que más almacenamiento consume, pero si el coste no se le imputa, su margen aparente es idéntico al del que vuela. Decides reponerlo. Otra vez.
• El canal que no usa FBA sale caro. Al revés: si repartes el almacenamiento a bulto entre toda la cuenta, cargas coste logístico de Amazon a ventas de Miravia o de tu web. El margen por canal se ensucia en las dos direcciones.
• El mes de compra se hunde. Metes en septiembre el coste de un stock que venderás en noviembre y diciembre. Tu P&L de septiembre miente en negativo y el de noviembre en positivo. Con un coste plano y grande, esa descuadre no es un matiz.

Nada de esto es un fallo de AWD. Es un fallo de granularidad: un coste que se cobra por volumen y tiempo, metido en un sistema que solo sabe pensar por pedido.

El coste que no lleva factura: la caja

Hay una segunda capa, y es la que se paga en el banco. AWD te invita, por diseño, a comprar más y antes: es su propuesta de valor. Cada unidad que mandas a un almacén es dinero tuyo que se queda quieto hasta que alguien la compra.

Ese coste no aparece en ninguna línea de ningún settlement. Aparece como tensión de tesorería en octubre, cuando toca pagar al proveedor y todavía no has vendido. Si el año pasado tenías 20 días de stock en FBA porque no cabía más, y este año tienes 90 en AWD porque sí cabe, has multiplicado tu capital inmovilizado sin que ningún informe de rentabilidad te lo diga.

Es el mismo razonamiento del forecasting de ventas multicanal para el Q4: el error no está en la previsión de ventas, sino en no traducirla a caja.

Cómo debería contarlo un P&L multicanal

No hace falta un modelo de costes de manual de ingeniería industrial. Hacen falta tres reglas, sostenidas en el tiempo:

1. El almacenamiento es una línea propia, no un "vario". Separada de la comisión y de la tarifa de fulfillment. Si va en el mismo saco, nunca sabrás si el problema es el marketplace o tu inventario.
2. Se reparte por un criterio explícito y estable — volumen ocupado o unidades almacenadas, no facturación. Y se declara cuál es. Un reparto imperfecto pero conocido es infinitamente más útil que un coste huérfano.
3. Se imputa al periodo en que se vende, no al que se compra. Si no, tu propia estacionalidad te desmonta el P&L dos veces al año.

Esto es, literalmente, la diferencia entre un panel de ventas y un P&L multicanal de verdad: el primero te dice cuánto has facturado; el segundo te dice qué SKU y qué canal se están comiendo tu almacén.

Y es el motivo por el que una herramienta solo-Amazon se queda corta aquí. Puede leerte perfectamente las tarifas de Amazon — pero no puede decirte qué parte de tu almacén sostiene tus ventas de Miravia, TikTok Shop o Temu, porque esos canales no existen en su modelo.

Antes de mandar el palé

Si estás valorando AWD para este Q4, la pregunta que decide no es "¿me sale más barato que FBA?". Es: cuando llegue enero, ¿sabré cuánto me ha costado tener ese stock, producto a producto y canal a canal?

Si la respuesta es no, el ahorro de tarifa te lo vas a gastar en decisiones a ciegas: reponer lo que no rota, castigar el canal equivocado y descubrir el agujero cuando ya está pagado.

Nexium Hub te da el P&L real por canal y producto, la conciliación de los payouts de Amazon, Miravia y TikTok Shop y las devoluciones en un solo panel — la alternativa multicanal a Sellerboard. Si quieres entrar en el Q4 sabiendo qué gana dinero de verdad, solicita acceso o pide una demo en vivo.