Definición técnica
La cantidad mínima de pedido (MOQ, Minimum Order Quantity) es el lote más pequeño que un proveedor acepta servir por orden. No es una recomendación comercial: es una condición contractual. Si tu necesidad es de 80 unidades y el MOQ es 500, o compras 500 o no compras. Cualquier cálculo de aprovisionamiento (punto de reorden, EOQ, lote-a-lote) queda subordinado a esa restricción.
El MOQ existe por una razón industrial: el proveedor tiene un coste fijo de preparación —cambio de utillaje, setup de línea, lote de pintura, embalaje agrupado, viaje completo de camión— que solo amortiza por encima de cierto umbral. Servirte 80 unidades cuando su mínimo viable es 500 le hace perder dinero, y por eso la cláusula está en el contrato marco.
Conviene distinguir tres figuras parecidas que muchas veces se confunden en BC:
- MOQ: mínimo por pedido del proveedor. Restricción dura.
- Múltiplo de pedido (order multiple): incremento permitido. Si MOQ = 500 y múltiplo = 100, los lotes válidos son 500, 600, 700…
- Lote mínimo de producción interna: aplica cuando el componente lo fabricas tú, no lo compras. Distinto campo en BC.
Cálculo / Operativa
La trampa del MOQ aparece cuando el lote mínimo supera al consumo previsto durante el lead time. Ejemplo concreto: SKU con demanda 40 ud/semana, lead time del proveedor 2 semanas. Consumo durante lead time = 80 ud. Punto de reorden teórico ≈ 80 + stock de seguridad (15) = 95. Si el MOQ es 1.000, cada vez que cruzas el ROP entran 1.000 unidades de golpe y el stock medio sube a ~500 ud, es decir más de 12 semanas de cobertura. Tu DIO se dispara y arrastra el working capital sin que el ROP esté mal calculado: la causa es el MOQ.
Las palancas para conciliar MOQ con consumo real son cuatro:
- Renegociar el MOQ con compromiso anual. El proveedor reduce mínimo a cambio de visibilidad de demanda y volumen comprometido a 12 meses. Funciona sobre todo en proveedores estratégicos clase A.
- Agrupación multi-SKU al mismo proveedor. Si el MOQ es por pedido total (no por SKU), juntar varias referencias en una sola orden permite cumplir el mínimo sin sobrestockar ninguna.
- Política de revisión periódica en lugar de continua. Comprar todos los meses una cesta de productos del mismo proveedor reduce frecuencia y amortiza el MOQ.
- Sustituir proveedor cuando el MOQ es estructuralmente incompatible con la rotación. A veces un proveedor secundario con MOQ menor y precio 3-5% superior sale más barato en coste total.
Cómo se aplica en Business Central
Business Central nativo tiene los campos Minimum Order Quantity y Order Multiple en la ficha de producto y en la ficha proveedor-producto. El MRP los respeta al generar propuestas: si el déficit calculado es 80 y el MOQ es 500, la propuesta sale a 500. Hasta aquí, correcto.
El problema es que BC nativo no avisa cuándo el MOQ está distorsionando el inventario. La propuesta sale, el comprador la valida, y nadie ve que esa referencia lleva 8 meses con stock medio multiplicado por seis respecto al óptimo.
dvstock añade tres capas sobre los campos nativos:
- Detección de MOQ tóxico: marca SKUs donde MOQ > consumo durante (lead time × N), siendo N configurable. Esos SKUs entran en revisión obligatoria del comprador.
- Simulador de renegociación: muestra el impacto en stock medio, DIO y coste de capital de bajar el MOQ de 1.000 a 500 o a 250. Es la munición que el comprador lleva a la mesa con el proveedor.
- Agrupador multi-SKU: cuando varios productos del mismo proveedor cruzan ROP en una ventana de N días, propone una orden conjunta que cumple el MOQ total sin sobrestockar ningún SKU individual.
La integración escribe sobre los campos nativos de BC sin réplicas. Ver extensión dvstock y, para dimensionar el ahorro de capital antes de hablar con nosotros, la calculadora ROI de dvstock.
Errores frecuentes
- Aceptar el MOQ del proveedor sin auditarlo nunca. El MOQ se negocia una vez al firmar el contrato y se queda ahí cinco años. Cuando la demanda cae un 30% el MOQ pasa de cómodo a tóxico, pero el campo en BC no se mueve.
- Calcular el EOQ ignorando el MOQ. Si tu cantidad económica de pedido sale 180 pero el MOQ es 500, el EOQ es irrelevante: la restricción manda. Reportar “EOQ óptimo” sin contrastarlo con el MOQ es contar la mitad de la historia.
- Confundir MOQ con coste mínimo de pedido. Algunos proveedores en lugar de cantidad mínima imponen importe mínimo (por ejemplo 800 € por pedido). Es la misma idea con otro vehículo, y BC también lo modela, pero en otro campo.
- Comprar al MOQ “porque sí” en SKUs C de baja rotación. Una referencia de cola larga con consumo de 5 ud/año y MOQ 100 son 20 años de cobertura. Vale más cambiar a make-to-order o a otro proveedor, aunque el precio unitario suba.
- No revisar MOQ tras consolidación de proveedores. Cuando reduces de 8 proveedores a 3 para un grupo de SKUs, el volumen agregado por proveedor crece y se abre margen real para renegociar el MOQ a la baja. Si nadie pide la revisión, el ahorro se queda en la mesa.
El MOQ no es un dato estático del catálogo: es una palanca de capital de trabajo. Auditarlo cada 12-18 meses y tener munición numérica para renegociarlo es la diferencia entre un almacén lleno por física del proveedor y uno calibrado al consumo real.