dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dolibarr-dev] Règles de prix


From: Régis Houssin
Subject: Re: [Dolibarr-dev] Règles de prix
Date: Mon, 03 Jan 2011 18:28:21 +0100
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; fr; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7

non mais ce serait bien :-)



Le 03/01/11 18:18, Cyrille de Lambert a écrit :
> Un partenaire est tombé sur cette problématique et aimerait standardiser
> ceci dans Dolibarr.
> Ce système est présent dans LMB
> Qui aurait déjà travaillé sur cette idée ?
> Cyrille
> 
> *Dolibarr – Règles de prix*
> 
> 
> *Objet *: pouvoir gérer des règles de prix sur des catégories de
> produits, pour des catégories de clients.
> 
> *Description générale* *:* en commerce de détail, les prix pratiqués
> sont fonction :
> 
>     *
> 
>       De la quantité achetée (tarifs dégressifs en fonction de la
>       quantité achetée)
> 
>     *
> 
>       Du statut du client : un même produit aura un prix différent s’il
>       est vendu à un particulier, un professionnel, une entreprise ou
>       une collectivité
> 
>     *
> 
>       De la relation commerciale établie entre le vendeur et son
>       client : un gros client peut par exemple avoir des remises
>       permanentes sur certaines catégories de produits.
> 
> A l’heure actuelle, Dolibarr gère des prix multiples sur les produits,
> et chaque client se voit associer une ligne de prix. Ceci est
> insuffisant dès lors que le nombre de références est trop conséquent, et
> il importe dans ce cas de disposer de traitements généraux.
> 
> Ex : le client C appartient à la catégorie de clients CC. Il achète un
> produit P appartenant à la catégorie de produits CP.
> 
> Il doit donc payer un prix PX qui sera fonction de CC et CP.
> 
> *Aspects fonctionnels :* une table de jointure qui relie une catégorie
> de clients et une catégorie de produits, comportant un attribut
> supplémentaire « taux de remise ».
> 
> 
> Ci-dessous un diagramme simplifié modélisant ce principe :
> 
> Afin de pouvoir établir une gestion de prix individualisée, il est
> nécessaire de reproduire ce principe en reliant un produit particulier à
> un client particulier. Ainsi, nous avons donc une seconde jointure de
> type règle de prix, à vocation plus spécifique.
> 
> Cette double règle a pour avantage de gérer autant que faire se peut la
> politique de prix de façon générale, afin de ne pas tout gérer de façon
> spécifique. En effet, n’utiliser que cette seconde option peut conduire
> en théorie au cas où chaque instance « client » est liée à toutes les
> instances « produit » par une règle de prix individuelle.
> 
> Le nombre d’enregistrement dans la table de jointure sera alors :
> nbProduits x nbClients.
> 
> Pour 2000 clients et 3000 références (chiffres plutôt bas pour une
> boutique de vente au détail), nous avons donc 6 000 000 de lignes dans
> la table règles de prix.
> 
> Les double-règles permettent de traiter un maximum de cas de façon
> générique. Ainsi, nous pouvons donc classer nos 2000 clients dans 20
> catégories, et nos 3000 références dans 10 catégories produits (au sens
> famille tarifaire, plutôt qu’à la catégorie « métier » des produits),
> notre table des règles de prix générales comportera 200 lignes et les
> cas non-couverts par ces règles feront l’objet d’une définition
> spécifique. Nous obtenons donc un volume de données beaucoup plus
> facilement gérable en pratique.
> 
> 
> *Sur le plan technique : *
> 
> Il faut mettre en place les structures de données et les objets métier
> (« beans » ou « Value Objects ») ainsi que leurs Savers et Validators
> (Delegation).
> 
> Il faut mettre en place les IHM adaptées.
> 
> Il faut adapter la génération de documents pour que les remises figurent
> sur les devis, bons de commandes et factures.
> 
> 
> 
> 
> 
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev


Cordialement,
-- 
Régis Houssin
---------------------------------------------------------
Cap-Networks
30, Quai de Verdun
71700 Tournus
FRANCE
VoIP: +33 1 83 62 40 03
GSM: +33 6 33 02 07 97
Web: http://www.cap-networks.com/
Email: address@hidden

Dolibarr developer: address@hidden
Web Portal: http://www.dolibarr.fr/
SaaS offers: http://www.dolibox.fr/
Shop: http://www.dolistore.com/
Development platform: https://www.doliforge.org/
---------------------------------------------------------

Attachment: regis_houssin.vcf
Description: Vcard


reply via email to

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