Pourquoi mon paramétrage Salesforce CPQ est devenu ingérable ? 8 erreurs fréquentes

Comprendre la cascade de prix

Beaucoup d'erreurs viennent d'une mauvaise compréhension de l'ordre de calcul. CPQ part du prix catalogue, applique les prix spéciaux comme les prix négociés, calcule le prorata, applique les barèmes de remise pour obtenir le prix standard, puis les remises additionnelles, partenaires et distributeurs jusqu'au prix net.

Une règle de prix qui écrit dans le mauvais champ, ou à la mauvaise étape du calcul, casse toute la cascade. Avant de corriger quoi que ce soit, on cartographie quelles règles interviennent à quelle étape.

1. Empiler les règles de prix sans ordre ni documentation

Les Price Rules s'exécutent selon leur ordre d'évaluation et leur événement de calcul. Quand personne ne sait plus pourquoi une remise s'applique, c'est que les règles ont été ajoutées une à une, sans convention de nommage ni journal des modifications. La correction passe par un inventaire, une numérotation explicite et la suppression des règles mortes.

Un bon test : chaque règle doit pouvoir être expliquée en une phrase par quelqu'un du métier.

2. Modéliser des bundles qui ne reflètent pas l'offre

Un bundle doit correspondre à ce que les commerciaux vendent réellement. Trop de niveaux d'options, des fonctionnalités qui n'existent que pour contourner une contrainte technique, des options obligatoires modifiables : le résultat est un configurateur que les utilisateurs évitent. On repart de l'offre commerciale, telle que les commerciaux la vendent.

3. Déclencher des approbations pour tout

Si chaque devis passe par un manager, l'approbation ne protège plus rien : elle est validée sans lecture. Les seuils doivent viser les cas réellement risqués : remise au-delà d'un pourcentage, conditions de paiement non standard, produits hors catalogue. Les Advanced Approvals permettent des chaînes conditionnelles ; encore faut-il les limiter.

4. Négliger le modèle de produits

Codes produits incohérents, familles mal utilisées, attributs stockés dans des champs texte : le modèle de produits conditionne tout le reste, des règles aux rapports en passant par l'intégration ERP. Il mérite une gouvernance et un responsable.

5. Laisser dériver les templates de devis

Les templates sont souvent créés au lancement puis jamais revus. Mentions légales obsolètes, sections conditionnelles cassées, mise en page qui ne gère pas les devis longs : on prévoit une revue à chaque changement d'offre.

6. Ignorer les performances de calcul

Un devis de plusieurs centaines de lignes avec des dizaines de règles peut mettre de longues secondes à se calculer. Les causes habituelles : règles de prix qui parcourent toutes les lignes, champs formule lourds, Lookup Queries non filtrées, plugin de calcul JavaScript mal écrit. On mesure, puis on simplifie.

7. Oublier l'intégration en aval

Le devis signé doit devenir une commande, une facture, un contrat. Si les champs nécessaires à l'ERP ne sont pas prévus dès le paramétrage, l'intégration se fait à coups de ressaisies. Le mapping vers l'ERP se conçoit avec le modèle de produits.

8. Ne pas tester avec des devis réels

Les tests sur trois lignes de produits ne révèlent rien. On constitue un jeu de devis représentatifs, issus de la production, et on les rejoue à chaque modification de règle. C'est le moyen le plus sûr de vérifier qu'une correction n'en casse pas une autre.