[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Dolibarr-user] [Suggestions et Questions] Partie Propales et Partie Pro
From: |
Damien PASQUER |
Subject: |
[Dolibarr-user] [Suggestions et Questions] Partie Propales et Partie Produit |
Date: |
Sun, 27 Feb 2005 22:22:02 +0100 |
User-agent: |
Mozilla Thunderbird 1.0 (Windows/20041206) |
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 :)
d.pasquer.vcf
Description: Vcard
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Dolibarr-user] [Suggestions et Questions] Partie Propales et Partie Produit,
Damien PASQUER <=