Version
OpenProd permet de gérer les différents changements de version d'un produit via la notion de version. Cette version influence de nombreux objets dans le système tels que les ventes, les achats, les OT et OF, les nomenclatures, etc.… puisque que la version sera propagé dans chacun des objets. On distingue dans OpenProd versions majeures et versions mineures.
Version majeure
Gérer les produits avec version majeure revient à créer des produits différents, reliés par un groupe de version.
- Nom de la version (requis)
- Date de début et date de fin (non requis)
Il est ensuite possible de venir sélectionner une version majeure dans le champ approprié.
Le groupe de version est créé en reprenant par défaut le code produit.
La bonne pratique au changement de version majeure d'une pièce est d'utiliser le bouton dupliquer :
Le nouveau produit créé a le même groupe de version mais une autre version majeure (celle choisie dans l'assistant). Il est donc relié à l'autre produit grâce au groupe de version.
Les produits ont donc chacun leur cycle de vie, leur stock, ...
Le name_get du produit sera modifié pour afficher : [Code produit - Version] Nom du produit
Version mineure
Un produit va avoir ses versions suivies à partir du moment où le champ Tracer la version est coché.
Une version est un objet composé de 2 champs :
- Une date de début : date à partir de laquelle la version est active.
- Une description : champ texte permettant de décrire la version.
Automatiquement, la version actuelle du produit va être renvoyée dans le champ « Version ». La version actuelle est définie comme la version ayant la date de début, antérieure à la date actuelle, la plus proche de la date actuelle.
Nomenclatures et version
Il va être possible de définir des nomenclatures propres à une version d'un produit.
Dès qu'un produit a sa version tracée, un champ est ajouté dans l'entête de la nomenclature. Ce champ « Version du produit » est un champ obligatoire et définit sur quelle version du produit va s'appliquer cette nomenclature.
De ce fait, il est possible d'avoir plusieurs nomenclatures actives en même temps sur le même produit à partir du moment où la version du produit est différente dans les nomenclatures en question
Achats, ventes et version
Lors de l'achat d'un produit dont la version est tracée, un champ « Version du produit » est ajouté à la ligne de commande d'achat. De la même manière un champ « Version du produit » est également ajouté dans les lignes de commande de vente.
Automatiquement la version active du produit est remontée lors de la création de la ligne d'achat (ou de vente), néanmoins il est également possible de choisir manuellement la version que l'on souhaite acheter (ou vendre).
Ordres d'approvisionnement, mouvements et version
À la suite d'un besoin (une vente ou une production par exemple), un mouvement sortant va être généré. Ce mouvement va porter la version du produit lorsque la version du produit est tracée. Lorsque ce mouvement va passer l'état « En attente », il va générer un ordre d'approvisionnement (si le déclenchement d'approvisionnement du produit l'autorise) qui lui aussi va porter la version du produit. Cet ordre d'approvisionnement va alors générer des OF ou des achats sur ce produit avec la version correspondante.
OFs et version
Lors de la création d'un OF sur un produit dont la version est tracée, un champ « Version du produit » est ajouté dans le cadre produit.
Automatiquement, la version remontée est alors la version active du produit. La nomenclature qui remonte est la nomenclature active dont la version est égale à celle de l'OF. Changer la version manuellement changera également la nomenclature liée.
De même, si l'OF provient d'une vente, la version (et donc la nomenclature) sera propagée depuis la ligne de vente.
Réceptions, livraisons et version
Lors d'une réception (ou d'une livraison), l'assistant de picking indique la version du produit qui va être réceptionné (ou livré). Il également est possible de changer la version livrée dans cet assistant.
Lors d'une livraison, la disponibilité est calculée sur le produit et comprend donc toutes ses versions. Néanmoins, s’il y a déjà des produits en stock, il y aura un décalage entre le stock et le mouvement (comme le mouvement porte la version mais les versions ne sont pas gérées en stock). Si le produit est suivi par étiquette, cette contrainte sera bloquante car il ne sera pas possible d'ajouter une étiquette possédant une version différente de la version du mouvement. Il faudra alors séparer le mouvement sortant grâce au bouton d'action « Split », ensuite aller dans le reliquat du BL initial et changer la version du produit grâce au à droite du champ « Version du produit » dans le mouvement (ou lors du traitement du BL dans l'assistant de picking). Il sera alors possible d'assigner les étiquettes aux mouvements. Pour un produit non suivi par étiquette, cette contrainte ne sera pas bloquante et il sera possible d'affecter au picking des produits en version 1 comme 2 même si le mouvement sortant est sur la version 2. Rien n'empêche d'appliquer ce principe à un produit non suivi par étiquette, en « splittant » le mouvement pour garder une trace des différentes versions livrées.
Traçabilité et version
Si le produit dont la version est tracée est également suivi par étiquette, l'étiquette va alors porter la version du produit. Il sera alors possible de contrôler le stock sur une version particulière via ces étiquettes.
