Oracle CPQ

Was es ist

Oracle CPQ ist das Configure-Price-Quote-Produkt, das Oracle 2013 als BigMachines gekauft hat und heute als Teil von Oracle Fusion Cloud Customer Experience verkauft. Ein Rep konfiguriert ein Produkt anhand von Regeln, die Pricing-Engine wendet Preislisten, Rabatte und Freigaberichtlinien an, und aus dem Angebot entstehen ein Angebotsdokument und später ein Auftrag. Admins erweitern alles mit BML, Oracles eigener Skriptsprache, und die Hilfeseite liegt weiterhin unter help.bigmachines.com.

Gartner hat Oracle im Magic Quadrant 2026 für CPQ Applications als Leader eingestuft; der Report erschien im Januar 2026 und bewertete 16 Anbieter, Oracles Mitteilung vom 17. März 2026 spricht vom neunten Jahr in Folge. Releases erscheinen quartalsweise mit den Kennungen A-D (26A, 26B, 26C), und das Produkt rückt näher an Fusion: Oracles Dokumentation führt „Oracle CPQ running in Fusion“ inzwischen als eigene Bereitstellungsform, und Community-Threads berichten, dass es seit 26C innerhalb der Fusion-Instanz verfügbar ist.

Die KI-Schicht kam 2025-2026. 25C brachte einen KI-Agent zur Angebotsunterstützung. 26B brachte einen Quote Generation Supervisor Agent, der laut Oracles Readiness-Notes ein Angebot zusammenstellt, indem er Konfiguration, Pricing und Richtlinienprüfungen aus CPQ-Vorlagen und Stammdaten orchestriert, dazu eine KI-gestützte Produkterfassung, die Positionen aus dem PDF eines Kunden in die Redwood-Angebotsmaske übernimmt. Oracles eigene 26B-Seite nennt den Agent unter zwei verschiedenen Namen, ein Zeichen dafür, wie neu er ist.

Warum es in RevOps-Stacks auftaucht

• Es steht auf jeder Shortlist für den Ausstieg aus Salesforce CPQ. Salesforce verkauft Salesforce CPQ seit März 2025 nicht mehr an Neukunden; Bestandskunden verlängern weiterhin und erhalten Support, ein End-of-Life-Datum ist nicht angekündigt. Wer die Plattform wechselt, prüft Agentforce Revenue Management, Conga CPQ, DealHub, Nue und Oracle. Oracles CX-Blog wirbt gezielt um diese Teams.
• Sie müssen Salesforce nicht verlassen. Der Oracle CPQ Connector for Salesforce ist ein Managed Package, das die CPQ-Angebotserstellung in die Salesforce-Opportunity holt. Die Versionen 7.x und ältere 8.x sind seit 22D ohne Support, ein neues Deployment läuft daher auf dem aktuellen Release von Version 8.
• Es ist die native Option für Unternehmen mit Oracle-ERP. Wenn Aufträge, Preise und Fulfilment bereits in Oracle Fusion laufen, hält CPQ Quote-to-Order im Datenmodell und Supportvertrag eines einzigen Anbieters.

Preise in der Praxis

Oracle nennt auf seinen Vertriebsseiten keinen CPQ-Preis; verkauft wird pro Nutzer und Monat, verhandelt nach Nutzerzahl, Modulen und Integrationsumfang. Listing-Seiten nennen einen Einstiegspreis von $240 pro Nutzer und Monat (TrustRadius, ITQlick), für eine Standard-Edition werden ab $130 berichtet. Bei $240 kosten 100 angebotserstellende Nutzer $288,000 pro Jahr an Lizenzen, vor der Implementierung.

Die Implementierung ist ein eigener, großer Posten. ITQlick schätzt $25,000 bis $75,000 für ein kleines Deployment und mehr als $100,000 für ein Enterprise-Deployment, und Reviewer auf G2, TrustRadius und Gartner Peer Insights beschreiben durchgängig lange, BML-lastige Projekte, die von Partnern umgesetzt werden. Planen Sie nach dem Go-live außerdem einen dedizierten CPQ-Admin ein; mehrere Reviewer nennen das eine Voraussetzung, keine Option.

Am besten geeignet für

Deal-Desk- und RevOps-Verantwortliche in Unternehmen, die konfigurierbare Produkte oder Services mit mehrstufigen Preisen verkaufen, besonders wenn Oracle Fusion ERP bereits im Einsatz ist, oder Salesforce-Teams, die eine Enterprise-Engine wollen, ohne zu Agentforce Revenue Management zu wechseln. Es passt zu Teams mit einem Admin, der BML lernen will.

