Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Produits avec variantes

tompro

Bonjour,

1) Est il prévu de gérer dans Gestan des produits avec variantes ?

L'idéal serait de pouvoir créer des variantes dynamiques , c'est à dire pouvoir saisir le nom d'un attribut et son type (liste, texte, date, etc...) de façon libre.

Ces attributs pourraient servir à définir une variante de mon produit. Chaque variante aurait un identifiant et un CB unique.

Exemple le plus simple : avoir une fiche Produit pour un vetement mais plusieurs variantes selon la couleur, la taille , etc... (couleur, taille et etc... seraient paramétrables et non figés en base , pour pouvoir couvrir tous les cas)

2) autre question :

Serait il possible d'avoir des attributs supplémentaires (champs complémentaires) en fonction du type de produit (peut etre ce que vous appelez Famille) ?

Par exemple, si je vends du matériel informatique et des prestations d'installation, vous comprendrez que les attributs de ces 2 "produits" (au sens Gestan) ne sont pas les memes .

Gestan

1 oui, c'est prévu pour la version 16 😉

2 pour quoi faire ?

tompro

1) super

Je prenais l'exemple d'un vetement pour expliquer le besoin de variantes

Mais dans notre cas, il s'agit d'attributs plus techniques. Est ce que ces attributs pourront être créés dynamiquement ?

(si les attributs sont couleur et taille, ça serait trop spécifique)

2) dans notre catalogue, nous avons des produits de type très différent. Pour les séparer , nous les avons classés dans des familles.

Lorsque nous décrivons le produit dans la fiche produit, nous voudrions pouvoir entrer ses caractéristiques

Ca nous permettra d'y faire référence dans les documents commerciaux, les interventions, les messages type que nous envoyons.

Mais aussi de faire des recherches dans le catalogue en fonction de ces caractéristiques que nous combinons. (c'est pour cela que mettre ces caractéristiques dans le descriptif ne convient pas )

Comme on peut afficher ces colonnes dans la table Produits , ça nous convient bien pour faire une sélection depuis cette table.

Si je reprends un exemple dans votre domaine de l'informatique, si j'ai un produit dans la famille Imprimante et un produit dans la famille Ecrans, j'ai besoin de caractériser différemment par famille et non par produit.

Famille IMPRIMANTE , champs complémentaires : Type (jet d'encre, laser), couleur ? , Vitesse impression (pages par minute), etc...

Famille ECRAN, champs complémentaires : Taille , Technologie, son intégré ?

Vous imaginez que si je n'ai qu'un choix de champ complémentaire pour tous les produits (ex : Taille, technologie, son intégré) , ça ne me sert pas pour détailler une imprimante dans la famille IMPRIMANTE.

Est ce que ma demande vous parait plus claire et logique ?

Gestan

OK, je comprend mieux. En fait, vous voudriez faire des recherches sur des critères qui seraient dépendant des familles de produit.

Mais si vous mettiez ces critères sur les familles, cela serait pénalisant, par l'obligation de créer un grand nombre de famille, puisqu'il faudrait gérer les combinatoires. Par ex, pour gérer seulement 3 critères sur les imprimantes laser/jet d'encre, n&b/couleur, rectoverso ou pas, il faut 2*2*2, soit 8 familles.

Ce qu'il faudrait plutôt, ce sont des champs paramétrables produit dont la signification serait dépendante de la famille. Par ex, un booléen n°1 qui voudrait dire laser ou pas sur une imprimante, mais SSD ou pas sur un ordi.

C'est une très bonne idée, nous la retenons pour la version 16, mais pour le moment, je n'ai pas beaucoup de solution à vous proposer (et elle ne sera pas mise en oeuvre tout de suite, c'est assez compliqué)

tompro

Oui je crois qu'on s'est compris.

Etant dans l'informatique industrielle, je me permets de vous soumettre une idée :

Je pense meme que pour être plus générique, je dirais qu'au lieu d'avoir un champ booleen n°1 qui pourrait avoir plusieurs définitions (comme vous le proposez si j'ai bien compris) , ça serait mieux d'avoir un champ n°1 qui pourrait être booleen ou texte ou numérique ou liste ou date ou etc...

Ainsi, pour un champ indicé, on aurait une famille de produits, un type de données, une désignation, une valeur

Si on veut pousser plus loin et être encore plus générique, ça serait carrément mieux d'avoir pour un champ indicé :

un module (ici c'est produit mais ça pourrait être contact, machine, intervention, contrat, etc...)un genre (genre de contact, genre d'intervention, famille de produits, genre de machine, etc...)un type de données (booleen, texte, date, etc...)une désignationune valeur

C'est comme ça que j'imaginerais vos champs complémentaires. Je me doute que c'et plus compliqué et un travail conséquent de rendre plus générique les attributs personnalisés mais tellement plus ouvert pour des spécifiques ensuite...

A quelle échéance plus ou moins une solution (générique ou pas) pourra être proposée avec la version 16 ? (sans demander beaucoup de précisions, ça serait dans l'année ou plutôt plus tard ?)

Gestan

Ce sera dans l'année (se souvenir quand même de la célébrissime phrase d'Henri Queuille : "les promesses n'engagent que ceux qui les écoutent" ! 😉