Sommaire
Principe du traitement
Le principe de ce traitement est de créer un ordre avec une quantité à fabriquer correspondant à la quantité restant à produire de l'ordre traité.
Il est possible de générer des ordres dont la quantité restant à produire est supérieure à un certain pourcentage (défini au niveau de la zone "écart admis" de la boîte de critères) par rapport à la quantité totale à produire.
Exemple : traitement lancé pour un ordre dont la quantité réajustée est égale à 100, avec quantité réellement produite égale à 70. Il reste donc 30% de la quantité de l'ordre à produire. Pour qu'un ordre complémentaire soit généré, il faut que l'écart admis soit inférieur à 30%.
Suivant le paramétrage de l'occurrence GENORD du paramètre AUTQAL, le numéro de lancement de l'ordre (GORD) traité peut être copié sur l'ordre généré.
De plus, un lien entre ces deux ordres peut être créé, il sera visible dans les liens des ordres (GORL).
Lors du traitement d'un ordre, un ordre complémentaire peut être modifié au lieu d'être créé s'il existe déjà un ordre dont :
- le numéro de lancement correspond au numéro de lancement de l'ordre traité dans le cas où le paramétrage de l'occurrence GENORD du paramètre AUTQAL indique la copie du numéro de lancement ;
- les dates théoriques de l'ordre sont comprises dans la période définie au niveau de la boîte de critères du traitement ;
- l'état du stock de la ligne d'ordres (QAILOR) du produit leader n'est pas traité ;
- la quantité réelle de la ligne d'ordres du produit leader n'est pas renseignée ;
- il n'existe pas de détails par lot (QAILOL) rattachés à la ligne d'ordres du produit leader.
Chaque ordre généré, suivant les informations renseignées au niveau de la boîte de critères du traitement, peut être ajouté dans une liste d'ordres (GLSO) et/ou au niveau d'un plan de production (GPBP).
Contrôle de cohérence vis à vis de l'étape de l'ordre
Comme tous les traitements par étape, il ne peut être réalisé qu'une seule fois.
Pour que l'étape de l'ordre traité évolue, le traitement vérifie les points suivants :
- l'étape précédente définie dans les étapes par classe (GETCP) doit avoir été effectuée ;
- le traitement ne doit pas avoir déjà été effectué.
Si ces points sont vérifiés, mise à jour, sur l'ordre, de l'étape et de la date de la dernière étape réalisée. Celle-ci est égale à la date à laquelle est exécuté le traitement.
Traitement d'une liste d'ordres
Lorsque le traitement se déroule sans anomalie et que celui-ci est lancé pour une liste, modification de la liste pour indiquer la dernière étape réalisée.
Mise à jour de l'étape : elle est égale à l'étape du traitement.
Mise à jour de la date de dernier traitement.
Mise à jour de l'utilisateur ayant réalisé le traitement.
Mise à jour du dernier traitement réalisé.
Historique de l'étape
Comme pour toutes les transactions référencées dans les étapes, possibilité de conserver, au niveau de l'ordre, une trace de l'étape réalisée.
Création de cet historique en indiquant le numéro de l'étape, l'utilisateur ayant effectué l'étape, ainsi que la date et l'heure de réalisation de l'étape.
C'est lors de la définition de l'étape par classe (GETCP) que vous indiquez si la mémorisation est active ou non.