INVENTARIOS Y COMPRAS
Comprar componentes con una visión de demanda, plazos y restricciones
Proyecto de referencia
Escenario ilustrativo. Los datos y cálculos son supuestos para explicar la aplicación.
Aplicación: Inventarios y compras
Tipo de empresa: Fabricante de equipamiento para exhibición comercial
Una compra que no se decide solo por precio
La fabricante utiliza componentes comunes en varias familias de producto. Planeación conoce las órdenes de fabricación; compras administra mínimos de pedido y plazos de proveedores; almacén informa existencias. Cuando cambia una orden comercial, el comprador intenta reconstruir a mano qué materiales realmente faltarán y cuáles ya vienen en camino.
El riesgo es doble: comprar demasiado para cumplir un mínimo o recibir tarde un componente de bajo costo que detiene un ensamble. La decisión objetivo es identificar qué solicitudes de compra merecen atención, con qué cantidad y fecha requerida, y qué información necesita el comprador para discutir alternativas con su equipo.
La base necesaria para recomendar
Se requerirían listas de materiales vigentes, órdenes de producción aprobadas, inventario utilizable, reservas, pedidos abiertos, recepciones, plazos observados y condiciones por proveedor. Las cantidades mínimas, múltiplos de empaque y calendarios de operación tendrían que estar definidos. Un plan comercial no confirmado se trataría como escenario, separado de la demanda comprometida.
La solución relacionaría demanda dependiente, existencias y suministro para proyectar faltantes. Aplicaría reglas explícitas sobre cobertura, lotes y fechas, y mostraría alternativas para revisión. Si el ERP ya ofrece planificación de materiales, el proyecto buscaría complementar sus datos y la gestión de excepciones; no se supondría necesario reemplazarlo.
Las estimaciones de plazo se acompañarían de su base histórica y variabilidad. Una predicción no confirmaría una fecha de entrega del proveedor. Consultar inventario actualizado, preparar requisiciones o escribir en el ERP dependería de integraciones autorizadas. El envío de órdenes y los compromisos de compra permanecerían bajo las aprobaciones de la empresa.
Cómo se prepararía una decisión
Validar. El flujo comprueba versiones de listas de materiales y unidades; una referencia sin equivalencia aprobada bloquea el cálculo afectado.
Relacionar. Convierte órdenes aprobadas en necesidades de componentes y mantiene aparte los escenarios todavía no comprometidos.
Descontar. Considera inventario utilizable y entradas confirmadas, evitando duplicar un pedido cuando ya existe una requisición abierta.
Proyectar. Calcula necesidades por fecha y señala dónde un plazo incierto o un atraso potencial modifica la cobertura.
Evaluar. Compara cantidades ajustadas a mínimos y empaques, compras parciales permitidas o reprogramación. Sustituciones técnicas requieren autorización específica.
Revisar. Compras y planeación deciden con evidencia; cambios de proveedor, gasto o condiciones siguen la matriz de aprobación vigente.
Registrar. Se conserva la alternativa elegida y su motivo. La integración, si está habilitada, prepara una requisición, y cualquier fallo se identifica antes de volver a intentarlo.
Qué recibiría el comprador
Una lista de excepciones mostraría componente, orden afectada, fecha requerida, suministro considerado y causa de la recomendación. El comprador podría ver qué cambia si un proveedor se retrasa o si planeación desplaza una orden. Las opciones conservarían sus supuestos, evitando una falsa precisión cuando todavía falta confirmar una entrega.
Los entregables incluirían el modelo de necesidades, reglas de cálculo, catálogo de excepciones, vista de revisión y pruebas de casos límite. Entre ellas estarían pedidos duplicados, entregas parciales, cambios de versión y mínimos que generan exceso. El proyecto empezaría por una familia estable; seguirían reconciliación con planeación, ejecución paralela sin crear compras y un piloto con aprobaciones. Las conexiones transaccionales entrarían después de validar accesos, trazabilidad y recuperación ante errores. La expansión dependería de evidencia, sin comprometer plazos antes del diagnóstico.
Medidas para evitar mejoras aparentes
Antes del piloto se levantarían las líneas base por familia y tipo de compra:
Compras urgentes: órdenes etiquetadas como urgentes bajo una definición acordada divididas entre órdenes de compra emitidas × 100.
Sobrecosto urgente: suma de fletes extraordinarios y diferencias de precio documentadas atribuibles a urgencias, evitando duplicar partidas.
Disponibilidad de componentes: necesidades con material utilizable completo en la fecha requerida divididas entre necesidades evaluadas × 100.
Trabajo de preparación: minutos activos para reunir información y preparar una decisión de compra.
También se vigilarían inventario excedente y cambios del programa de producción. Reducir urgencias comprando cantidades desproporcionadas no bastaría para considerar útil la solución. La aceptación técnica exigiría reproducir cálculos aprobados y detener casos con datos esenciales faltantes.
Una hipótesis de valor con costos separados
Supongamos 20 compras urgentes mensuales, cada una con un sobrecosto documentable medio de 1,500 MXN. El costo de referencia sería 20 × 1,500 = 30,000 MXN mensuales. Si un piloto comprobara que cinco urgencias se evitaron por decisiones oportunas, el beneficio bruto estimado sería 5 × 1,500 = 7,500 MXN mensuales. Es una hipótesis, no un resultado ni una atribución ya demostrada. Habría que descontar inventario adicional, costos del sistema y cambios de suministro; tampoco se incluirían ventas recuperadas o paros evitados sin evidencia específica.
¿Qué compras se vuelven urgentes aunque la necesidad existía desde antes? Revisemos cómo se conectan tu demanda y tus decisiones de suministro.