Oracle CPQ

Ce que c’est

Oracle CPQ est le produit de configure-price-quote qu’Oracle a racheté sous le nom de BigMachines en 2013 et qu’il vend aujourd’hui dans Oracle Fusion Cloud Customer Experience. Un commercial configure un produit selon des règles, le moteur de prix applique les grilles tarifaires, les remises et la politique d’approbation, et le devis produit un document de proposition puis, en aval, une commande. Les admins étendent l’ensemble avec BML, le langage de script propre à Oracle, et le site d’aide reste sur help.bigmachines.com.

Gartner a classé Oracle Leader dans le Magic Quadrant 2026 des CPQ Applications, publié en janvier 2026 avec 16 éditeurs évalués ; le communiqué d’Oracle du 17 mars 2026 parle de la neuvième année consécutive. Les versions sortent chaque trimestre sous les étiquettes A-D (26A, 26B, 26C), et le produit se rapproche de Fusion : la documentation d’Oracle mentionne désormais « Oracle CPQ running in Fusion » comme mode de déploiement, et des fils de la communauté le signalent disponible dans l’instance Fusion depuis la 26C.

La couche IA est arrivée en 2025-2026. La 25C a ajouté un agent d’assistance aux devis. La 26B a ajouté un Quote Generation Supervisor Agent qui, selon les notes de readiness d’Oracle, assemble un devis en orchestrant configuration, prix et contrôles de politique à partir des modèles CPQ et des données de référence, ainsi qu’une saisie de produits assistée par IA qui extrait les lignes du PDF d’un client vers l’écran de devis Redwood. La page 26B d’Oracle elle-même donne deux noms différents à l’agent, signe de sa nouveauté.

Pourquoi il apparaît dans les stacks RevOps

• Il figure sur chaque shortlist de sortie de Salesforce CPQ. Salesforce a cessé de vendre Salesforce CPQ aux nouveaux clients en mars 2025 ; les clients existants renouvellent toujours et reçoivent du support, et aucune date de fin de vie n’est annoncée. Les équipes qui changent de plateforme évaluent Agentforce Revenue Management, Conga CPQ, DealHub, Nue et Oracle. Le blog CX d’Oracle s’adresse directement à elles.
• Il n’impose pas de quitter Salesforce. L’Oracle CPQ Connector for Salesforce est un managed package qui place la création de devis CPQ dans l’opportunité Salesforce. Les versions 7.x et les anciennes 8.x ne sont plus supportées depuis la 22D : un nouveau déploiement tourne donc sur la dernière version 8.
• C’est l’option native pour les entreprises sous ERP Oracle. Si les commandes, les prix et le fulfilment tournent déjà sur Oracle Fusion, CPQ garde le quote-to-order dans le modèle de données et le contrat de support d’un seul éditeur.

Les prix en pratique

Oracle n’affiche pas de prix CPQ sur ses pages commerciales ; la vente se fait par utilisateur et par mois, négociée selon le nombre d’utilisateurs, les modules et le périmètre d’intégration. Les sites de référencement citent un prix d’entrée de $240 par utilisateur et par mois (TrustRadius, ITQlick), avec une édition Standard rapportée à partir de $130. À $240, 100 utilisateurs qui créent des devis représentent $288,000 par an de licences, avant l’implémentation.

L’implémentation est une ligne à part, et lourde. ITQlick estime entre $25,000 et $75,000 pour un petit déploiement et plus de $100,000 pour un déploiement enterprise, et les avis sur G2, TrustRadius et Gartner Peer Insights décrivent de façon constante des projets longs, chargés en BML et menés par des intégrateurs. Prévoyez aussi un admin CPQ dédié après le go-live ; plusieurs avis le présentent comme une exigence, pas une option.

Idéal pour

Les responsables deal desk et RevOps d’entreprises qui vendent des produits ou services configurables avec des prix à plusieurs niveaux, surtout celles déjà sous Oracle Fusion ERP, ou les équipes Salesforce qui veulent un moteur de niveau enterprise sans passer à Agentforce Revenue Management. Il convient aux équipes disposant d’un admin prêt à apprendre BML.

