Salud del catálogo + impacto económico
SKUs activos · catálogo total
€ perdidos cada DÍA por roturas
% facturación en riesgo
Valor stock total
🚚 Cómo queda el catálogo cuando llegue el stock en camino
Comparamos la salud del catálogo ahora con cuando llegue la mercancía ya pedida o en preparación. (Urgente/Alerta ya contaban el stock en camino; aquí además se reproyecta la Rotura.)
SKUs sin stock (en rotura)
ahora
al llegar
€ perdidos cada día
ahora
al llegar
% facturación en riesgo
ahora
al llegar
De los SKUs que reciben mercancía:
🟢 estaban sin stock y se resuelven al llegar
·
🔵 ya tenían stock (refuerzo para el futuro)
· 🟠 siguen en riesgo (lo que llega no basta)
ℹ️ ¿Qué significa cada métrica del resumen? Click para ver
SKUs activos
Referencias totales de Pampling catalogadas en Amazon FBA (incluye los muertos y nuevos también). Es el "tamaño" de tu catálogo.
% SKUs en rotura
Qué porcentaje de tu catálogo está sin stock. Incluye rotura simple + rotura prolongada. Cuanto más alto, peor salud.
€ perdidos cada DÍA por roturas
Suma del coste de oportunidad diario de todos los SKUs en rotura/urgente. Cada SKU sin stock = velocidad × precio = lo que dejas de ingresar al día. Si pasa una semana sin acción, multiplícalo por 7.
% facturación en riesgo
Qué porcentaje de tu facturación potencial está bloqueada por roturas. Se calcula: ingresos perdidos potenciales / (ingresos reales + perdidos). Por encima del 30% es señal de alarma.
Valor stock total
Suma de (stock × precio de venta) de todos tus SKUs. Representa el inventario inmovilizado en almacenes Amazon a precio de venta (no a coste).
🔴 Rotura
stock = 0 ahora · pedir YA
🌸 Rotura prolongada
sin stock >30d · vendían antes
🟠 Urgente
se acaba en <7 días
🟡 Alerta
se acaba en <30 días
⚫ Muertos
sin ventas 6+ meses · descontinuar?
🆕 Nuevos
solo <30d historia · vigilar
Clasificación ABC (Pareto de facturación)
🅰️ Clase A
80% facturación
Los críticos · top facturación
⚠️ en rotura/urgente
→ quedan
(🚚 se resuelven)
🅱️ Clase B
15% facturación
Importantes · prioridad media
⚠️ en rotura/urgente
→ quedan
(🚚 se resuelven)
©️ Clase C
5% facturación
Cola larga · muchos SKUs poco volumen
⚠️ en rotura/urgente
→ quedan
(🚚 se resuelven)
ℹ️ ¿Qué es la clasificación ABC y cómo se calcula? Click para ver
La Clasificación ABC es el principio de Pareto aplicado a tu catálogo: pocos SKUs generan la mayoría de la facturación, y muchos SKUs generan poco.
🅰️ Clase A — 80% facturación
Suele ser ~20% de los SKUs. Son los críticos: una rotura aquí impacta mucho. Aplican estándares más conservadores (60 días de cobertura objetivo, filtro permisivo).
🅱️ Clase B — siguiente 15%
Mediana importancia. Cobertura objetivo 45 días. Filtro: solo reponer si vende ≥2 ud/mes de promedio anual.
©️ Clase C — último 5%
Cola larga. Cobertura objetivo 30 días (mínimo colchón). Filtro: reponer solo si vende ≥3 ud/mes. Muchos SKUs con poco volumen unitario.
Cómo se calcula: ordenamos todos los SKUs por ingresos últimos 30 días de mayor a menor. Acumulamos. El SKU donde el acumulado llega al 80% es la frontera entre A y B; al 95% entre B y C; el resto es C.
Click en una clase filtra la tabla por esa categoría. Útil para revisar primero los Clase A en rotura.
ℹ️ ¿Qué significa cada estado y qué tienes que hacer? Click para ver
🔴 Rotura
Stock = 0 ahora mismo, pero tienen ventas recientes. Estás perdiendo facturación cada día. Pedir YA.
🌸 Rotura prolongada
Llevan +30 días sin stock pero en el histórico sí vendían. La falta de stock está bloqueando ventas que tenías ganadas. Priorizar reposición usando velocidad histórica.
🟠 Urgente (cobertura < 7 días)
Aún hay stock pero a este ritmo se agota en menos de 1 semana. Pedir esta semana.
🟡 Alerta (cobertura < 30 días)
Stock se agota en menos de 1 mes. Considerando el lead time (~30d), habría que pedir ahora para llegar a tiempo.
⚫ Muerto
Sin ventas en 6+ meses. Probablemente NO reponer. Liquidar stock sobrante o descontinuar SKU.
🆕 Nuevo
Solo tienen ventas en los últimos 30 días. Histórico insuficiente para decidir bien. Vigilar evolución antes de decisiones grandes.
Lead time: d
Buffer seguridad: d
Cobertura objetivo: d
Se propone pedir cuando
stock + inbound ≤ (lead_time + buffer) × velocidad