Passer le plafond d’une procédure

Le problème

Un catalogue qui grossit a poussé une pricing procedure à 128 éléments pour un plafond constaté à 130. L’offre suivante n’avait nulle part où aller.

Le contexte

Plusieurs offres commerciales distinctes, chacune avec sa logique, toutes logées dans l’unique procédure par défaut.

L’architecture recommandée

Découper par offre : un orchestrateur qui sélectionne une procédure, et une procédure par offre, chacune avec son budget. La logique d’une offre devient aussi lisible seule au lieu d’être entrelacée avec les steps de toutes les autres.

Mise en œuvre

Construire d’abord la procédure par offre et la prouver sur un devis, puis câbler l’orchestration. Les deux réglages d’org qui l’activent sont réversibles — ce qui compte, pour la raison expliquée juste après.

Ce que ça coûte

Plus de procédures, c’est plus à déployer et à garder aligné. Le geste le moins cher, si le catalogue le permet, est de retirer des éléments plutôt que d’ajouter de la capacité : une decision table ajoutée par réflexe pour un prix sans condition est de la consommation pure. Mettez les prix fixes sur le PricebookEntry et le plafond s’éloigne.

Attention

• Reculer les réglages d’orchestration n’a pas fait disparaître une erreur de configurateur sans rapport sur la même org, ce qui a prouvé que l’erreur ne venait pas du pricing. Changer deux choses à la fois rend cette élimination impossible — changez-en une, observez, puis la suivante.
• La procédure qui s’exécute est la version compilée _Auto. Compter les éléments sur la source ne vous dit rien de votre distance au plafond.

Composants Salesforce