Règles de tarification et remises dans Revenue Cloud

La tarification est souvent la brique la plus complexe d'un projet Revenue Cloud : c'est là que se concentrent les règles métier les plus spécifiques à chaque entreprise. Revenue Cloud remplace le moteur de Price Rules de CPQ par un système plus modulaire, les Pricing Procedures, construit autour d'étapes de calcul séquentielles. Voici comment le prendre en main.

Le concept de Pricing Procedure

Une Pricing Procedure est une séquence ordonnée d'étapes (Pricing Procedure Step) qui déterminent comment un prix final est calculé pour une ligne de devis. Chaque étape peut invoquer un Pricing Element différent : recherche du prix de base dans le Price Book, application d'une remise pourcentage, application d'un montant fixe, ou appel à une logique custom via Apex Pricing Plugin.

Ce découpage en étapes offre un avantage majeur par rapport aux Price Rules CPQ : chaque étape est isolée, testable et réutilisable entre plusieurs procédures, plutôt que d'empiler des règles avec des conditions imbriquées difficiles à maintenir.

Structurer une stratégie de remise multi-niveaux

Un cas fréquent : appliquer une remise de volume, puis une remise contractuelle négociée, puis un plafond de remise maximal contrôlé par la politique commerciale. Dans Revenue Cloud, cela se modélise ainsi :

1. Une première étape calcule le prix de liste depuis le Price Book actif sur l'opportunité.
2. Une étape de remise de volume s'appuie sur une table de paliers (Attribute-Based Pricing ou un objet de configuration custom) déclenchée par la quantité commandée.
3. Une étape de remise manuelle permet au commercial de saisir un pourcentage, plafonné par une règle de validation.
4. Une dernière étape calcule le prix net et le compare à un seuil de marge minimale, déclenchant si besoin un flag d'approbation.

Chaque niveau de remise reste traçable ligne par ligne, ce qui facilite les audits commerciaux, contrairement aux formules CPQ où l'empilement de remises devenait vite opaque.

Tarification basée sur les attributs

L'Attribute-Based Pricing permet de faire varier le prix selon la valeur d'un attribut produit — par exemple, le prix par utilisateur qui diminue au-delà de 50 licences, ou un supplément selon le niveau de support choisi. Techniquement, cela s'appuie sur des Price Adjustment Schedules associés à un attribut défini au niveau du catalogue. C'est l'équivalent fonctionnel des anciennes Price Rules basées sur des Product Options en CPQ, mais directement piloté par la donnée produit plutôt que par des règles procédurales séparées.

Tarification à l'usage

Pour les modèles de vente Usage-Based, la Pricing Procedure doit intégrer des paliers de consommation (tiered pricing) ou des tarifs dégressifs. Ces règles se rattachent au ProductSellingModel de type usage et sont ensuite consommées par le module de facturation pour générer les lignes de facture à partir des événements d'usage remontés (voir notre article sur la facturation et les abonnements).

Piège fréquent : vouloir tout centraliser dans une seule Pricing Procedure géante. Mieux vaut construire plusieurs procédures spécialisées par ligne d'offre (matériel, logiciel, service) et les orchestrer via des critères d'éligibilité clairs, pour garder chaque procédure lisible et testable isolément.

Gouvernance et tests

La configuration des règles de prix doit être accompagnée d'une stratégie de test rigoureuse, car une erreur ici a un impact direct sur le chiffre d'affaires facturé. Recommandations pratiques :

• Constituer un jeu de scénarios de test représentatifs (produit simple, bundle, remise cumulée, usage) avant toute mise en production.
• Utiliser le Pricing Log disponible dans Revenue Cloud pour tracer, étape par étape, comment un prix final a été obtenu — précieux en cas de litige commercial.
• Documenter chaque Pricing Element custom dans un référentiel partagé avec les équipes finance et RevOps.
• Prévoir une revue périodique des plafonds de remise, qui évoluent souvent plus vite que le paramétrage technique ne le permet.

Une fois la tarification stabilisée, l'étape suivante consiste à connecter ces prix calculés au moteur de facturation, pour transformer les commandes en factures récurrentes ou ponctuelles.