MRP frente a APS: qué hace cada uno y cuándo MRP no basta

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

Por Mirko Peters · 2026-11-12

MRP frente a APS: MRP calcula qué material pedir y cuándo, mientras que APS calcula lo que la planta puede producir realmente. Descubre dónde falla MRP y cómo añadir APS por pasos.

Traducido automáticamente con IA a partir de la publicación original. Lee el original en inglés

MRP (planificación de necesidades de materiales) calcula qué material necesitas y cuándo pedirlo o fabricarlo. APS (planificación y programación avanzadas) calcula si la planta puede ejecutar realmente ese plan, en qué recurso y en qué orden, y qué pedidos se retrasarán si no puede. Esa es la respuesta corta a la pregunta sobre MRP vs APS, y explica por qué la mayoría de las plantas acaban usando ambos. Este artículo está dirigido a planificadores de producción que sienten que los resultados de MRP parecen correctos sobre el papel, pero no sobreviven al contacto con la planta, y que quieren saber si APS es la solución.

Puntos clave

• MRP descuenta las necesidades brutas del inventario y las desplaza según el plazo de entrega para generar órdenes planificadas; responde qué pedir o fabricar, y cuándo.
• Las notas del curso del MIT enumeran los límites de MRP: es determinista, asume capacidad infinita, los plazos de entrega planificados tienden a ser largos y pequeñas desviaciones pueden provocar grandes cambios en la programación.
• APS añade capacidad finita, calendarios, tiempos de preparación y prioridades, por lo que responde si el plan puede ejecutarse y qué pedido se retrasará si no puede.
• La mayoría de las plantas usan ambos: MRP para los materiales y APS para la secuencia viable, con un sistema designado como responsable de la secuencia.
• Añade APS cuando aparezcan recursos sobrecargados, plazos de entrega largos inflados como colchón de seguridad o urgencias constantes, y corrige los datos de rutas y capacidad antes de comprar nada.

¿Qué hace realmente MRP?

Toma la mecánica de las notas del curso del MIT sobre MRP como referencia. Las entradas son un plan maestro de producción (qué debe entregarse y cuándo, junto con el inventario disponible), un maestro de artículos con la lista de materiales, reglas de tamaño de lote y plazos de planificación, y el estado del inventario.

La lógica tiene cuatro partes:

1. Descuento. Las necesidades netas son iguales a las necesidades brutas menos el inventario disponible, calculado periodo a periodo. Se necesita un pedido cuando el inventario proyectado sería negativo.
2. Tamaño de lote. Los pedidos se dimensionan con una regla como lote a lote, periodo fijo de pedido o cantidad fija de pedido.
3. Desplazamiento por plazo de entrega. Cada pedido se lanza antes de su fecha de vencimiento, con el plazo de entrega planificado como margen.
4. Desglose de la lista de materiales. Los mismos pasos se repiten para cada nivel de componentes, usando como necesidades brutas las liberaciones planificadas del nivel superior.

La salida son órdenes planificadas, avisos de cambio e informes de excepciones. En un sistema ERP, normalmente esto corresponde a la ejecución de planificación. En Dynamics 365 Supply Chain Management, forma parte de la planificación maestra. Esa es la base de la planificación de necesidades de materiales: una forma fiable de mantener el suministro de material para una demanda conocida.

¿Dónde falla MRP?

Las mismas notas del MIT son directas sobre sus límites. Dicen que MRP es determinista, pero la realidad no lo es, y señalan varias consecuencias:

• Capacidad infinita. MRP asume que la capacidad está disponible cuando el plan la necesita. La capacidad real es finita, así que la programación puede ser inviable.
• Plazos de entrega inflados. Los plazos de entrega planificados suelen fijarse largos para absorber la variabilidad, lo que dispara el inventario y el trabajo en curso.
• Nerviosismo. Pequeñas desviaciones respecto al plan pueden provocar grandes cambios en el calendario. Congelar la programación a corto plazo ayuda, pero tiene su propio coste.
• Compensación con colchones. Se añaden stock de seguridad y tiempo de seguridad para gestionar la incertidumbre, y las pérdidas de rendimiento obligan a lanzar piezas adicionales.

