Le 18/01/10 23:02, ced a écrit :
La version de base des produits est composée d'un product.template
et d'un product.product.
Le product.template définit les champs qui peuvent être partagés par
plusieurs produits.
Tant dis que product.product définit les champs qui sont unique par
produit (par default: code et description).
Afin de garder l'interface simple, le module de base ne présente pas
la
possibilité de créer des produits qui seraient liés à un même template
(variante).
Il serait assez facile d'écrire un module qui ajoute les entrées dans
le
menu et les vues nécessaire.
Apparemment c'est le contraire, le module de base semble utiliser
*seulement* le template, d'ou le problème.
Par l'utilisation de product.product par product.supplier, cela aurait
été plus logique.
Dans l'écran du produit feuille fournisseurs il faudrait simplement
afficher les fournisseurs par variante (et les affecter par
<code produit fournisseur> => <code produit>)
A ce titre, il me semble qu'il manque le 'nom' spécialisé par variante.
C'est à dire seulement un code et une description est insuffisante.
A titre subsidiaire, il me semble aussi qu'en faisant comme indiqué
dessus, un gros problème de 'fabricant' et par conséquent d'une seconde
source d'approvisionnement (fabricant alternatif) se ressoudent avec un
minimum de champs supplémentaires (avec, par exemple):
<code produit fournisseur> =>
[ <code fabricant> <code produit fabricant> => ]
<code produit>
Nous avons très souvent ce cas de figure.
C'est à dire, nous pouvons acheter certains équipements directement chez
les fabricants dits de marque. Mais au quotidien nos grossistes assurent
l'ensemble des produits de ces fabricants sans parler des produits
génériques aussi.
D'ailleurs, l’implémentation de "product manufacturer" éprouvée dans
O.*ERP était lamentable et plutôt inutile.
