Tarification B2B en distribution: construire des règles explicables et auditables

Traiter la priorité comme une règle métier centrale

Le problème n’est pas de calculer dix pour cent de remise. Il est de savoir quelle règle s’applique lorsqu’un client possède un tarif contractuel, commande un volume élevé pendant une campagne et passe par un canal particulier. Sans priorité, deux commerciaux peuvent obtenir deux résultats différents pour la même situation.

Les solutions de marché confirment ces dimensions. Odoo documente des listes selon le client, le type de client, la quantité, la période, la localisation ou la devise, ainsi qu’un ordre de priorité. Oracle documente des matrices, des remises de volume et des dates d’effet. L’entreprise doit néanmoins décider sa propre politique de précédence.

Adopter une hiérarchie de référence, puis documenter les exceptions

La hiérarchie suivante est une recommandation Atlas, pas une norme universelle. Elle protège d’abord l’engagement contractuel, puis les accords spécifiques. Une campagne ne remplace un contrat que si le contrat l’autorise. Une remise de volume s’applique ensuite au niveau prévu par la politique commerciale.

Séparer remplacement du prix et ajustements cumulables

Chaque règle doit déclarer son effet. Un prix fixe remplace la base. Une remise peut réduire un prix sélectionné. Des frais logistiques peuvent s’ajouter. Sans cette typologie, les remises s’empilent selon l’ordre de configuration et produisent des marges impossibles à expliquer.

Versionner les périodes et les décisions

Une règle de prix possède une date de début, une date de fin éventuelle, un statut et un auteur. Une nouvelle version ne modifie pas silencieusement les commandes déjà confirmées. Le système doit détecter les périodes qui se chevauchent sur le même périmètre et demander une résolution avant activation.

Le prix d’une commande est un instantané. Chaque ligne conserve le tarif calculé, la devise, l’unité, le taux de taxe applicable, la règle gagnante et les ajustements. Une réévaluation ultérieure ne se produit que lors d’une modification explicite de commande et crée une nouvelle trace.

Mettre la marge et l’approbation dans le flux

Un moteur de prix doit expliquer pourquoi un montant est proposé, mais aussi ce qui se passe lorsque le résultat sort de la politique. Le contrôle de marge compare le prix net au coût de référence choisi par la finance. Il ne doit pas exposer ce coût au client ni supposer qu’il est toujours exact.

• Attribuer un propriétaire métier à chaque famille de règles.
• Appliquer un principe de double contrôle pour les contrats et exceptions sensibles.
• Définir des seuils d’approbation par marge, montant ou type de client.
• Exiger un motif structuré pour toute dérogation manuelle.
• Journaliser ancienne valeur, nouvelle valeur, auteur, approbateur et date.
• Réconcilier régulièrement prix commandé, livré, facturé et encaissé.

Tester la politique avec une matrice de cas attendus

La recette ne doit pas vérifier seulement que le calcul s’exécute. Commercial et finance préparent des cas avec résultat attendu, incluant les frontières de quantité, les changements de date et les conflits de règles. Ces cas deviennent un jeu de non-régression avant chaque modification de tarif.

Choisir standard, configuration ou développement ciblé

Une fonction de listes de prix standard convient lorsque les dimensions, priorités et approbations correspondent au modèle de l’entreprise. Une configuration étendue convient lorsque les règles restent déterministes mais nécessitent des rôles, intégrations ou écrans spécifiques. Un développement ciblé se justifie lorsque la tarification encode un avantage métier réel que le standard ne peut exprimer sans contournement permanent.

La décision ne doit pas se baser sur le nombre de règles existantes dans Excel. Elle doit évaluer leur cohérence, la fréquence de changement, la capacité d’audit, les intégrations avec commandes et stock, ainsi que le coût de maintenir une logique propre.