Este es un ejemplo hipotético, inventado solo para mostrar la lógica. Una máquina tiene 80 horas disponibles esta semana (dos turnos, cinco días). La ejecución de MRP libera tres órdenes planificadas que la necesitan todas: 40 horas, 35 horas y 30 horas. La carga total es de 105 horas. MRP no protesta. Ve materiales y plazos de entrega, no una sobrecarga de 25 horas. En planta, alguien tiene que decidir qué orden espera, si añade horas extra o traslada el trabajo a otra máquina, y nadie ve las consecuencias para las fechas de entrega hasta que ocurre.

Esa decisión es lo que APS hace visible antes de que empiece la semana.

¿Qué aporta APS?

APS sitúa el plan en un calendario con límites. En la práctica, eso significa capacidad finita, calendarios laborales, tiempos de preparación y cambio, recursos alternativos, prioridades de orden y, a menudo, disponibilidad de herramientas y habilidades. El resultado es una programación que encaja con la planta, junto con una lista clara de qué órdenes se retrasarán y en cuánto.

La documentación de Microsoft muestra que incluso los sistemas ERP tienen una capa para esto. La página sobre planes restringidos describe un plan maestro que tiene en cuenta tanto las restricciones de materiales como las de capacidad, de modo que la fabricación no comience antes de que los materiales estén disponibles y los recursos no se sobrerreserven. Se activa mediante opciones como la capacidad finita y los límites temporales. La página sobre programación de operaciones añade una advertencia que importa para las expectativas: la programación de operaciones ofrece una estimación general a lo largo del tiempo y programa cada operación para su grupo de recursos usando las duraciones de la ruta. No selecciona recursos concretos dentro de un grupo. La programación de trabajos es la herramienta para la programación detallada y a corto plazo en planta. Así que existe un espectro, no un interruptor. Compruebe qué puede hacer su versión de ERP antes de asumir que necesita un producto independiente.

Un APS dedicado llega más lejos en el detalle. Normalmente gestiona preparaciones dependientes de la secuencia, varias restricciones a la vez y simulaciones "¿qué pasaría si?" rápidas, y permite al planificador ver y modificar el resultado. Si lo necesita depende de su planta, no de la etiqueta.

¿Cómo sabe que ha superado MRP?

Busque síntomas, no funciones. Estos patrones suelen apuntar a un problema de programación y no de materiales:

• La ejecución de MRP indica que todo está bien, pero las mismas máquinas están sobrecargadas cada semana.
• Los plazos de entrega planificados no dejan de crecer porque es la única forma de cumplir las fechas.
• Los planificadores mantienen una hoja de cálculo privada para secuenciar el cuello de botella.
• Los pedidos urgentes causan la mayor parte del caos, y nadie sabe qué retrasan.
• No se puede dar una fecha de entrega fiable sin ir a la planta.
• Los faltantes de material son poco frecuentes, pero los pedidos retrasados son habituales.

Si los faltantes de material son su principal problema, corrija primero los datos de MRP: listas de materiales, plazos de entrega, tamaños de lote y exactitud del inventario. APS sobre datos maestros deficientes produce absurdos muy precisos.

Si la mayoría de sus síntomas coinciden, pruebe la idea con poco coste. Tome la máquina cuello de botella, copie a una hoja de cálculo las órdenes liberadas de la próxima semana y secuénelas a mano con calendarios reales y tiempos de preparación. Si ese ejercicio cambia el plan, habrá encontrado el valor que APS automatizaría.

MRP frente a APS: ¿cómo trabajan juntos?

Piense en una división del trabajo y escríbala.

• MRP (en ERP) gestiona los materiales. Necesidades, propuestas de compra, órdenes planificadas y stock.
• APS gestiona la secuencia. Toma las órdenes, comprueba la capacidad y publica la programación.
• La planta informa de vuelta. El inicio, el fin, las cantidades, la merma y las paradas fluyen hacia el sistema que gestiona la secuencia, de modo que la siguiente programación parte de la realidad.

Los datos fluyen en ambos sentidos. Los pedidos y las rutas van del ERP al APS. Las fechas, la secuencia y los recursos vuelven al ERP, para que las promesas a los clientes y los plazos de material sigan el plan factible, no el de capacidad infinita. El punto más problemático suele ser una segunda lista de trabajo. Si el ERP imprime una lista y el APS muestra otra, la planta seguirá la que le resulte más fácil, y el plan deja de ser el plan sin que nadie lo note.

Decide tres cosas antes de integrar:

1. ¿Quién puede liberar o modificar un pedido? Un sistema, una regla.
2. ¿Con qué frecuencia intercambian datos los sistemas? Cada hora, por turno o bajo demanda. Ajústalo a las decisiones: un planificador que reprograma mañana necesita el estado al final del turno, no minuto a minuto.
3. ¿Qué pasa cuando se rompe la conexión? La planta debe seguir trabajando y ponerse al día después.

