sailing Foudra MRP
Référence chevron_rightplanning/index

Planification

La planification MRP II, dans les deux sens. Cette page répond à la question vers laquelle toutes les autres pages convergent : compte tenu de ce que nous avons promis, de ce que nous gardons en stock et de la façon dont les choses se fabriquent, que devons-nous fabriquer ou acheter, en quelle quantité et pour quand ? Puis à la question qu'ajoute la MRP II : avec les heures dont nous disposons réellement et les livraisons qui arrivent réellement, quand ce sera-t-il vraiment prêt ?

Le calcul planifie à rebours à partir des dates de besoin et propose ce qu'il faut fabriquer et acheter. L'ordonnancement avance à partir de maintenant, à travers le stock, les dates prévues des commandes d'achat, les temps de gamme et les horaires de travail de chaque poste, et prévoit quand chaque ordre et chaque demande sera réellement prêt, et pourquoi en cas de retard.

Ce que fait le calcul

Run planning (lancer la planification ; planificateur) refait le calcul pour cette entreprise. Le traitement de nuit fait de même pour toutes les entreprises, avant celui des tâches, si bien que la page et ses tâches sont à jour chaque matin. Un calcul :

  1. Part de la demande : chaque demande ouverte, plus le point de commande (stock minimum) de chaque article stocké, plus les composants dont les ordres de fabrication ouverts (brouillons compris) ont encore besoin pour fabriquer ce qu'ils vont fabriquer.
  2. Parcourt la nomenclature de chaque article demandé de haut en bas, en multipliant les quantités à chaque niveau. Les fantômes (sous-ensembles non stockés) sont éclatés en leurs propres composants.
  3. Calcule le besoin net de chaque article : la quantité voulue, plus son point de commande, moins le disponible, moins ce qui arrive sur des commandes d'achat (brouillons compris), moins ce que les ordres de fabrication ouverts doivent encore livrer (brouillons compris).
  4. Tout ce qui reste manquant devient une proposition : une fabrication si l'article a une gamme, sinon un achat. Les fabrications sont arrondies à la taille de lot de la gamme ; les achats, à la commande minimum et au conditionnement du fournisseur préféré.
  5. Dates : needed by (requis pour le) est la date la plus proche à laquelle l'article est requis. Release by (à lancer avant le) est cette date moins le délai (celui de l'article pour une fabrication, celui de l'article fournisseur pour un achat). Un composant est requis le jour où son parent est lancé. Un point de commande seul ne porte pas de date.

Une proposition par date. Les besoins d'un même article à des dates différentes restent séparés : trois bateaux attendus dans trois mois donnent trois propositions pour chaque article, chacune avec ses propres dates requis pour le et à lancer avant le, de sorte que les articles d'octobre peuvent être lancés sans que ceux de novembre n'occupent l'imprimante. Le stock et les commandes ouvertes sont affectés d'abord à la date la plus proche, et tout excédent dû aux règles de taille de lot couvre la suivante. Un point de commande est un besoin sans date, satisfait en dernier.

Priorité. Chaque proposition porte la priorité dont héritera l'ordre de fabrication confirmé à partir d'elle : celle de la demande la plus urgente qu'elle sert, directement ou à travers ce dans quoi elle entre (2 pour une commande client, 3 pour une prévision, ou ce qu'a fixé un planificateur, 1 pour la faire passer avant tout), et 4 pour un réassort au point de commande. L'ordonnancement réserve le travail dans cet ordre, puis par date requis pour le, et l'imprimante prend les ordres lancés de la même façon : une fabrication pour le stock de réserve ne bouscule donc jamais la commande d'un client.

Chaque calcul remplace les propositions précédentes ; tout ce que vous avez confirmé ou annulé est conservé.

Le tableau

Colonne Signification
Do (action) fabriquer ou acheter
Part (article) En retrait sous la proposition qui en a besoin
Qty (qté) Après calcul des lots
Needed by / Release by (requis pour le / à lancer avant le) Voir ci-dessus ; vide quand seul un point de commande en est la cause
Predicted (prévu) Pour une fabrication : la date à laquelle, selon l'ordonnancement, elle sera réellement terminée, en rouge et marquée late (en retard) si elle tombe après sa date requis pour le. Survolez pour en voir la raison
From (source) « routing » pour une fabrication ; le fournisseur préféré pour un achat ; no supplier (aucun fournisseur) quand l'article n'en a pas (ajoutez-en un sur la page d'approvisionnement de l'article)
Why (pourquoi) Les demandes, propositions parentes et le point de commande qui la justifient

