Délais de fabrication (quantité de lots à transférer)

Dans Fabrication, vous pouvez planifier les opérations des ordres de fabrication de manière successive. Dans ce cas, une opération ne peut commencer que lorsque l'opération précédente est terminée pour tous les articles de l'ordre. Cependant, vous pouvez aussi planifier les opérations de la gamme d'un ordre de fabrication de façon semi-parallèle, c'est à dire en définissant la quantité d'articles pour lesquels une opération doit être terminée avant que la suivante puisse commencer (ce paramètre est appelé Quantité de lots à transférer).

Pour définir une quantité de lots à transférer, cochez la case Lot de transfert inférieur au lot de fabrication de la session de détails Planification de la production (tisfc0110m000) et saisissez une valeur dans le champ Quantité de lots à transférer.

Quand vous définissez des quantités de lots à transférer, LN planifie le délai de fabrication de manière différente qu'il ne le fait quand les opérations de gamme sont planifiées de façon successive. La figure 1-1 illustre la méthode employée par LN pour planifier les opérations avec des quantités de lots à transférer dans une situation de planification en aval. La figure 1-2 illustre la méthode employée par LN dans une situation de planification en amont.

Remarque

Vous ne pouvez pas cocher la case Lot de transfert inférieur au lot de fabrication pour une opération si vous avez coché la case Durée fixe lors de l'opération précédente. Bien entendu, ceci est également impossible dans la vie courante : Par exemple, si vous faites cuire des petits pains dans un four, tous ces pains doivent rester dans le four durant une période fixe complète.

