Lead-to-Cash im Maschinenbau: Acht Systeme, eine Wahrheit

Vom Lead bis zur bezahlten Rechnung durchläuft ein Kundendatensatz typischerweise diese Stationen: Marketing Automation → CRM → CPQ (Configure Price Quote) → ERP → WMS (Warehouse Management System) → Buchhaltung → Field Service → Service-Portal. Sieben Stationen, sechs Schnittstellen, sechs potenzielle Datenbruchstellen. Jede Übergabe ein Moment, in dem Informationen verloren gehen, manuell nachgetragen oder falsch interpretiert werden können.

Eine Studie zur Systemintegration im Maschinenbau zeigt: Der Ausgangspunkt war ein Bild, das viele Unternehmen kennen, ein kaum genutztes CRM, Dateninseln und Medienbrüche, die saubere Übergaben, schnelle Rückmeldungen und eine einheitliche Sicht auf Kundendaten erschweren. Bei einer Planat-Umfrage unter 150 produzierenden Unternehmen nannten 48 Prozent zu viele Medienbrüche als Hauptgrund für den ERP-Systemwechsel. Der Maschinenbau verschärft das Problem: Lange Verkaufszyklen von sechs bis 18 Monaten, komplexe Produktkonfigurationen mit Tausenden von Varianten, individuelle Preiskalkulationen, projektbezogene Auftragsfertigung und ein After-Sales-Geschäft, das über Jahrzehnte läuft. Kein System kann das allein abbilden. Die Frage ist nicht, ob man mehrere Systeme braucht, sondern wie man sie so verbindet, dass die Prozesskette nicht an der Schnittstelle zerbricht.

Lead-to-Cash-Integration ist keine lineare Einbahnstraße. Es gibt drei Flussrichtungen, die alle gleichzeitig funktionieren müssen.

Front-to-Back (CRM → ERP bei Closed Won): Wenn der Vertrieb eine Opportunity auf Closed Won setzt, muss der Auftrag ins ERP. Automatisch, mit allen Daten, die für die Produktion relevant sind: Konfiguration, Liefertermin, Sonderanforderungen, Zahlungsbedingungen. In der Praxis scheitert das oft an inkompatiblen Datenmodellen. Das CRM kennt einen Account mit mehreren Opportunities. Das ERP kennt einen Geschäftspartner mit mehreren Aufträgen. Die Zuordnung ist nicht trivial.

Back-to-Front (ERP → CRM mit Auftragsstatus, Lieferterminen, Zahlungsverhalten): Der Vertrieb braucht Echtzeitinformationen aus dem ERP. Ist der Auftrag freigegeben? Wann verlässt die Maschine das Werk? Wurde die Rechnung bezahlt? Ohne diese Rückkopplung bleibt das CRM ein Wunschdenken-System. Der Außendienst sitzt beim Kunden und weiß nicht, ob die versprochene Lieferung tatsächlich unterwegs ist.

Lateral (Service ↔ Portal ↔ Asset Management): Im Maschinenbau endet die Kundenbeziehung nicht mit der Lieferung, sondern beginnt dort erst richtig. Servicehistorien, Ersatzteile, Wartungsverträge, Maschinenstandorte, all das muss zwischen Service-System, Kundenportal und Asset-Datenbank synchronisiert bleiben. Eine Maschine, die seit zehn Jahren läuft, hat eine Geschichte. Diese Geschichte muss zugänglich sein, wenn der Kunde einen Servicetechniker anfordert. Alle drei Flussrichtungen müssen gleichzeitig laufen, sonst wird aus Lead-to-Cash ein Lead-to-Chaos.

Die kritischsten Bruchstellen liegen dort, wo Frontend auf Backend trifft. Eine Studie zeigt: Vertriebsmitarbeiter transferieren Daten manuell zwischen Front- und Backoffice. Excel-Listen, Mail-Anhänge, Faxe, die teuersten Folgefehler entstehen an der CRM-ERP-Schnittstelle.

Schnittstelle 1: CRM → CPQ. Der Vertrieb erstellt ein Angebot im CRM, die Konfiguration passiert aber im CPQ-System. Wenn beide nicht synchron sind, stimmen Preis oder Konfiguration nicht überein. Der Kunde unterschreibt ein Angebot, das so nicht produziert werden kann.

Schnittstelle 2: CPQ → ERP. Die Konfiguration aus dem CPQ muss als Fertigungsauftrag ins ERP. Hier scheitert es oft an der Stücklistenlogik. Das CPQ arbeitet mit Varianten und Optionen, das ERP mit Materialstammdaten und Arbeitsplänen. Die Übersetzung zwischen beiden Welten ist komplex und fehleranfällig.

