Konfigurator an ERP und CRM anbinden: Optionen und Fallstricke
Konfigurator an ERP und CRM anbinden: welche Integrationsstufen im Mittelstand realistisch sind, welchen Aufwand sie haben und wo Fallstricke liegen.
· 8 Min. Lesezeit
Ein Konfigurator lässt sich in drei Stufen an ERP und CRM anbinden: Lead-Übergabe ins CRM, Preis- und Artikeldaten aus dem ERP, automatische Auftrags- und Stücklistenerzeugung. Beginnen sollte man fast immer mit der Lead-Übergabe. Sie kostet typischerweise wenige Personentage und bringt den größten Teil des Nutzens.
Kaum eine Frage kommt in Konfigurator-Projekten so zuverlässig wie diese: Können wir das an unser ERP anbinden? Die kurze Antwort: Ja, aber wahrscheinlich sollten Sie nicht damit anfangen. Dieser Artikel sortiert die Integrationsstufen von der einfachen Lead-Übergabe bis zur automatischen Stücklistenerzeugung, benennt ehrlich den Aufwand jeder Stufe und zeigt, welche Reihenfolge sich im Mittelstand bewährt hat.
Was liefert ein Konfigurator eigentlich an nachgelagerte Systeme?
Am Ende jeder Konfiguration steht ein strukturierter Datensatz: das gewählte Produkt, jede Option mit Wert und Preis, Menge, Gesamtpreis, dazu die Kontaktdaten des Interessenten und oft ein Link, unter dem sich exakt diese Konfiguration wieder öffnen lässt. Dieser Datensatz ist maschinenlesbar, meist als JSON. Alles Weitere ist die Frage, wohin er fließt und wie viel Automatisierung an ihm hängt. Die gute Nachricht: Der Datensatz selbst ist bei einem sauber gebauten Konfigurator immer vorhanden. Integrationstiefe ist eine Ausbaustufe, keine Grundsatzentscheidung.
Wie kommt eine Konfiguration als Lead ins CRM?
Per formatierter E-Mail, per Webhook oder API-Call und mit einem Konfigurations-Link im Lead. Diese Lead-Übergabe ist die erste und wichtigste Integrationsstufe. Statt dass ein Interessent eine formlose E-Mail schreibt (wir interessieren uns für Ihr Modell, bitte um Angebot), übergibt der Konfigurator eine vollständige Bedarfsbeschreibung: Variante, alle Optionen, Preisindikation, Kontaktdaten. Technisch gibt es dafür drei robuste Wege, die sich kombinieren lassen: eine formatierte E-Mail an den Vertrieb (funktioniert immer, sofort), ein Webhook oder API-Call an das CRM (legt den Lead automatisch mit allen Konfigurationsdaten an) und ein Konfigurations-Link im Lead, mit dem der Vertriebsmitarbeiter die Auswahl des Kunden im Konfigurator öffnet und im Gespräch weiterbearbeitet.
Moderne CRM-Systeme wie HubSpot, Pipedrive oder Salesforce nehmen solche Übergaben über dokumentierte APIs entgegen; bei On-Premise-CRMs hilft oft ein E-Mail-Parser oder ein kleiner Integrationsdienst. Der Aufwand für diese Stufe ist überschaubar, typischerweise wenige Personentage, und der Nutzen ist unmittelbar: Kein Lead geht verloren, jeder ist qualifiziert, und die Antwortzeit des Vertriebs sinkt, weil das Zusammensuchen der Anforderungen entfällt.
Wie kommen Preise aus dem ERP in den Konfigurator?
Meist über einen regelmäßigen CSV- oder Excel-Abgleich, nicht über eine Echtzeit-Schnittstelle. Diese zweite Stufe wird oft übersehen, weil sie in die Gegenrichtung fließt: Preise und Artikeldaten aus dem ERP in den Konfigurator. Preislisten ändern sich, und niemand will sie doppelt pflegen. Der pragmatische Weg im Mittelstand ist selten eine Echtzeit-Schnittstelle, sondern ein regelmäßiger Abgleich: ein CSV- oder Excel-Export aus dem ERP, der Grundpreise und Optionsaufpreise in den Konfigurator importiert, manuell angestoßen oder zeitgesteuert. Das klingt unspektakulär, ist aber wartungsarm, nachvollziehbar und unabhängig von der API-Fähigkeit des ERP. Eine Echtzeit-Preisabfrage gegen das ERP bei jedem Klick ist technisch möglich, koppelt aber die Verfügbarkeit des Konfigurators an die des ERP und lohnt sich fast nur bei tagesaktuellen, kundenindividuellen Preisen.
Kann ein Konfigurator Aufträge und Stücklisten im ERP anlegen?
Ja, aber das ist die aufwendigste Stufe, und der Aufwand steckt in den Stammdaten. Die Königsdisziplin ist die automatische Übersetzung der Kundenkonfiguration in ERP-Objekte: einen Angebots- oder Auftragskopf mit Positionen, im Idealfall eine fertige Variantenstückliste. Der Aufwand liegt selten in der Schnittstelle selbst. Die Konfiguration des Kunden ist eine Merkmalsbeschreibung (Vertriebssicht), die Stückliste eine Fertigungsbeschreibung. Dazwischen braucht es ein eindeutiges Mapping: Welche Merkmalskombination ergibt welche Artikelnummer, welche Positionen, welche Arbeitspläne? Der Unterschied beider Sichten ist im Artikel zu Variantenmanagement und Produktkonfiguration ausführlich beschrieben.
- Voraussetzung 1: Jede verkäufliche Variante ist im ERP eindeutig identifizierbar (Artikelnummer je Variante oder Variantenkonfiguration im ERP).
- Voraussetzung 2: Das Regelwerk im Konfigurator und die Regeln im ERP widersprechen sich nicht; ideal ist eine führende Quelle.
- Voraussetzung 3: Das ERP bietet einen dokumentierten Weg, Aufträge oder Angebote von außen anzulegen (API, IDoc, Importdatei).
- Voraussetzung 4: Es gibt einen definierten Umgang mit Fällen, die nicht automatisch übersetzbar sind, etwa Sonderwünsche im Freitextfeld.
Fehlt eine dieser Voraussetzungen, wird aus dem Schnittstellenprojekt ein Stammdatenprojekt. Das ist kein Grund zur Resignation, aber ein Grund für die richtige Reihenfolge: Die Stufen 1 und 2 liefern den Großteil des Nutzens für einen Bruchteil des Aufwands, und ein halbautomatischer Zwischenschritt (der Vertrieb übernimmt die Konfiguration per Klick als Angebotsentwurf und prüft ihn) ist oft jahrelang völlig ausreichend.
Welche Fallstricke kosten in der Praxis Zeit und Geld?
Vier Muster tauchen immer wieder auf. Erstens die Big-Bang-Falle: Der Konfigurator soll ab Tag 1 voll ins ERP integriert sein, das Projekt wächst um Monate, und der eigentliche Nutzen (Kunden konfigurieren und fragen an) verzögert sich mit. Zweitens die API-Illusion: Unser ERP hat eine Schnittstelle heißt noch nicht, dass sie das Anlegen von Variantenaufträgen erlaubt, dokumentiert ist oder ohne Zusatzlizenz nutzbar ist; das gehört in der Anbahnung geprüft, nicht im Projekt. Drittens die Doppelpflege-Falle: Optionslogik, die sowohl im Konfigurator als auch im ERP gepflegt wird, läuft auseinander; es braucht eine definierte führende Quelle je Datenart. Viertens der vergessene Rückkanal: Wenn der Vertrieb Konfigurationen im Nachgang ändert, sollte klar sein, ob und wie diese Änderung zurück in den Konfigurations-Link fließt, den der Kunde kennt.
Zusammengefasst: Die Anbindung an CRM und ERP ist kein Alles-oder-nichts. Ein Konfigurator, der Konfigurationen als strukturierte Daten mit teilbarem Link liefert, hält alle Ausbaustufen offen und liefert schon in der einfachsten Stufe den Kernnutzen: vollständige, fehlerfreie Anfragen statt vager E-Mails. Wie eine solche strukturierte Anfrage aussieht, lässt sich in den Demo-Konfiguratoren unter configro.de/demo bis zum Anfrageformular durchspielen.
Häufige Fragen
Muss ein Konfigurator an das ERP angebunden werden?
Nein. Die meisten Konfiguratoren starten ohne ERP-Anbindung: Konfigurationen gehen als strukturierte Anfrage per E-Mail oder ins CRM, und der Vertrieb übernimmt sie von dort. Eine ERP-Anbindung lohnt sich erst, wenn das Anfragevolumen die manuelle Übernahme zum Engpass macht. Das lässt sich nach einigen Monaten Betrieb an echten Zahlen entscheiden statt vorab am Konzeptpapier.
Was ist die einfachste sinnvolle Konfigurator-Integration?
Die strukturierte Lead-Übergabe. Der Konfigurator sendet die abgeschlossene Konfiguration mit allen gewählten Optionen, Preisen und Kontaktdaten als E-Mail an den Vertrieb und per Webhook oder API an das CRM. Das ist mit überschaubarem Aufwand umsetzbar und deckt den Hauptnutzen ab: Keine Anfrage geht verloren, jede ist vollständig, und Rückfragen zu fehlenden Angaben entfallen.
Wie aufwendig ist eine ERP-Anbindung für einen Konfigurator?
Das hängt von der Stufe ab. Eine Lead-Übergabe ins CRM ist typischerweise in wenigen Personentagen umgesetzt, ein regelmäßiger Preisimport aus dem ERP ähnlich überschaubar. Die automatische Erzeugung von Aufträgen und Stücklisten ist die aufwendigste Stufe, weil ein eindeutiges Mapping von Merkmalen auf Artikelnummern nötig ist. Fehlen gepflegte Stammdaten, wird daraus schnell ein eigenes Stammdatenprojekt.
Welche Schnittstellen sind für Konfiguratoren im Mittelstand realistisch?
Webhooks und REST-APIs für die Lead-Übergabe an CRM-Systeme, CSV- oder Excel-Import für Preis- und Artikeldaten in den Konfigurator, E-Mail als robuster Fallback. Tiefe Echtzeit-Integrationen in ältere ERP-Systeme sind möglich, kosten aber oft mehr als der Konfigurator selbst und koppeln seine Verfügbarkeit an die des ERP. Als erster Schritt sind sie deshalb selten richtig.
Was bedeutet führende Quelle bei Konfigurator und ERP?
Die führende Quelle ist das System, in dem eine bestimmte Datenart verbindlich gepflegt wird, zum Beispiel Preise im ERP und Optionsregeln im Konfigurator. Alle anderen Systeme übernehmen die Daten von dort und ändern sie nicht selbst. Ohne diese Festlegung werden Preise oder Regeln doppelt gepflegt und laufen mit der Zeit auseinander, bis Konfigurator und Angebot verschiedene Werte zeigen.