Davisa
Contacto

Logística

Cómo reducir el inventario un 25-30% manteniendo el nivel de servicio (sin Excel)

Guía operativa para reducir el valor de inventario en pymes con Business Central — Pareto, nivel de servicio por SKU, previsión con estacionalidad y reaprovisionamiento automático.

8 min
Curva inventario vs nivel de servicio — dvstock optimización inventario

Las pymes españolas con inventario tienen, casi todas, el mismo problema disfrazado de cosas distintas: caja inmovilizada en stock que no se mueve, mientras a la vez sufren roturas en los productos que sí venden.

El director financiero ve un balance con un inventario que no le encaja. El responsable de compras dice que “sin ese stock, el servicio se cae”. El comercial sabe que pierden pedidos por rotura. Los tres tienen razón — porque ninguno tiene los datos para tomar la decisión correcta.

Esta guía explica cómo se reduce el inventario un 25-30% sin tocar el nivel de servicio (o subiéndolo), usando Microsoft Dynamics 365 Business Central + el motor matemático que añade dvstock. No es teoría — son los resultados que reportan clientes Davisa con catálogos de 1.000 a 10.000 SKUs.

Por qué hay tanto inventario sobrante

Tres causas habituales en empresas españolas, y las tres son arreglables con herramientas + disciplina:

1. Cultura del “por si acaso”

El responsable de compras no quiere ser el que dijo “no, no compres” y se quedó sin género. Así que compra de más. Cada SKU “por si acaso” añade un 10-25% al stock necesario. Multiplica por 5.000 referencias y tienes 200.000-500.000€ inmovilizados sin causa técnica.

2. Descuentos por volumen mal aplicados

El proveedor ofrece -8% si compras 1.000 unidades en lugar de 500. El responsable de compras dice que sí. Lo que no calcula nadie: a esa rotación, las 500 unidades extra se venderán en 8 meses, no en 2. El coste financiero de esas 500 unidades extras durante 6 meses extra supera el ahorro del 8%. Pero como nadie hace ese cálculo en tiempo real, la decisión se toma “a ojo”.

3. Previsiones basadas en “lo que vendimos el año pasado”

El año pasado tuvimos un cliente grande que ya no nos compra. La temporada se adelantó un mes. Lanzamos 3 productos nuevos que canibalizaron a 2 viejos. Pero la previsión 2026 sigue siendo “lo de 2025 +5%”. Resultado: stock excesivo de productos que ya no venden, déficit en los que sí.

Lo que hace falta: 5 piezas + disciplina

Para que el inventario baje sin que el servicio se caiga, tienen que funcionar cinco piezas a la vez:

No todos los SKU merecen el mismo trato. La regla típica: el 20% de las referencias factura el 80% del total. Esos son tus clase A — merecen máximo nivel de servicio, máxima atención, stock holgado.

El 30% siguiente son clase B — servicio alto pero no premium.

El 50% restante son clase C — productos que rotan poco. Algunos son necesarios (recambios, accesorios estratégicos), otros son candidatos a discontinuar o a venderse solo bajo pedido sin stock.

Sin este análisis, todos los SKU compiten por el mismo presupuesto de stock. Con él, el dinero va donde aporta valor.

Pieza 2 — Nivel de servicio diferenciado por cliente

Tus clientes A (los que más facturan) merecen un 99% de servicio. Tus clientes C (los esporádicos) pueden vivir bien con un 92-94%. Si fuerzas a todo el catálogo a un 99% para todos los clientes, sobreinviertes en stock que no aporta margen.

La diferenciación es multidimensional: por cliente, por SKU, por canal. Un SKU clase A vendido a un cliente A merece máximo servicio. El mismo SKU vendido esporádicamente a un cliente C puede esperar 24h sin que pase nada.

Pieza 3 — Previsión con tendencia, ciclo y estacionalidad

La previsión del año que viene no es “lo del año pasado +5%”. Tiene que considerar:

  • Tendencia: ¿el producto está subiendo o bajando en demanda los últimos 6 meses?
  • Ciclo: ¿hay patrones que se repiten cada año (campaña navidad, vuelta al cole)?
  • Estacionalidad: ¿el producto vende más en verano o invierno?
  • Outliers: ¿hubo eventos atípicos (un pedido enorme único) que no van a repetirse?

Un motor matemático separa estas señales del ruido. Excel no — Excel da el resultado que pongas en las celdas.

Pieza 4 — Stock óptimo por SKU

Para cada SKU, hay que calcular tres valores:

  • Stock mínimo (seguridad): el suelo, lo que te protege ante una rotura.
  • Punto de pedido: cuándo lanzar la siguiente compra, considerando plazo del proveedor.
  • Stock máximo: el techo, lo que no merece la pena tener más.

Estos tres valores dependen del nivel de servicio objetivo, la variabilidad de la demanda y el plazo de reposición. No son números arbitrarios — son cálculos matemáticos que un motor hace en segundos para 5.000 SKUs, y que en Excel llevarían semanas y se desactualizan al día siguiente.

Pieza 5 — Reaprovisionamiento automático

El motor no solo calcula — propone los pedidos. Cada mañana (o cada lunes, según configuración) genera la lista de pedidos de compra y órdenes de fabricación que hay que lanzar para mantener el sistema en equilibrio.

El responsable de compras pasa de calcular qué pedir (su tarea histórica) a validar qué se propone (su tarea inteligente). Es trabajo cualitativamente distinto: revisa excepciones, negocia con proveedores estratégicos, decide en los casos límite. No hace cálculos rutinarios para 3.000 SKUs.