¿Cómo añades APS sin un proyecto big bang?

Trabaja línea por línea.

1. Elige una restricción y su línea. Un cuello de botella, una familia de productos.
2. Limpia los datos de esa línea. Rutas, tiempos de ciclo y preparación, calendarios, recursos alternativos. Recorre la planta para verificarlos.
3. Ejecuta el APS en paralelo durante unas semanas. Compara su programación con lo que haría el planificador y con lo que realmente ocurrió.
4. Mide las desviaciones. Inicio y fin planificados frente a reales, cumplimiento de entregas, horas extra. Analiza dónde estaba mal la programación y por qué.
5. Asigna un responsable de la secuencia y cambia la planta a esa lista.
6. Extiende a la siguiente línea solo cuando los números coincidan.

Una palabra sobre el personal. El APS suele cambiar el trabajo del planificador. En lugar de seguir una rutina y resolver excepciones después de cada ejecución, el planificador supervisa y ajusta una programación en vivo. Planifica tiempo de formación y dale autoridad para cambiar el plan, o la herramienta acabará usándose como un simple informe.

¿Qué debes preguntar a un proveedor?

Preguntas que distinguen las buenas respuestas de las vagas:

• ¿Qué sistema es el propietario de la secuencia y cómo se entera el otro de los cambios?
• ¿Cómo trata la herramienta las preparaciones que dependen del trabajo anterior?
• ¿Cuánto tarda una reprogramación con mi volumen de pedidos y cómo ve un planificador qué ha cambiado?
• ¿Qué datos necesitas del ERP y qué escribes de vuelta?
• ¿Qué partes de esto puede mantener mi propio equipo después de la puesta en marcha?
• ¿Puedo ejecutar la herramienta en una línea con mis datos antes de comprometerme?

Pregunta también cómo encaja con tu ERP. Si usas un ERP con opciones de capacidad finita integradas, pregunta qué ganarías más allá de ellas y cuánto costaría mantener ambos sincronizados.

Errores comunes

• Comprar APS para resolver faltas de material que en realidad se deben a malos datos de MRP.
• Confiar en un plan MRP sin comprobar la carga frente a la capacidad.
• Inflar los plazos de entrega en el ERP para compensar y luego preguntarse por qué crece el inventario.
• Permitir que ambos sistemas publiquen una lista de trabajo.
• Poner en marcha toda la planta a la vez.
• Ignorar que la programación necesita tiempos de preparación y calendarios que alguien haya verificado.
• Tratar el APS como una compra de software y no como un cambio en la forma de trabajar de los planificadores.

Dónde encaja Polaris

Si tu plan MRP es correcto pero la programación no, iFAKT Polaris es una opción que vale la pena revisar. iFAKT describe Polaris como IA más un gemelo digital para la producción, que trabaja con datos del ERP. El módulo Polaris Optimizer convierte el modelo de producción en un plan ejecutable y optimizado, basado en datos del ERP en tiempo real, disponibilidad de recursos y restricciones como recursos, turnos, zonas, habilidades y capacidades. Detecta cuellos de botella, prioriza pedidos y reacciona ante interrupciones con análisis de impacto y reoptimización. Si complementa o sustituye partes de tu configuración actual depende de tu ERP y de cómo reportas desde la planta, así que pruébalo en una línea con tus propios datos.

Temas relacionados para explorar

• Programación de capacidad finita: por qué una vista semanal de carga puede parecer correcta mientras la programación diaria es inviable.
• Calidad de los datos de planificación: quién es responsable de las rutas, los tiempos y los calendarios, y con qué frecuencia se revisan.
• Planificación en circuito cerrado: cómo los datos reales de la planta cambian el siguiente plan.
• Stock de seguridad y colchones de plazo: cómo el relleno en MRP oculta un problema de programación.
• Habilidades del planificador en un proyecto de programación: qué cambia en el trabajo diario y cómo prepararse para ello.

Siguiente paso

Abre tu última ejecución de MRP y elige la máquina que más veces aparece sobrecargada. Secuencia a mano los pedidos de la próxima semana en esa máquina, con calendarios reales y tiempos de preparación, y compara cuánto se aleja el resultado del plan. Ese solo ejercicio te dice si la cuestión de MRP frente a APS es un problema de datos o un problema de programación en tu planta.