Planificación

Planificación MRP II, en los dos sentidos. Esta página responde a la pregunta hacia la que apuntan todas las demás: con lo que hemos prometido, lo que tenemos en stock y cómo se fabrican las cosas, ¿qué hay que fabricar o comprar, cuánto y para cuándo? Y después, la pregunta que añade MRP II: con las horas que tenemos de verdad y las entregas que de verdad vienen, ¿cuándo estará listo realmente?

La ejecución planifica hacia atrás desde cuándo se necesitan las cosas y propone qué fabricar y qué comprar. La programación avanza desde ahora, teniendo en cuenta el stock, las fechas previstas de los pedidos de compra, los tiempos de las rutas de fabricación y el horario de trabajo de cada puesto, y predice cuándo estará realmente lista cada orden y cada demanda, y por qué, si llega tarde.

Qué hace la ejecución

Run planning (ejecutar la planificación) (planificador) recalcula para esta empresa. El proceso nocturno hace lo mismo para todas las empresas, antes del de tareas, así que la página y sus tareas están al día cada mañana. Una ejecución:

1. Parte de la demanda: cada pedido de demanda abierto, más el punto de pedido (stock mínimo) de cada artículo almacenable, más los componentes que las órdenes de fabricación abiertas (borradores incluidos) aún necesitan para fabricar lo que van a fabricar.
2. Recorre de arriba abajo la lista de materiales de cada artículo demandado, multiplicando las cantidades. Los fantasmas (subconjuntos no almacenables) se desglosan en sus propios componentes.
3. Calcula las necesidades netas de cada artículo: lo que se quiere, más su punto de pedido, menos lo disponible, menos lo que está por llegar en pedidos de compra (borradores incluidos), menos lo que aún entregarán las órdenes de fabricación abiertas (borradores incluidos).
4. Lo que siga faltando se convierte en una propuesta: make (fabricar) si el artículo tiene ruta de fabricación y, si no, buy (comprar). Las de fabricar se redondean al tamaño de lote de la ruta; las de comprar, al pedido mínimo y a la unidad de embalaje del proveedor preferido.
5. Fechas: needed by (fecha de necesidad) es la fecha más temprana en que se necesita el artículo. Release by (fecha de lanzamiento) es esa fecha menos el plazo de entrega (el del artículo si se fabrica, el del artículo del proveedor si se compra). Un componente se necesita el día en que se lanza su artículo padre. Un punto de pedido por sí solo no lleva fecha.

Una propuesta por fecha. Las necesidades de un mismo artículo en fechas distintas se mantienen separadas: tres barcos con entrega en tres meses distintos dan tres propuestas para cada artículo, cada una con su fecha de necesidad y su fecha de lanzamiento, así que las piezas de octubre se pueden empezar sin que las de noviembre ocupen la impresora. El stock y los pedidos abiertos se asignan primero a la fecha más temprana, y lo que sobre por el dimensionamiento de lotes cubre la siguiente. Un punto de pedido es una necesidad sin fecha y se cubre en último lugar.

Prioridad. Cada propuesta lleva la prioridad que heredará la orden de fabricación que se confirme a partir de ella: la de la demanda más urgente a la que sirve, directamente o a través de aquello en lo que entra (un pedido de cliente 2, una previsión 3, o lo que haya puesto un planificador, 1 para pasarla por delante de todo), y 4 para reponer hasta el punto de pedido. La programación reserva el trabajo en ese orden, después por fecha de necesidad, y la impresora toma las órdenes lanzadas igual, así que una tanda para stock de repuesto nunca aparta el pedido de un cliente.

Cada ejecución sustituye las propuestas anteriores; lo que hayas confirmado o cancelado se mantiene.

La tabla

Confirmar

Marca propuestas y pulsa Firm selected (confirmar las seleccionadas) (planificador). Cada make marcada se convierte en una orden de fabricación en borrador por esa cantidad, con vencimiento en la fecha de necesidad, en la ubicación elegida tanto para los componentes como para el producto. Las buy marcadas se agrupan en un pedido de compra en borrador por proveedor, con la referencia del proveedor y el último precio en cada línea, y con la entrega prevista en la fecha de necesidad o, cuando el plazo de entrega del proveedor contado desde hoy lo hace imposible, lo antes que puedan entregar. Desde aquí no se lanza, aprueba ni envía nada; de eso se encargan, como siempre, las páginas de órdenes de fabricación y de pedidos de compra.

