Gestion des lots
avant la V4.3-00
Suivant le paramétrage choisi, les lots sont gérés :
- soit sous forme d’un code de 7 caractères appelé ‘Numéro de lot’ (numlot) mémorisé dans les tables EVL , EVS , MSK etc.
- soit sous forme d’un code de 30 caractères appelé ‘Référence lot’ (reflot) mémorisé dans la table OST (reflot) + un code de 7 caractères mémorisé à la fois dans les tables OST et dans les EVL , EVS , MSK etc.
Dans les écrans qui utilisent les lots, on affiche par paramétrage d’écran soit le numéro de lot (sur 7 caractères), soit la référence du lot (sur 12 caractères) (champ standard reflot_12), ou encore la référence du lot sur plus de 12 car quand il y a suffisamment de place à l’écran.
à partir de la V4.3-00.
A partir de la V4.3-00, quel que soit le paramétrage, pour tous les articles gérés par lot, on gère un Objet Lot (OST) dès que l’on crée un lot (la valeur A1 du paramètre GESOST est ignorée).
Bien que la table OST soit alimentée systématiquement, la gestion simplifiée des lots par saisie du numéro de lot (numlot) reste possible. Le nouveau mode de gestion des lots est donc compatible avec les cas standard de gestion des lots disponibles dans les versions précédentes.
Pour les clients passant en version V4.3-00 ou supérieure et qui ne géraient pas encore
les Objets lot, il est nécessaire de lancer un traitement de reprise des lots au moment
du changement de version (voir plus loin pour la mise en œuvre du traitement de
reprise).
Evolution des écrans standard
En V4.3-00, tous les écrans qui mentionnent des lots ont été adaptés de manière à utiliser les mêmes références de lot.
Référence Lot (reflot) : devient le champ standard de saisie/affichage d’un lot. Dans le dictionnaire des écrans, ce champ s’appelle toujours reflot. Désormais, il est toujours mémorisé sur 30 caractères. Il ramène toujours le champ code reflot de la table OST. Dans les écrans standard, les 30 caractères du code sont visibles chaque fois que cela est possible, sinon on affiche 12 caractères (ou 7 caractères) avec possibilité de visualiser le reste des caractères (scrolling latéral).
Numéro de Lot’ (numlot) : encore disponible mais c’est un champ virtuel par défaut. Comme précédemment, on mémoriser le numlot dans OST et dans EVL,EVS, MSK, etc.
Référence Lot’ sur 12 caractères (reflot_12) n’existe plus.
Lors du changement de version, le traitement de mise à jour automatique des écrans
paramétrés ne peut traiter le champ reflot_12 qui n’existe plus. Dans les écrans
paramétrés qui utilisent reflot_12, il sera donc nécessaire de remplacer manuellement le
champ reflot_12 par le champ reflot. Pour cela, voir en annexe la liste
des écrans concernés par la gestion de la référence lot.
Date de péremption : s’appelle désormais ‘DLC’ ou ‘Date limite de consommation’. Cette information est unique pour un lot donné. Elle est désormais mémorisée uniquement sur l’Objet Lot (OST et non plus LSK).
Date de création : désormais ramenée de OST et non plus de LSK.
Le champ commentaire de la table LSK devient champ virtuel par défaut. Il est remplacé par des informations courantes liées au lot et issues de OST (Code blocage du lot, DLC, DLV, Date de création, Date de fabrication).
Traitement de reprise des lots
L’objectif principal de la reprise est de créer par défaut des ost pour tous les enregistrements LSK existants, de sorte qu’il ne puisse plus exister d’enregistrement LSK sans un enregistrement OST correspondant.
La génération des enregistrements OST peut générer un gros
volume de données dans la base. Avant de lancer le traitement, faire les contrôles
habituels sur le dimensionnement des tables et l’espace disque disponible.
Le traitement de reprise est lancé automatiquement dans GPEV par l’option <Mise à niveau>. La reprise peut également s’effectuer par le traitement différé REPRISR1, lancé depuis la fonction REPRIS (option <Reprise…> <Lot -> OST>).
Le traitement différé sélectionne les enregistrements LSK (par défaut, sur tous les dépôts), et crée un enregistrement OST par enregistrement LSK :
- avec le même produit,
- avec le même numéro de lot,
- avec une référence lot identique au numéro de lot.
D’autre part, on alimente la DLC de l’enregistrement OST avec la date de péremption de l’enregistrement LSK, et la date de création de l’enregistrement OSTavec la date de création de l’enregistrement LSK.
Lorsque l’objet lot existe déjà, on vérifie la cohérence des dates de péremption (affichage d’un message dans le fichier .log si incohérence).
Si chez un client installé, il existe un dépôt « dépositaire » des données de la table LSK (elles peuvent être différentes d’un dépôt à un autre), on peut lancer le traitement une première fois sur ce dépôt pour créer les enregistrementOST, et relancer le traitement une deuxième fois tous dépôts confondus pour ne pas oublier un seul lot.
