Chargement de la page…
El almacenamiento FBA debe proyectarse como una sucesión de costes en el tiempo, no como un importe fijo añadido una sola vez al producto. Parte del volumen medido, del calendario de entrada, del baremo de Amazon fechado y de hipótesis de salida por cohorte. Añade por separado las tarifas o recargos que resulten aplicables según las reglas actuales, sin inventar una tasa media. Calcula al menos un escenario central y un escenario más lento, y sustituye después las hipótesis por los informes de la cuenta. Una rotación prevista nunca es una venta asegurada: todo el stock restante sigue inmovilizando capital y puede generar otros costes.
El tiempo es una entrada, no una nota a pie de página
Amazon precisa que los vendedores que usan FBA pueden soportar tarifas de almacenamiento y otras tarifas relacionadas con el inventario. La página pública de FBA indica que el importe depende, entre otras cosas, del volumen ocupado, del periodo, de la categoría y de las dimensiones. Las reglas detalladas y los posibles recargos deben consultarse en los documentos actuales de la cuenta.
Un producto rentable si se vende rápido puede volverse poco interesante si parte del lote permanece varios periodos. El modelo debe, por tanto, representar el número de unidades aún presentes en cada etapa. Multiplicar todo el lote por una duración media oculta la distribución: algunas unidades salen pronto, otras permanecen y cargan con la mayor parte del coste tardío.
El control de pesos, dimensiones y tamaños FBA proporciona un dato de entrada esencial. Un error de volumen afecta a toda la proyección, aunque la hipótesis de rotación sea correcta.
Construir una cohorte de stock
Una cohorte agrupa las unidades que entraron en un mismo periodo con las mismas características de cálculo. Para cada cohorte, conserva:
| Dato | Estado | Función en la proyección |
|---|---|---|
| fecha de recepción en FBA | observada o prevista | punto de partida de la antigüedad |
| unidades recibidas | observadas | volumen inicial de la cohorte |
| dimensiones y volumen unitario | medidos o confirmados | base espacial del coste |
| categoría y programa | confirmados | selección del baremo |
| unidades salidas por periodo | escenario y después observación | stock restante |
| baremo de almacenamiento | fuente Amazon fechada | coste del periodo |
| reglas de recargo | fuente Amazon fechada | coste condicional separado |
| retiradas, destrucciones o devoluciones | decisión e informe | cambio de stock y costes asociados |
No mezcles entradas separadas si su antigüedad o su embalaje difieren. Tampoco consideres una transferencia interna como una venta. El registro debe explicar por qué una unidad sale de la cohorte.
Procedimiento de proyección en cuatro pasos
1. Fijar los datos físicos
Identifica el ASIN, el formato y el volumen unitario elegido. Anota si el valor procede del proveedor, de una medición o de Amazon. Si dos fuentes divergen, calcula un rango y pon la medida en revisión.
2. Importar las reglas fechadas
Consulta el baremo correspondiente a la marketplace, al periodo y al tipo de producto. Documenta por separado cada regla adicional. Evita un único campo storage_rate que no pueda representar varios periodos o condiciones.
3. Definir las salidas por cohorte
Usa las ventas realmente observadas cuando existan. Para un producto nuevo, escribe hipótesis explícitas: unidades salidas en el escenario central, en el escenario lento y, si es útil, en un escenario rápido. El total de salidas no puede superar el stock disponible. Las unidades no vendidas se trasladan al periodo siguiente.
4. Conciliar y decidir
Compara cada periodo con los informes de FBA. Registra la diferencia de volumen, de stock o de regla. Decide después mantener, reducir, retirar o liquidar el stock según las opciones reales del vendedor. Esta decisión no debe automatizarse a partir del coste proyectado únicamente.
Un ejemplo hipotético sin tasas de Amazon
Hipótesis pedagógicas: una cohorte ficticia comprende Q0 unidades y su coste de almacenamiento unitario hipotético por periodo es s1, y después s2 en un periodo distinto. Las cantidades restantes al final de cada periodo son Q1 y Q2. Estos símbolos no reproducen ningún baremo de Amazon.
La proyección simple se escribe:
coste_almacenamiento = Q1 × s1 + Q2 × s2.
Si una regla adicional documentada resulta aplicable a Q2, su coste A(Q2) se añade en una línea separada:
coste_total_proyección = Q1 × s1 + Q2 × s2 + A(Q2).
El escenario lento usa cantidades restantes más elevadas, elegidas y etiquetadas como hipótesis. No modifica artificialmente las tasas. Esta distinción muestra si el riesgo procede de la rotación o del baremo. Tras la facturación, s1, s2 y las cantidades se sustituyen por los datos observados sin borrar el escenario inicial.
No duplicar los costes
El almacenamiento no es la gestión FBA por unidad. Esta última interviene en el escenario de venta, mientras que el almacenamiento se acumula con el tiempo. Las tarifas de retirada, destrucción u otros servicios posibles también deben tener sus propias líneas. Un coste ya presente en el informe no debe reaparecer bajo una reserva general.
En el coste total en Amazon, indica si el almacenamiento es una estimación por unidad vendida, un coste real de cohorte o una reserva. El mismo valor no puede servir simultáneamente para estos tres papeles.
Vincular almacenamiento y capital inmovilizado
El coste directo de almacenamiento es solo una faceta del tiempo. El stock no vendido también mantiene tesorería comprometida. El artículo sobre el capital inmovilizado y la rotación permite seguir el calendario de recuperación sin anualizar una rotación supuesta.
Muestra juntos el coste de almacenamiento, el stock restante, el capital aún comprometido y la distancia al umbral de rentabilidad. Una proyección precisa hasta el céntimo no sirve de nada si la cantidad vendida sigue siendo una hipótesis frágil. Los resultados deben presentarse como escenarios, nunca como una previsión segura.
Qué puede automatizar ArbitragePro+ / qué debe verificar el vendedor
La función proyección-almacenamiento es una especificación propuesta, no una funcionalidad confirmada. Podría crear cohortes, importar baremos fechados, desplegar las cantidades restantes por periodo y señalar las condiciones susceptibles de añadir un coste. Debería separar los valores observados, calculados e hipotéticos, y conservar la conciliación.
El vendedor debe confirmar las dimensiones, las fechas de recepción, la categoría, el programa y las reglas de Amazon accesibles a su cuenta. Elige los escenarios de salida y decide las acciones sobre el stock. También verifica los informes y los posibles costes de retirada antes de cualquier decisión.
Checklist de proyección
- Cada cohorte tiene una fecha de entrada y un volumen unitario.
- El baremo corresponde al periodo y a la marketplace.
- Los recargos siguen siendo reglas separadas y fechadas.
- Las salidas nunca superan el stock disponible.
- El escenario lento mantiene visibles las unidades no vendidas.
- Gestión, almacenamiento y retirada no están fusionados.
- Los informes de FBA sustituyen a las hipótesis tras la observación.
- La diferencia entre lo proyectado y lo facturado está explicada.
- La proyección no se presenta como una promesa de venta.
Fuentes oficiales
- Amazon Francia, Logística de Amazon, cálculo y categorías de tarifas: https://sell.amazon.fr/expedie-par-amazon — consultado el 2026-08-17.
- Amazon Francia, tarifas y otros costes de inventario: https://sell.amazon.fr/tarifs?lang=fr-FR — consultado el 2026-08-17.