Re: [Dolibarr-user] [Suggestions et Questions] Partie Propales et Partie Produit

[Marc]

Bonjour,

Pour la partie produits, je pense que le mieux est d'ajouter une table 
categorie avec la hierarchie des familles, ce qui permet d'atteindre 
plus de 2 niveaux (famille / sous-famille). La table categorie pourrait 
être :
CREATE TABLE llx_category (
  rowid int(11) NOT NULL auto_increment,
  parent int(11) NOT NULL default '0',
  label varchar(255) NOT NULL default '',
  datec datetime default NULL,
  datem datetime default NULL,
  PRIMARY KEY  (rowid)
)
Et, pour compléter, une table de relation pour ranger les produits dans 
une famille :
CREATE TABLE llx_product_category (
  product int(11) NOT NULL default '0',
  category int(11) NOT NULL default '0'
)
Cette approche a aussi l'avantage de laisser optionnelle la gestion des 
familles de produits.

De même pour les constructeurs (par exemple, un PC bundle peut avoir 
plusieurs constructeurs : un pour la carte mère, un pour le processeur, 
un pour la carte video, etc).

Marc
Ocebo

> This is a multi-part message in MIME format.
> 
> Bonsoir,
> je reviens ici proposer encore quelques suggestions, afin de 
faciliter 
> et d'améliorer l'utilisation de Dolibarr, suite à nos expériences / 
> besoins en interne.
> Nous sommes une SSII spécialisée dans l'intégration de solutions 
> systèmes et réseaux. Donc nous vendons aussi bien du services que du 
> matériel.
> Sur le matériel que nous vendons, c'est essentiellement du matériel 
> constructeur connu, ce qui veut dire que les fabricants proposent 
> mensuellement des listes de prix publics.
> Lors de la création d'une propale, nous prenons habituellement le 
prix 
> public sur lequel nous appliquons une remise.
> La problèmatique est en fait sur le nombre total de produit 
différents 
> que l'on peut avoir.
> Nous avons fait l'essai afin de voir ce que cela donnait en terme de 
> perf et si c'est gérable. Nous avons rentré la liste de prix d'un 
> constructeur directement au sein de la table llx_product de dolibarr 
(~ 
> 70000 refs), et bien entendu la machine pédale un peu derriere pour 
> chercher les refs. La problématique est aussi justement de chercher 
ds 
> ces 70000 refs lors de la création de la propale.
> Nous utilisons d'autres outils (moches) qui nous permettent de 
générer 
> des feuilles de propales (appli access moche+ code vb+ feuilles 
excel) 
> mais qui possédent l'ergonomie désirée par rapport à cette 
problématique.
> En gros la suggestion serait la suivante :
> Serait-il possible de modifier la table llx_product sans altérer les 
> fonctionnalités et les liaisons entre les bases en rajoutant au sein 
de 
> la table les champs suivants : constructeur; type, famille, sous-
famille ?
> En fait, une fois ces champs générés, il faudrait modifier la feuille 
de 
> génération des propales afin de pouvoir trouver un article suivant 
> plusieurs critières qui seraient : référence, constructeur, type, 
> famille et/ou sous-famille.
> Enfin tout cela dans un esprit d'ergonomie et de facilité de gestion 
> d'une base article importante.
> Nous pouvons essayer de faire un bout de code qui peut faire tout ou 
> partie de cette fonctionnalité, mais comme nous n'avons pas suivi le 
> développement de la structure de la base, c'est pour cela que l'on se 
> demandait si une altération de la table llx_product pouvait poser des 
> problèmes. Et puis nous sommes de mauvais développeur :)
> Ensuite, autre suggestion, et pareil, suggestion venant d'un besoin 
> interne que l'on a identifé, c'est sur la partie facturation. Il 
serait 
> interressant de pouvoir gérer comme sur la partie propale plusieurs 
> modéles de factures pdf. Pour nous, la problématique c'est que nous 
> emettons des factures "classiques" dont le réglement nous est 
destiné, 
> et des factures "cédés", c'est à dire que le réglement doit être 
> effectué à un tiers. Lors de l'émission de la facture à ce tiers, le 
> contenu "habituel" de la facture change, les mentions sont 
différentes 
> d'où l'intérêt d'un modèle différent.
> Toujours dans la même idée en cas de multiples comptes courant 
> d'entreprise il peut être interressant de choisir quel est le compte 
> bancaire qui doit apparaitre au niveau du RIB de la facture.
> 
> 
> Enfin voili voila les dernières petites suggestions du soir.
> Sinon dans tous les cas, si nous pouvons vous aider pour quelque 
chose , 
> n'hésitez pas :)
> Bonne soirée :)
> 
>