[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Dolibarr-user] [Suggestions et Questions] Partie Propales et Partie
From: |
Marc |
Subject: |
Re: [Dolibarr-user] [Suggestions et Questions] Partie Propales et Partie Produit |
Date: |
Sun, 27 Feb 2005 23:33:49 +0100 |
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 :)
>
>
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: [Dolibarr-user] [Suggestions et Questions] Partie Propales et Partie Produit,
Marc <=