dolibarr-user
[Top][All Lists]
Advanced

[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 :)

Attachment: d.pasquer.vcf
Description: Vcard


reply via email to

[Prev in Thread] Current Thread [Next in Thread]