Marge et Prix suggéré des articles - Version GRAP

Les modules sale_suggested_price et sale_adapt_price_wizard permettent de gérer les prix fournisseurs et les marges des produits. Une suite de module créés par le GRAP, permets des fonctionnalités similaires.

note : cette documentation a été traduite de la documentation du module faite par le GRAP.

Mis à jour du prix fournisseur via la facture d'achat

Le module account_invoice_supplierinfo_update ajoute un nouveau bouton "Vérifier les informations du fournisseur" sur la facture fournisseur.

Lorsque qu'on clique sur ce bouton, on peut voir les changements d'informations sur le fournisseur ou la fournisseuse qui s'appliqueront. On peut aussi supprimer certains changements temporaires, notamment si, par exemple, un ou une fournisseuse a appliqué un changement de prix exceptionnel.

•  bleu : Crée une nouvelle ligne complète d'informations sur le ou la fournisseuse
• marron : Met à jour les paramètres actuels, en affichant la variation de prix (%).

Ce module ajoute un champ booléen supplémentaire "Informations fournisseur vérifiées" dans l'onglet "Autres informations" à l'intérieur du formulaire de facture fournisseur. Ce champ indique que les prix ont été vérifiés et les informations fournisseur mises à jour (ou éventuellement que les changements ont été ignorés).

Le module complémentaire account_invoice_supplierinfo_update_standard_price permet de mettre à jour le prix standard des produits si le produit a différents "prix standard" (Champ "coût" sur la fiche produit, qui correspond au coût de revient). Cette fonctionnalité est utile lorsqu'elle est combinée au module product_margin_classification présenté ci-dessous.

Calculer les prix de vente avec des marges

Le module product_margin_classification est conçu pour étendre le calcul du prix de vente dans Odoo.

Ce module ajoute un nouveau modèle 'Margin Classifications' lié aux variantes de produits. Une classification de marge a un champ 'Marge bénéficiaire' et des champs supplémentaires pour gérer la méthode de calcul, comme dans les éléments des liste de prix (Marge, méthode d'arrondi…). La marge est calculée à partir du champ Coût.

Si un produit a une classification de marge définie et que le prix théorique n'est pas le même que le prix de vente, un champ supplémentaire "Prix théorique" est affiché, en fonction de la classification de marge, et un bouton est disponible pour modifier le prix de vente.

Le "prix théorique" corresponds au "prix suggéré" dans le module sale_suggested_price

Dans le formulaire de classification des marges, l'utilisateur peut modifier les champs de calcul.

Le taux de marge et le taux de markup sont deux manière de calculer une marge. L'une prends comme référence le prix de vente, l'autre le coût.
Par exemple : un objet qui coute 2€ et qui a un taux de marge de 50% sera vendu à 4€. En effet le 50% = 100*(4-2)/4. Cela corresponds à une taux de markup de 100% : 100% = 100*(4-2)/2. 

• Taux de marge (profit margin) : le calcul se fait en fonction du prix de vente.
  • C'est un taux de variation par rapport au prix de vente.
  • Marge = 100 * (prix de vente - coût) / prix de vente
• Taux de markup : le calcul se fait en fonction du coût.
  • C'est un taux de variation par rapport au coût.
  • markup = 100 * (Prix de vente - coût) / coût
• Surcharge : montant fixe à ajouter (ou soustraire) au prix.
• Arrondi : unité d'arrondi du prix. Il est Appliqué après les marges et markup, mais avant la surcharge.

Trois boutons sont disponibles pour appliquer les prix théoriques :

• à tous les produits,
• uniquement pour les produits trop chers
• uniquement pour les produits pas assez chers

En cliquant sur les Smart buttons dans la partie droite du formulaire, tous les produits seront affichés et l'utilisateur pourra facilement modifier les prix.

L'utilisateur peut également voir facilement les produits dont les marges sont incorrectes dans l'arborescence de classification des marges :

Vous pourriez être intéressé par les fonctionnalités natives des listes de prix, qui permettent de fixer les prix de vente sur la base des prix de revient. Le principal problème de cette conception est que le prix de vente change automatiquement lorsque le prix de revient change, ce qui n'est pas souhaitable dans certains cas. Par exemple, si vous avez un magasin, vous voulez changer les prix de vente lorsque les clients ne sont pas dans le magasin, et après avoir changé les étiquettes dans le magasin.

Différence principales avec le flux de sale_suggested_price

• La mise à jour du prix fournisseur et du coût se fait via la facture, plutôt que via la demande de prix. La raison est que lors d'un flux d'achat théorique, les utilisateurs ne connaissent pas à l'avance le prix exact auquel ils achèteront le produit, surtout dans le cas de fruits et légumes.
• Chaque produit est assigné à un type de marge, définit dans le modèle "Margin Classification", et non pas par fournisseur ou par catégorie d'article. Une réflexion est néanmoins en cours pour ajouter cette fonctionnalité au module product_margin_classification.
• Le calcul de la marge se fait à partir du coût, pas du prix fournisseur.
• Le calcul des marges peut se faire de manière beaucoup plus fine
  • Le choix taux de markup vs taux de marge se fait par Margin Classification, plutôt que de manière globale
  • L'arrondi peut être configuré (pas uniquement à 5 centimes)
  • Possibilité d'ajouter une majoration au prix en plus du taux de marge appliqué