Lo que pasa cuando solo tienes 2-3 de las 5 piezas

He visto los mismos patrones repetirse en clientes distintos:

  • Solo Pareto, sin previsión: identificas tus A pero compras como siempre. Resultado: marginal.
  • Solo previsión, sin Pareto: tratas a todos los SKU igual, sobreinviertes en stock C. Resultado: bajas un poco el inventario, sigues sirviendo mal a clientes A.
  • Previsión + Pareto, sin nivel de servicio diferenciado: cobertura uniforme, sobre-stock en clientes C. Resultado: -10 a -15% inventario, sin mejora de servicio.
  • Las 4 piezas técnicas pero sin reaprovisionamiento automático: todo calculado, pero el responsable de compras sigue decidiendo en Excel. Resultado: bueno el primer mes, se descalibra en 3.

Las 5 piezas juntas + disciplina del equipo llevan al -25 a -30% sostenible.

Cómo Business Central + dvstock cubre las 5 piezas

Business Central nativo cubre parcialmente las piezas 4 y 5 (puede calcular punto de pedido básico y generar propuestas de compra con Requisition Worksheet), pero le falta el motor matemático que ajusta los parámetros con el comportamiento real del catálogo.

dvstock cierra el gap añadiendo a BC:

PiezaBC nativodvstock
1. Análisis ABC / ParetoManual (Excel)Automático, recalculado periódicamente, configurable por familia
2. Nivel de servicio diferenciadoCampo, sin lógicaConfigurable por SKU + cliente, dimensiona stock en consecuencia
3. Previsión con estacionalidadNoModelos matemáticos: tendencia, ciclo, temporalidad, outliers
4. Stock óptimo por SKUPunto de pedido básicoAlgoritmo completo: mín, punto pedido, máx según servicio + variabilidad
5. Reaprovisionamiento automáticoRequisition WorksheetPropuestas afinadas considerando plazo, retraso histórico, lote mínimo, zona logística

Esto, sin sacar los datos de BC ni mantener un sistema paralelo.

Cómo se ve la mejora — antes y después

Cliente Davisa real: mayorista nacional de recambios industriales, 1 BC, 3.500 SKUs, 60 empleados.

Antes de dvstock (gestión Excel + intuición)

  • Valor de inventario: 4.2M€
  • Días de stock medios: 91 días (peligrosamente alto)
  • Nivel de servicio medio: 94.5%
  • Roturas/mes: ~340 incidencias
  • Compras urgentes/mes: 18% del total (a precio +12-25%)
  • Tiempo del equipo compras dedicado a “calcular qué pedir”: 60% de su jornada

12 meses después de dvstock

  • Valor de inventario: 3.1M€ (-26%)
  • Días de stock medios: 67 días
  • Nivel de servicio medio: 96.6% (+2.1pts)
  • Roturas/mes: ~190 (-44%)
  • Compras urgentes/mes: 7% del total (-61%)
  • Tiempo del equipo compras “calculando”: 15%; el resto, negociando con proveedores y resolviendo excepciones

ROI completo del proyecto: menos de 8 meses. Solo el ahorro en compras urgentes (precio +20% que ya no se paga) cubrió la licencia anual + parte de la implantación.

Errores típicos al intentar reducir inventario “a mano”

Antes de implantar herramientas, muchas empresas intentan reducir stock “a mano”. Los errores que vemos:

  1. Recortar todo un X% lineal: ineficiente. Recortas en clase A (subes roturas) y no tocas C (sigues con muerto). Empeoras servicio y bajas poco inventario.
  2. “Vamos a discontinuar los SKU que no vendieron este mes”: peligroso. Muchos SKU C son rotación lenta pero crítica (recambios necesarios, productos estratégicos). Discontinúalos y rompes la cadena.
  3. “Reducimos el stock de seguridad un X%”: roturas garantizadas. El stock de seguridad es la protección — bajarlo sin recalibrar previsión es jugar a la ruleta.
  4. “Pedimos a proveedores con más frecuencia”: aumenta costes de transporte y administración. Solo funciona si el proveedor lo acepta sin penalizar.
  5. “Migración a JIT puro”: solo viable con proveedores muy fiables y demanda muy estable. Para la mayoría de pymes españolas, JIT pura es ciencia ficción.

La conclusión: el inventario no se reduce con disciplina sola — se reduce con disciplina + matemáticas. Y las matemáticas no se hacen en Excel para 5.000 SKUs.

Cierre — el inventario es una decisión técnica, no comercial

Reducir inventario un 25-30% manteniendo o mejorando el nivel de servicio es un objetivo técnico realista para casi cualquier pyme española con Business Central — siempre que estén las cinco piezas en su sitio y haya disciplina para usarlas.

Davisa ayuda a hacerlo cubriendo las piezas que faltan (Pareto, previsión, optimización, reaprovisionamiento) sin sacar los datos del ERP. dvstock vive dentro de BC, los algoritmos son maduros (15 años de proyectos) y el equipo es local.

¿Quieres una valoración honesta de cuánto puedes reducir en tu caso concreto? Habla con un asesor de Davisa — 30 minutos, sin compromiso. Te decimos qué hay que afinar en tu BC y qué resultado realista se puede esperar.

Compartir

¿Quieres ver dvstock en acción?

Solicita una demo y un consultor te muestra cómo dvstock reduce hasta un 30% el valor de inventario manteniendo el nivel de servicio — algoritmos matemáticos sobre tu Business Central, sin sistemas externos ni middleware.

Artículos relacionados

Escríbenos por WhatsApp