Für ein SaaS-Team, das Seats und Nutzungsstufen verkauft, ist es der falsche Kauf. Dieses Team ist mit DealHub oder Nue schneller live, und wenn der Katalog aus wenigen SKUs zum Listenpreis besteht, braucht es womöglich gar kein CPQ; die CPQ-Definition zeigt, wo diese Grenze liegt.

Im Vergleich zu den Alternativen

Agentforce Revenue Management (früher Salesforce Revenue Cloud) ist der Marktführer nach Marktanteil. Wählen Sie es, wenn Salesforce Ihr System of Record ist und eine einzige Plattform mehr zählt als Pricing-Tiefe. Wählen Sie Oracle, wenn Ihr ERP von Oracle ist oder Sie die Angebots-Engine außerhalb des Salesforce-Lizenz-Stacks haben wollen.

Conga CPQ ist die andere schwere Engine, inzwischen mit der Preisoptimierung von PROS. Wählen Sie Conga, wenn das schwierige Problem die Preisberechnung ist (Rebates, Channel-Programme, Margenvorgaben) oder ein Teil des Unternehmens Dynamics 365 nutzt. Wählen Sie Oracle, wenn das schwierige Problem Quote-to-Order in Oracle-Backoffice-Systeme ist.

DealHub gewinnt bei Deployment-Geschwindigkeit und mit einem käuferseitigen DealRoom für Subskriptionsgeschäfte. Nue ist der am schnellsten wachsende Neueinsteiger, mit CPQ, Billing und Umsatzrealisierung in einem Datenmodell für Salesforce-native SaaS-Unternehmen. Tacton gewinnt, wenn die Komplexität in Engineer-to-Order-Konfiguration mit CAD-Ausgabe liegt und nicht im Preis.

Wenn keines passt, fehlt meist ein Verantwortlicher für die Preisliste. Klären Sie zuerst die Rabattrichtlinie; der Deal-Desk-Pricing-Skill zeigt diese Ebene.

Worauf Sie achten sollten

• BML ist eine Kompetenz, die Sie besetzen müssen. Reviewer beschreiben eine steile Lernkurve und Skripte, die schwer wartbar und bei großen Konfigurationen langsam werden; Oracle liefert einen Performance Reviewer, der BML-Muster wie verschachtelte Schleifen markiert. Absicherung: Verpflichten Sie den Partner, jedes BML-Skript zu dokumentieren und die Administration zu übergeben, lassen Sie den Performance Reviewer vor dem Go-live laufen und machen Sie einen Lasttest mit Ihrem größten echten Angebot.
• Quartals-Updates entfernen Funktionen. Direct Login und die SOAP-v1-Webservices wurden in 26A entfernt (was ein SSO auf Basis der SOAP-Login-API brechen kann), die Near-Real-Time-Synchronisierung aus Oracle Sales in 26B, und Proxy Login fällt in 27A weg. Absicherung: Bestimmen Sie einen Verantwortlichen, der die Deprecation-Hinweise jedes Releases liest und die Integrationen vor jedem Update in einer Testumgebung per Regressionstest prüft.
• Der Salesforce-Connector hat eine Mindestversion. Nicht mehr unterstützte Versionen des Managed Package werden irgendwann keine Verbindung mehr herstellen. Absicherung: Prüfen Sie die Package-Version in Ihrer Org schon in der Evaluierung, nehmen Sie Connector-Upgrades in den Release-Kalender auf und testen Sie Suche und Reporting, die Salesforce-Nutzer in CPQ als eingeschränkter empfinden.
• Die Agents sind brandneu und auf Fusion zugeschnitten. Der Supervisor Agent aus 26B kam dieses Jahr, und Community-Beiträge beschreiben CPQ-Agents, die in Fusion konfiguriert werden, während CPQ als separate Instanz läuft. Absicherung: Bevor der Agent in den Business Case eingeht, lassen Sie Oracle zeigen, wie er mit Ihrem Katalog in Ihrer Tenant-Topologie ein Angebot erstellt, und lassen Sie sich Lizenz- und Setup-Anforderungen schriftlich geben.
• Der Übergang zu Fusion ist dünn dokumentiert. Kunden fragen in Community-Threads nach einem unterstützten Migrationspfad von Standalone-CPQ zu CPQ running in Fusion, ohne veröffentlichte Antworten. Absicherung: Wenn Sie jetzt einen Mehrjahresvertrag unterschreiben, halten Sie im Vertrag fest, welche Bereitstellungsform Sie nutzen und wer einen Wechsel bezahlt.

Wo CPQ neben Billing, CLM und Hauptbuch sitzt, zeigt der Quote-to-Cash-Stack.