Discussion :

[Loric.wolf]

Bonjour Monsieur,

Merci pour les différentes réponses ainsi que pour le temps que vous y avez consacré !

Je crains malheureusement que mon problème soit un peu plus complexe que je ne l'avais imaginé.
Je vous mets en lien une image permettant de mieux décrire ce que je cherche à réaliser.

Merci d'avance pour vos précieux conseils.

Cordialement,
LW

[User]

Bonjour,

D'après ce que vous dites au début :

L'ensemble des opérations pour chaque produit est enregistré dans une gamme opératoire.
La gamme opératoire a un début, soit une date de mise en production.
L'ensemble des opérations que dicte la gamme doit être exécuté dans l’ordre.

Il semble y avoir un souci au niveau de votre modèle, il faudrait créer une table intermédiaire T_Detail_GO entre T_GO et T_Operation :



Cdlt,

[Loric.wolf]

Bonjour "USER",

Effectivement vous avez entièrement raison !

[User]

Bonjour,

Ce problème semble différent de la problématique du départ.

Si c'est le cas, pouvez-vous créer une nouvelle discussion.

1 problème = 1 discussion

Cdlt,

[User]

Bonjour,

D'après ce que je comprends de votre nouveau problème, il faut raisonner sur les gammes opératoires.

On regroupe les OF par gamme opératoire, ensuite on les planifie les uns derrières les autres en fonction de leur date de début sur le planning et de la durée de fabrication (Durée OF).

Si la date de début sur le planning est antérieure à la date de début estimée au mieux avec la procédure de planification (DateDebut = DateDebut OF précédent + Durée OF précédent), on prend la date de début estimée et on calcule la date de fin en ajoutant la durée de l'OF à cette date de début, puis on passe à l'OF suivant, etc..

La durée de l'OF (en minutes dans mon cas), peut-être :

Durée OF = TempsRéglageGO + QuantitéGO*TempsFabGO

ou :

Durée OF = TempsRéglageGO + (QuantitéGO-1)*Max(DureeOperation) + Somme(DureeOperation)

Max(DureeOperation) : durée maximum pour les opérations d'une même GO
Somme(DureeOperation) : somme des durées des opérations d'une même GO

Comme expliqué dans ce tuto.

Le souci important c'est si 2 gammes opératoires se partagent la même machine, et là ça devient très compliqué à planifier (voir ici)

Voilà comment j'imagine les choses, il peut y avoir d'autres approches

Cdlt,

[Loric.wolf]

Bonjour,

Oui, exactement, dans un premier temps, il faut attribuer une gamme opératoire à un produit comme vous l’avez fait.

Vous dites : « Si la date de début sur le planning est antérieure à la date de début estimée au mieux avec la procédure de planification (DateDebut = DateDebut OF précédent + Durée OF précédent), on prend la date de début estimée et on calcule la date de fin en ajoutant la durée de l'OF à cette date de début, puis on passe à l'OF suivant, etc.. »


Je ne suis pas sûr de vous suivre :

La date de début correspond bien à la date de début de l'OF, mais la date de fin, devrait correspondre à la date de l’OF + le temps de chaque opération selon la disponibilité de l’opération. La disponibilité est à consulter dans le planning des encours.

Le temps de réglage est à ajouter pour chaque opération.

Le temps d’une opération = (le temps de l’opération GO * le nombre de pièce) + le temps de réglage. Se bloque temporel dois être placé dans le planning en fonction de ca catégorie (ex : coupe). Bien entendu l’ordre des opérations doit être respecté.

Exemple :
GO 1

1) Couper (3 h)
2) Brosser (2 h)
3) Laver (1 h)

Le temps total est de 6 h, mais nous ne tenons pas compte de la disponibilité des moyens de production…

Il faut pour cela interroger le planning des encours.

Planning des encours:



En réalité, il faudra attendre 8 heures pour terminer la production.
C'est à ce niveau que je suis bloqué ...

Merci d'avance pour vos conseils
LW

[User]

Bonsoir,

Planning des en cours ?

On en revient donc à la 1ère discussion avec votre problématique du départ, j'avais d'ailleurs mis à jour hier l'exemple ici.

Il faut pouvoir classer toutes les opérations dans un ordre précis. et que cet ordre soit ensuite respecté pour chaque gamme opératoire.

Cdlt,