Schnittstelle 3: ERP → Buchhaltung. Teillieferungen, Anzahlungen, Rechnungskorrekturen, im Maschinenbau sind Abrechnungsszenarien selten geradlinig. Wenn ERP und Buchhaltungssystem nicht eng verzahnt sind, entstehen offene Posten, die monatelang nicht aufgelöst werden.

Schnittstelle 4: Field Service → Asset Management. Der Servicetechniker dokumentiert einen Einsatz im mobilen Field-Service-System. Wenn diese Information nicht zurück ins Asset Management fließt, fehlt sie beim nächsten Servicefall. Der nächste Techniker fährt ohne Vorwissen raus und verliert Zeit. Die Lösung liegt nicht darin, alle Systeme durch ein einziges Mega-System zu ersetzen. Spezialsysteme sind überlegen in ihrem Bereich. Die Lösung liegt in der prozesskettenfähigen Orchestrierung entlang des Lead-to-Cash-Flusses.

Punkt-zu-Punkt-Integrationen sind die Sünde der 2000er Jahre. Jedes System wird mit jedem verbunden, bis niemand mehr durchblickt. Bei acht Systemen sind das 28 potenzielle Verbindungen. Bei zwölf Systemen 66. Das ist nicht wartbar. Prozesskettenfähige Integration denkt anders: Sie orchestriert entlang des Lead-to-Cash-Prozesses, nicht entlang der Systemgrenzen. MARINI, die Plattform für Customer Intelligence, bietet mit Data Integration, Data Cloud und Agentic genau diese prozessorientierte Architektur.

HubEngine Plans orchestrieren Status-Lifecycle: Ein Plan definiert nicht nur, welche Felder zwischen CRM und ERP synchronisiert werden, sondern unter welchen Bedingungen ein Status-Übergang einen Workflow triggert. Beispiel: Opportunity Stage = Closed Won triggert Sales Order Creation im ERP. Die Verbindung ist bidirektional, der Status fließt zurück.

DataEngine Workflows prüfen vor jedem Übergang: Bevor ein Datensatz die Systemgrenze überschreitet, wird er validiert. Sind alle Pflichtfelder vorhanden? Sind die Preise konsistent? Ist der Kunde im ERP bereits angelegt? Wenn nicht, wird er angelegt. Automatisch, nicht manuell.

Golden Records sichern Datenkonsistenz über Systemgrenzen hinweg: Ein Kunde ist im Marketing Automation ein Lead, im CRM ein Account, im ERP ein Geschäftspartner, im Service-System ein Asset Owner. Die DataEngine führt diese Perspektiven zu einem Golden Record zusammen. Änderungen werden in alle Systeme propagiert.

AI-Agents automatisieren Routineaufgaben: Agentic, die dritte Phase der MARINI Plattform, setzt AI-Agents ein, um wiederkehrende Datenaufgaben zu automatisieren. Ein Agent erkennt, dass eine Opportunity-Konfiguration nicht ins ERP übertragbar ist, und schlägt eine Korrektur vor. Ein anderer Agent überwacht Liefertermine und informiert den Vertrieb proaktiv, wenn sich eine Verzögerung abzeichnet. Das Ergebnis: Lead-to-Cash wird durchgängig, ohne dass die beteiligten Systeme ihre Eigenständigkeit verlieren.

Im Maschinenbau wird Lead-to-Cash erst dann zur Realität, wenn die Plattform die Prozesskette versteht. MARINI positioniert sich speziell für Branchen wie den Maschinenbau, wo Datenflüsse über Jahre hinweg stabil bleiben müssen.

Bidirektionale Plans statt Einbahnstraßen: Änderungen im ERP fließen zurück ins CRM. Der Vertrieb sieht in Echtzeit, wann die Maschine versendet wird.

Prüfroutinen vor Statuswechsel: Kein Auftrag verlässt das CRM Richtung ERP, ohne dass alle Pflichtfelder geprüft sind. Die Fehlerquote sinkt drastisch.

EU-only Hosting und ISO 27001: Sensible Kundendaten bleiben in Europa. Compliance ist keine Zusatzfunktion, sondern Plattform-Standard.

Verbindung zur CRM-ERP-Stammdatensynchronisation: MARINI behandelt Lead-to-Cash nicht isoliert, sondern als Teil der übergeordneten Stammdatensynchronisation zwischen CRM und ERP.

Integration von CPQ: Die CPQ-Integration zwischen CRM und ERP ist ein typisches MARINI-Szenario, komplexe Konfigurationen werden nahtlos in Fertigungsaufträge übersetzt. Lead-to-Cash im Maschinenbau ist kein IT-Projekt, sondern eine Frage der prozessualen Reife. Wer acht Systeme betreibt, aber nur eine Wahrheit haben will, braucht keine weiteren Systeme. Er braucht eine Plattform, die Datenflüsse orchestriert, Statusübergänge validiert und Prozesse entlang der Kundenreise denkt. Das ist der Unterschied zwischen Integration und Orchestrierung.