C’est le mauvais achat pour une équipe SaaS qui vend des sièges et des paliers d’usage. Cette équipe sera en production plus vite avec DealHub ou Nue, et si le catalogue se résume à quelques SKU au prix catalogue, elle n’a peut-être pas besoin de CPQ du tout ; la définition du CPQ montre où se situe cette limite.

Face aux alternatives

Agentforce Revenue Management (ex-Salesforce Revenue Cloud) est le leader en part de marché. Choisissez-le quand Salesforce est votre système de référence et qu’une plateforme unique compte plus que la profondeur tarifaire. Choisissez Oracle quand votre ERP est Oracle, ou quand vous voulez le moteur de devis hors de la pile de licences Salesforce.

Conga CPQ est l’autre moteur lourd, désormais doté de l’optimisation de prix de PROS. Choisissez Conga quand le problème difficile est le calcul du prix (rebates, programmes de distribution, guidage de marge) ou quand une partie de l’organisation utilise Dynamics 365. Choisissez Oracle quand le problème difficile est le quote-to-order vers les systèmes de back-office Oracle.

DealHub l’emporte sur la vitesse de déploiement et sur un DealRoom côté acheteur pour les activités par abonnement. Nue est l’entrant à la croissance la plus rapide, avec CPQ, facturation et reconnaissance du revenu dans un seul modèle de données pour les entreprises SaaS natives Salesforce. Tacton l’emporte quand la complexité tient à la configuration engineer-to-order avec sortie CAO, et non au prix.

Si aucun ne convient, le manque est généralement une grille tarifaire sans propriétaire. Réglez d’abord la politique de remise ; le skill de pricing pour deal desk montre cette couche.

Points de vigilance

• BML est une compétence à recruter. Les avis décrivent une courbe d’apprentissage raide et des scripts qui deviennent difficiles à maintenir et lents sur les grosses configurations ; Oracle fournit un Performance Reviewer qui signale des motifs BML comme les boucles imbriquées. Garde-fou : exigez de l’intégrateur qu’il documente chaque script BML et transfère l’administration, lancez le Performance Reviewer avant le go-live et faites un test de charge avec votre plus gros devis réel.
• Les mises à jour trimestrielles retirent des fonctions. Direct Login et les web services SOAP v1 ont été supprimés en 26A (ce qui peut casser un SSO bâti sur l’API de login SOAP), la synchronisation quasi temps réel depuis Oracle Sales a été supprimée en 26B, et Proxy Login disparaît en 27A. Garde-fou : nommez un responsable qui lit les avis de dépréciation de chaque version et fait des tests de non-régression des intégrations dans un environnement de test avant chaque mise à jour.
• Le connecteur Salesforce impose une version minimale. Les versions non supportées du managed package cesseront un jour de se connecter. Garde-fou : vérifiez la version du package dans votre org pendant l’évaluation, inscrivez les mises à niveau du connecteur au calendrier des versions, et testez la recherche et le reporting, que les utilisateurs Salesforce trouvent plus limités dans CPQ.
• Les agents sont tout neufs et pensés pour Fusion. L’agent superviseur de la 26B est sorti cette année, et des messages de la communauté décrivent des agents CPQ configurés dans Fusion alors que CPQ tourne comme instance séparée. Garde-fou : avant que l’agent compte dans le business case, demandez à Oracle de le montrer en train de produire un devis avec votre catalogue dans votre topologie de tenants, et obtenez par écrit les exigences de licence et de configuration.
• La transition vers Fusion est peu documentée. Sur des fils de la communauté, des clients demandent un chemin de migration supporté du CPQ autonome vers CPQ running in Fusion, sans réponse publiée. Garde-fou : si vous signez un engagement pluriannuel maintenant, inscrivez au contrat le mode de déploiement utilisé et qui paie un éventuel changement.

Pour voir où se place le CPQ à côté de la facturation, du CLM et du grand livre, consultez le stack quote-to-cash.