Planification en aval situation normale
Figure 1-1
Figure 1-1
QTqueue time (temps d'attente)
STsetup time (temps de préparation)
RTrun time (temps d'exécution)
WTwait time (temps d'attente)
MTmove time (temps de déplacement)
Aqueue start date (date de début de file d'attente)
Bsetup + run start date (date de début d'exécution + préparation)
Csetup + run restart date (date de nouveau début d'exécution + préparation)
Dwait start date (date de début d'attente)
Emove start date (date de début de déplacement)
Fqueue start date (next operation) (date de début de file d'attente (opération suivante))
Gsetup + run start date (next operation) (date de début d'exécution + préparation (opération suivante))

La figure 1-1 montre une situation de planification normale dans laquelle l'opération 20 démarre au moment ou l'opération 10 est achevée pour tout le lot de fabrication. Cependant, la situation n'est pas toujours aussi simple que cela. Les sections ci-après décrivent comment LN planifie les opérations quand une opération longue est suivie d'une opération courte et que vous voulez utiliser l'option Quantité de lots à transférer.

Planification en aval avec quantité de lots à transférer
Figure 1-2
Figure 1-2
QTqueue time (temps d'attente)
STsetup time (temps de préparation)
RTrun time (temps d'exécution)
WTwait time (temps d'attente)
MTmove time (temps de déplacement)
Aqueue start date (date de début de file d'attente)
Bsetup + run start date (date de début d'exécution + préparation)
Csetup + run restart date (date de nouveau début d'exécution + préparation)
Dfirst transfer batch finished (premier transfert de lot terminé)
Ewait start date (date de début d'attente)
Fmove start date (date de début de déplacement)
Gqueue start date (next operation) (date de début de file d'attente (opération suivante))
Hsetup + run start date (next operation) (date de début d'exécution + préparation) opération suivante))

La figure 1-2 est la représentation graphique d'une situation de planification en aval dans laquelle vous avez défini une gamme de produit composée de l'opération 10 et de l'opération 20. Pour l'opération 10, vous avez défini une quantité de lots à transférer.

La figure 1-2 montre que LN ne peut pas toujours simplement programmer le point de départ de l'opération 20 (G) à partir du moment où le traitement de la première quantité de lots à transférer par l'opération 10 (D) est terminé. Sur cette figure, vous pouvez voir que le temps d'exécution (RT) de l'opération 20 est bien plus court que celui de l'opération 10. La flèche oblique indique qu'il y a conflit si LN planifie l'opération 20 une fois que la première quantité de lots à transférer est prête pour l'opération 10. Cela impliquerait que l'opération 20 serait terminée avant la fin de l'opération 10. De toute évidence, ceci ne pourra jamais se produire.

Pour éviter cette situation de planification peu réaliste, LN exécuter les étapes correctives suivantes :

  1. Décaler la date de fin de fabrication au plus tôt (I) : A cette fin, LN prend en compte la date de début du temps d'attente de l'opération suivante (G) après l'opération 10. De là, LN décale vers l'amont le temps de fabrication d'une quantité de lots à transférer (la dernière à avoir été traitée par l'opération 10) pour l'opération 20. Ceci permet d'obtenir la date de fin de fabrication au plus tôt.
  2. Vérifier si des corrections sont nécessaires (II) : Le deux en chiffres romains (II) montre que LN doit exécuter une étape corrective car la date de début du temps d'attente (E) de l'opération 20 (non corrigée) est antérieure à la date de fin de fabrication au plus tôt obtenue à l'étape précédente. Il semble évident que la date de début du temps d'attente doive coïncider avec la date de fin de fabrication.
  3. Retarder l'opération 20 (III) : Le résultat de l'étape 2 était positif, ce qui veut dire que LN doit retarder l'opération 20 pour permettre à la date de début du temps d'attente de cette même opération de coïncider avec la date de fin de fabrication au plus tôt. Par la suite, LN décale les éléments de délai de l'opération 20 vers l'amont pour obtenir la date et l'heure de début de l'opération 20.
Planification en amont avec quantité de lots à transférer
Figure 1-3
Figure 1-3
QTqueue time (file d'attente)
STsetup time (temps de préparation)
RTrun time (temps d'exécution)
WTwait time (temps d'attente)
MTmove time (temps de déplacement)
Aqueue start date (date de début de file d'attente
Bsetup + run start date (date de début d'exécution + préparation)
Csetup + run restart date (date de nouveau début d'exécution + préparation)
Dfirst transfer batch finished (premier transfert de lot terminé)
Ewait start date (date de début d'attente)
Fmove start date (date de début de déplacement)
Gqueue start date (next operation) (date de début de file d'attente (opération suivante))
Hsetup + run start date (next operation) (date de début d'exécution + préparation (opération suivante))

La figure 1-3 est la représentation graphique d'une situation de planification en amont dans laquelle vous avez défini une gamme de produit composée de l'opération 10 et de l'opération 20. Pour l'opération 10, vous avez défini une quantité de lots à transférer.

Dans une situation de planification en amont, LN décale les opérations dans la direction opposée : le point final de l'activité de fabrication est connu et LN doit calculer à quel moment elle doit démarrer, ce qui veut dire que vous devez lire la figure 1-3 de bas en haut.

En conséquence, partant de l'heure de fin de l'opération 20, LN décale tous les délais des opérations 20 et 10 jusqu'à l'heure de début de l'opération 10. La figure 1-2 montre que planifier l'opération 10 de cette manière (l'opération 10 n'est pas corrigée) peut se traduire par une situation de planification peu réaliste : Dans cet exemple, l'opération 10 se terminerait après l'opération 20.

Pour éviter cette situation peu logique, LN exécute les étapes suivantes :

  1. Décaler la date de fin au plus tard autorisée de l'opération précédente (I) : A cette fin, LN décale vers l'amont l'heure de fabrication d'une quantité d'ordres à transférer (la dernière de l'opération 20) à partir de la date de début d'attente (E) de l'opération 20. Ceci permet d'obtenir la date de fin au plus tard autorisée pour l'opération 10. Il s'agit du moment où le temps de déplacement de l'opération 10 doit se terminer pour permettre la production de la dernière quantité d'ordres à transférer par l'opération 20.
  2. Décaler la date de fin calculée de l'opération précédente (II) : A cette fin, LN commence par décaler vers l'amont le temps de déplacement et le temps d'attente de l'opération 10, à partir de la date de début du temps d'attente de l'opération 20. Ensuite, en partant du moment où le traitement de la première quantité de lots à transférer par l'opération 10 (D) est supposé se terminer, LN décale vers l'aval le temps de fabrication de la quantité totale de l'ordre moins une quantité de lots à transférer, auquel s'ajoutent le temps d'attente et le temps de déplacement. Ceci permet d'obtenir la date de fin calculée de l'opération 10. La queue en boucle de la flèche montre la procédure exécutée à l'étape 2.
  3. Vérifier si des corrections sont nécessaires (III) : LN compare la date de fin au plus tard autorisée obtenue à l'étape 1 avec la date de fin décalée obtenue à l'étape 2. Si la date calculée est postérieure à la date de fin au plus tard autorisée, LN doit exécuter une étape corrective pour l'opération 10.
  4. Avancer l'opération précédent (IV) : si le résultat de l'étape 3 est positif, LN avance l'opération 10 pour la réaligner avec l'opération 20, afin que la fin du temps de déplacement de l'opération 10 (G) coïncide avec la date de fin au plus tard autorisée obtenue à l'étape 1.
Remarque

La solution décrite dans la section précédente suppose une simplification de la réalité selon laquelle LN planifie le délai total de l'ordre de fabrication de façon cohérente. En pratique, cependant, l'opération courte pourrait commencer dès l'arrivée du premier lot, puis marquer un court temps d'attente avant de pouvoir continuer le traitement du lot suivant. Mais LN ne prend pas en charge un tel niveau de détail dans la planification.