Futur MRP enhancement
Notes diverse :
Contents |
[edit]
Problémes rencontrés
- Si un besoin génére un ordre proposé, et que celui-ci une fois confirmé prend du retard, dans certain cas, il ne faut pas faire de nouvelle proposition
- Comment choisir le magasin, et/ou le centre de profit :
- Management_Product_Store#Reflexion_en_Cours
- rappel des règles actuels (ou des reflextions en cours) Default_Facility_Lookup
[edit]
Donnée ou notion complémentaire à implémenter
[edit]
Date de livraison au plus tot
Cela se calcule, pour un article, en fonction de son délai d'approvisionnement et de la date du jour. C'est l'addition des deux.
[edit]
Ordre de fabrication associé à un besoin
Comment prendre en compte, le fait qu'un OF avec un statut >= planifié ferme soit associé avec un OISGA
[edit]
Idée d'ajout dans algo
- Si génération d'un PO (ProposedOrder) alors
- peut-être tester si un OF ou OA (confirmé) est associé au besoin et faire ????
- récupérer la date de début de l'element généré (date de début de l'OF ou date d'envoi au fournisseur de l'OA)
- si la date de début < date du jour
- calculer la date de livraison au plus court
- annuler la proposition
- positionner des indicateurs de travail en cumul
- si la date de début < date du jour
- Si travail en cumul
- tant que date du besoin < "date de livraison au plus tot", cumul des besoins et des livraisons (?? que ou comment faire avec la liste des OISG et PO(OF ou OA) pour pourvoir affecter les lien par la suite
- dés que date de l'événement planifié de stock > "date de livraison au plus tot" (ou la date de fin du PO associé) alors revenir sur le processus normal
- En cas de changement d'article
- ajouter un test pour vérifier que l'article précédent n'était pas en travail au cumul non cloturé
