Abonniere den Blog und erhalte wertvolles Wissen und praktische Tipps rund um Customer Intelligence ✨
Die Konfiguration ist fertig. Der Konfigurator hat die Variante validiert, die Kalkulation steht. Vier Stunden später sitzt jemand aus der Arbeitsvorbereitung über einer Excel-Liste und überträgt die Stückliste manuell in SAP. Das CRM zeigt noch immer die veraltete Quote-Version. Der Forecast basiert auf Werten von letzter Woche. Der Vertriebsleiter sieht im Dashboard eine Pipeline, die längst überholt ist.
Laut einer VDMA-Kurzstudie nutzen 40 Prozent der Maschinen- und Anlagenbauer heute eine CPQ-Lösung, 77 Prozent davon im Vertrieb. Die restlichen 60 Prozent arbeiten noch mit Excel-Vorlagen und Word-Dokumenten. Doch selbst bei den 40 Prozent mit CPQ ist die Integration selten sauber: Das Tool läuft isoliert, Schnittstellen zu CRM und ERP fehlen oder sind unvollständig. Die Folge ist ein manueller Medienbruch an drei kritischen Stellen, die darüber entscheiden, ob CPQ seine Effizienzversprechen einlöst oder zu einem weiteren Datencontainer wird.
Das CPQ-System macht genau das, wofür es entwickelt wurde: Es konfiguriert komplexe Maschinen nach technischen Regeln, berechnet Preise und generiert Angebote. Im besten Fall verkürzt sich die Angebotszeit von mehreren Tagen auf wenige Stunden. Der Vertrieb bekommt ein Werkzeug, das fehlerhafte Konfigurationen ausschließt und Produktwissen zentral vorhält. Doch was passiert danach? Die konfigurierte Maschine muss in den Lead-to-Cash-Prozess überführt werden. Der Lead aus dem CRM wurde zur Opportunity, daraus entstand eine Konfigurationssitzung im CPQ. Jetzt muss das Ergebnis zurück ins CRM, damit die Pipeline aktuell bleibt. Später muss die finalisierte Konfiguration ins ERP, damit Produktion, Einkauf und Arbeitsvorbereitung starten können. Drei Datenbewegungen, drei mögliche Bruchstellen.
CPQ wird oft als Brücke zwischen CRM und ERP beschrieben. Diese Brücke steht aber nur, wenn die Verbindungen stabil sind. In der Praxis fehlen genau diese Verbindungen, oder sie sind so fragil, dass sich der Prozess nicht skalieren lässt.
Hotspot 1: Lead und Opportunity aus dem CRM ins CPQ
Der Vertrieb arbeitet im CRM, dort werden Leads qualifiziert und Opportunities verfolgt. Wenn ein Kunde eine konfigurierbare Maschine anfragen möchte, muss der Vertriebsmitarbeiter den Kontext in das CPQ übertragen: Kundennummer, Ansprechpartner, Projektdetails, Lieferbedingungen. Fehlt diese Übergabe, beginnt die Konfigurationssitzung im CPQ mit leeren Feldern. Der Mitarbeiter muss Stammdaten manuell eintragen oder nachschlagen. Diese Redundanz kostet Zeit. Noch schwerer wiegt der Verlust an Kontextinformation: Welche Kundenhistorie gibt es? Welche Maschinen wurden bereits gekauft? Welche Service-Verträge laufen? Diese Daten liegen im CRM. Das CPQ kann sie nur nutzen, wenn eine automatisierte Übergabe existiert.
Hotspot 2: Konfigurationsergebnis und Angebotspreis zurück ins CRM
Die Konfiguration ist abgeschlossen, das Angebot geht raus. Jetzt muss das CRM aktualisiert werden: Welche Variante wurde angeboten? Zu welchem Preis? Mit welchen Optionen? Welche Stückliste liegt dem Angebot zugrunde? Ohne diese Rückmeldung bleibt die Opportunity im CRM in einem Schwebezustand. Das Reporting zeigt veraltete Werte. Der Forecast basiert auf Schätzungen statt auf tatsächlichen Angebotspreisen. Noch kritischer wird es bei mehreren Angebotsversionen: Wenn der Kunde eine Anpassung wünscht und eine neue Quote im CPQ erstellt wird, entsteht eine zweite Version. Welche ist aktuell? Welche sieht das CRM? Bei manueller Übertragung entstehen Versionskonflikte, bei denen niemand mehr sicher sagen kann, welches Angebot der Kunde wirklich erhalten hat.
Hotspot 3: Finalisierte Konfiguration als Sales Order ins ERP
Der Kunde hat zugesagt. Aus dem Angebot wird ein Auftrag. Jetzt muss die Konfiguration ins ERP übertragen werden, damit Einkauf und Produktion starten können. Eine Maschine mit mehreren tausend Varianten ergibt eine komplexe Stückliste mit Positionen, Abhängigkeiten und Varianten-spezifischen Materialien. Diese Struktur muss in das ERP-Datenmodell überführt werden. Wenn diese Übertragung manuell erfolgt, wird aus einer vierstündigen Konfiguration ein mehrtägiger Dateneingabeprozess. Stücklisten werden abgetippt, Positionen falsch zugeordnet, Optionen vergessen. Das führt zu Rückfragen aus der Produktion, zu Nachbestellungen und zu Verzögerungen. Laut einem Praxisbeispiel eines Landtechnikherstellers verkürzen durchgängige Datenflüsse die Angebotszyklen messbar, während Medienbrüche Inkonsistenzen und doppelte Datenpflege erzeugen.
Die eigentliche Herausforderung liegt nicht in der Datenübertragung, sondern in der Struktur. Eine Maschine ist keine Summe von Einzelteilen, sondern ein System mit technischen Abhängigkeiten. Wenn der Kunde Motor A wählt, muss Kühlungssystem B verbaut werden. Wenn Option C ausgewählt ist, entfällt Bauteil D. Diese Logik liegt im CPQ-Konfigurator. Das ERP kennt Stücklisten und Arbeitspläne, nicht aber die Konfigurationsregeln, die zum finalen Produkt führten. Ein konkretes Beispiel aus der Praxis zeigt die Dimension: Der Ultraschall-Spezialist Herrmann beschreibt Produktvarianten mit über 40.000 möglichen Modulkombinationen. Diese Komplexität lässt sich nicht in Excel abbilden. Sie erfordert eine Mapping-Logik, die CPQ-Konfigurationen in ERP-Strukturen übersetzt, ohne dass Informationen verloren gehen. Validierung ist der zweite kritische Punkt: Das CPQ validiert die Konfiguration gegen technische Regeln. Das ERP prüft Verfügbarkeit, Lieferzeiten und Fertigungskapazitäten. Beide Validierungen müssen konsistent sein. Wenn das CPQ ein Angebot erstellt, das das ERP nicht abbilden kann, entsteht ein Konflikt, der manuell aufgelöst werden muss. Solche Konflikte sind keine Ausnahme, sondern Regelfall, wenn die Integration fehlt.
Angebote im Maschinenbau durchlaufen selten einen linearen Prozess. Ein Erstentwurf geht an den Kunden, der Änderungen wünscht. Eine zweite Version entsteht. Der Vertrieb diskutiert intern, ob der Preis noch tragbar ist. Eine dritte Version entsteht. Parallel dazu laufen Freigabeworkflows: Ab einem bestimmten Rabatt muss die Vertriebsleitung zustimmen, ab einer bestimmten Projektsumme das Management. Diese Versionierung muss systemübergreifend funktionieren. Das CRM braucht die aktuelle Quote-Version, um die Opportunity korrekt zu bewerten. Das ERP muss wissen, welche Version final freigegeben wurde. Wenn diese Information nicht konsistent übertragen wird, arbeiten CRM und ERP mit unterschiedlichen Datenständen. Genehmigungsworkflows erschweren das zusätzlich: Wenn eine Quote im CPQ genehmigt werden muss, darf sie erst nach Freigabe ins ERP übertragen werden. Diese Statusübergänge müssen in allen Systemen nachvollziehbar sein. Fehlt die Integration, wird der Freigabestatus per E-Mail oder Telefon kommuniziert, was die Nachvollziehbarkeit zerstört. Ein zentrales DataEngine Data Object Quote, das den gesamten Lifecycle abbildet, könnte alle Systeme synchronisieren: Jede Statusänderung, jede Version, jede Genehmigung wird zentral erfasst und an die beteiligten Systeme verteilt. Ohne diese zentrale Instanz bleibt nur die manuelle Synchronisation.
MARINI, die Plattform für Customer Intelligence mit Data Integration, Data Cloud und Agentic, adressiert genau diese drei Integrationen. Die HubEngine verbindet CPQ-Systeme bidirektional mit CRM und ERP. Für jede der drei Hauptrichtungen lässt sich ein eigener HubEngine Plan konfigurieren: ein Plan für CRM→CPQ, einer für CPQ→CRM und einer für CPQ→ERP.
CRM→CPQ: Lead- und Opportunity-Daten werden automatisch in die Konfigurationssitzung übernommen. Die HubEngine liest aus dem CRM alle relevanten Kundenstammdaten, Ansprechpartner, Projektkontext und übergibt sie an das CPQ. Der Vertrieb startet die Konfiguration mit vollständigem Kontext, ohne manuelle Eingaben.
CPQ→CRM: Sobald das Angebot im CPQ finalisiert ist, überträgt die HubEngine das Konfigurationsergebnis zurück ins CRM. Dazu gehören Angebotspreis, gewählte Optionen, Stücklistenpositionen und die Quote-Version. Das CRM zeigt den aktuellen Stand, das Reporting arbeitet mit echten Zahlen statt Schätzungen. Wenn eine neue Version entsteht, wird diese ebenfalls übertragen und mit der bestehenden Opportunity verknüpft.
CPQ→ERP: Nach der finalen Freigabe übernimmt die HubEngine die Konfiguration in das ERP-System. Die Mapping-Logik übersetzt die CPQ-Struktur in eine ERP-konforme Stückliste. Abhängigkeiten, Varianten und Optionen werden als strukturierte Positionen abgebildet. Fehlende Materialien werden erkannt, Validierungsregeln greifen. Das ERP erhält eine vollständige Sales Order, die ohne Rückfragen in die Fertigung gehen kann. Diese drei HubEngine Plans sind nicht isoliert, sondern arbeiten zusammen. Sie sorgen dafür, dass Lead-to-Cash-Konsistenz über alle Systeme hinweg besteht. Die DataEngine ergänzt die Integration um ein zentrales Datenmodell, das alle Quote-Versionen, Genehmigungsstatus und Konfigurationshistorien hält. Damit entsteht ein Customer 360, der nicht nur Kontakte und Aktivitäten zeigt, sondern auch die gesamte Angebotshistorie mit technischen Details. Die MARINI Professional Services unterstützen bei der Mapping-Logik für komplexe Stücklisten und bei der Integration der Genehmigungsworkflows. Besonders bei Maschinenbauern mit mehreren zehntausend Varianten ist die Übersetzung zwischen CPQ-Konfigurationen und ERP-Strukturen der kritische Punkt. Hier greift das KI-gestützte Record Linkage der MARINI Data Cloud: Zusammengehörige Datensätze über Systemgrenzen hinweg werden automatisch erkannt, Dubletten vermieden, Golden Records erstellt.
Ein CPQ-System ohne CRM- und ERP-Anbindung bleibt ein isoliertes Werkzeug. Die Effizienzgewinne, die es verspricht, werden durch manuelle Übertragungsprozesse wieder vernichtet. Die drei kritischen Integrationen sind der Unterschied zwischen einem funktionierenden Lead-to-Cash-Prozess und einer Ansammlung von Dateninseln. Die 60 Prozent der Maschinenbauer, die noch kein CPQ einsetzen, müssen nicht nur die Software einführen, sondern von Anfang an die Integration mitdenken. Die 40 Prozent, die bereits CPQ nutzen, sollten prüfen, ob ihre Integrationen tatsächlich durchgängig sind oder ob an den drei Hotspots noch manuelle Medienbrüche existieren. Der Aufwand, diese Brücken zu bauen, ist hoch. Der Aufwand, sie nicht zu bauen, ist höher.
Hrsg. Prof. Dr. Emanuel Bayer und Manuel Marini · Springer Gabler, 2025
Der Sammelband zeigt, wie aus Kundendaten messbarer Wert wird — mit 22 Beiträgen aus Wissenschaft und Praxis, strukturiert entlang der fünf Stufen des Customer Intelligence Evolution Framework (CIEF).