Una propuesta confirmada pasa a la tabla inferior con un enlace a aquello en lo que se convirtió. La siguiente ejecución cuenta esos borradores como suministro, así que no propondrá lo mismo dos veces.

La × de una fila cancela una propuesta hasta la siguiente ejecución, para decir "ya lo sé, y no".

Demanda con retraso

Encima de las propuestas, cuando la hay: cada demanda abierta que según la programación no llegará a su fecha límite, con cuándo estará lista y por qué, siguiendo la cadena hasta donde empieza el retraso:

Cycle Hub Galway, order 4471: 8 × Trail 29 Comp, due 19 Oct, ready Tue 24 Nov. Waiting for WO-00013, predicted 24 Nov; behind that, the rear wheels are waiting for tyres on a proposed buy from Maxxis, not ordered yet, 45 days' lead.

Ese es el momento de actuar: pedir hoy los neumáticos, mover el trabajo, subir una prioridad o avisar al cliente. La programación nunca cambia una fecha por su cuenta.

La programación

Las predicciones salen de una sola pasada hacia delante, que se vuelve a calcular cada vez que una página la pide, así que nunca están desfasadas:

• Suministro: el stock disponible ahora; los pedidos de compra abiertos en sus fechas previstas (uno vencido se supone que llega hoy, y se indica que está vencido; cambia su fecha en el pedido cuando el proveedor te dé una nueva), salvo que un pedido aún no enviado no puede llegar antes del plazo de entrega de su proveedor contado desde hoy, sea cual sea la fecha del borrador; las compras propuestas, después del plazo de entrega del proveedor contado desde hoy.
• Fabricación: cada orden de fabricación (borradores incluidos) y cada propuesta de fabricar, paso a paso: un paso empieza cuando termina el anterior, y el primero cuando están sus componentes; cada uno se reserva en el primer hueco del puesto de su grupo que lo terminaría antes, dentro del horario de trabajo de ese puesto y nunca en un día de cierre.
• Orden: primero lo más profundo de la lista de materiales, para que los componentes se reserven antes que aquello en lo que entran; después por prioridad y luego por fecha de necesidad. Una propuesta de fabricar no empieza antes de su fecha de lanzamiento; una orden de fabricación real puede empezar ya.
• Demanda: toma el stock terminado por orden de prioridad y luego por fecha límite, una vez reservado todo.

Los motivos indican qué retuvo cada cosa: el componente que se esperaba y de dónde viene, un grupo de puestos que estaba lleno (Welding busy until Thu 8 Oct 13:00), algo que no está en stock, ni pedido, ni planificado, y pasos cuya ruta no tiene tiempo, que cuentan como instantáneos. La misma predicción aparece en cada orden de fabricación y en la lista de demanda.

Es una sola pasada voraz, no un optimizador: suficiente para ver problemas con semanas de antelación y lo bastante sencilla como para que cada fecha se pueda explicar.

Capacidad

Debajo de las propuestas, un gráfico por cada grupo de puestos con trabajo: las reservas de la programación en ese grupo, los pasos pendientes de las órdenes abiertas en azul y los de las propuestas en gris, y en rojo lo que termina después de su fecha límite, que además se lista encima del gráfico: WO-00023 · Print finishes 3 Dec, due 30 Nov. La cabecera muestra los puestos de cada grupo y sus horas semanales en conjunto. Esa es la respuesta a "con una sola impresora, ¿estará listo el segundo barco?"

Un grupo sin ningún puesto activo, o sin ninguno con horario de trabajo, no se puede programar, y así lo indica. Los tiempos salen de la ruta de fabricación, así que pon minutos de preparación y de ejecución en cada paso.

Tareas

Una propuesta cuya fecha de lanzamiento ha llegado y que nadie ha confirmado genera una tarea planning.release en el panel y en la barra de avisos. Una demanda que según la programación llegará tarde genera una tarea planning.late con sus motivos: urgente para las prioridades 1 y 2, alta en los demás casos. Ambas se actualizan cada noche, o con Refresh (actualizar) en el panel.