Confirmation

Cochez des propositions et appuyez sur Firm selected (confirmer la sélection ; planificateur). Chaque fabrication cochée devient un ordre de fabrication en brouillon pour la quantité, dû à la date requis pour le, à l'emplacement choisi à la fois pour les composants et pour la production. Les achats cochés sont regroupés en une commande d'achat en brouillon par fournisseur, avec la référence du fournisseur et le dernier prix sur chaque ligne, et une livraison attendue à la date requis pour le ou, quand le délai de livraison du fournisseur à partir d'aujourd'hui rend cela impossible, au plus tôt possible. Rien n'est lancé, approuvé ni envoyé d'ici ; les pages des ordres de fabrication et des commandes d'achat s'en chargent comme d'habitude.

Une proposition confirmée passe dans le tableau du bas, avec un lien vers ce qu'elle est devenue. Le calcul suivant compte ces brouillons comme approvisionnement : il ne proposera donc pas deux fois la même chose.

Le × d'une ligne annule une proposition jusqu'au calcul suivant, pour dire « je sais, et c'est non ».

Demande en retard

Au-dessus des propositions, s'il y en a : chaque demande ouverte dont l'ordonnancement prévoit qu'elle manquera sa date d'échéance, avec la date à laquelle elle sera prête et la raison, en remontant la chaîne jusqu'à l'origine du retard :

Cycle Hub Galway, commande 4471 : 8 × Trail 29 Comp, échéance le 19 oct., prête le mar. 24 nov. En attente de WO-00013, prévu le 24 nov. ; derrière, les roues arrière attendent des pneus sur un achat proposé auprès de Maxxis, pas encore commandé, délai de 45 jours.

C'est là qu'il faut agir : commander les pneus aujourd'hui, déplacer le travail, relever une priorité ou prévenir le client. L'ordonnancement ne déplace jamais une date de lui-même.

L'ordonnancement

Les prévisions proviennent d'un seul passage vers l'avant, recalculé chaque fois qu'une page le demande : elles ne sont donc jamais périmées.

Les raisons nomment ce qui a retenu chaque élément : le composant attendu et sa provenance, un groupe de postes saturé (Welding busy until Thu 8 Oct 13:00), quelque chose qui n'est ni en stock, ni en commande, ni planifié du tout, et les opérations dont la gamme n'a pas de temps, qui comptent comme instantanées. La même prévision apparaît sur chaque ordre de fabrication et dans la liste des demandes.

C'est un seul passage glouton, pas un optimiseur : assez bon pour voir venir les problèmes des semaines à l'avance, et assez simple pour que chaque date puisse s'expliquer.

Capacité

Sous les propositions, un graphique par groupe de postes ayant du travail : les réservations de l'ordonnancement dans ce groupe, les opérations restantes des ordres ouverts en bleu et celles des propositions en gris, tout ce qui se termine après sa date d'échéance en rouge et listé au-dessus du graphique : WO-00023 · Print finishes 3 Dec, due 30 Nov. L'en-tête indique les postes de chaque groupe et leurs heures hebdomadaires cumulées. C'est la réponse à « avec une seule imprimante, le deuxième bateau sera-t-il prêt ? »

Un groupe sans poste actif, ou sans poste ayant des horaires de travail, ne peut pas être ordonnancé et l'indique. Les durées viennent de la gamme : renseignez donc les minutes de réglage et d'exécution de chaque opération.

Tâches

Une proposition dont la date à lancer avant le est arrivée et que personne n'a confirmée crée une tâche planning.release sur le tableau de bord et dans la barre d'alertes. Une demande dont l'ordonnancement prévoit le retard crée une tâche planning.late avec ses raisons : urgente pour les priorités 1 et 2, haute sinon. Les deux sont actualisées chaque nuit, ou avec Refresh (actualiser) sur le tableau de bord.