Konfigurator an ERP und CRM anbinden: Optionen und Fallstricke
Lead-Übergabe, Stücklisten, Schnittstellen: welche ERP- und CRM-Anbindungen für Konfiguratoren im Mittelstand realistisch sind und was sie kosten.
· 7 Min. Lesezeit
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.
Stufe 1: strukturierte Lead-Übergabe ins CRM
Die erste und wichtigste Integration ist die Lead-Übergabe. 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.
Stufe 2: Stammdaten in den Konfigurator statt aus ihm heraus
Die 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.
Stufe 3: von der Konfiguration zur Stückliste
Die Königsdisziplin ist die automatische Übersetzung der Kundenkonfiguration in ERP-Objekte: einen Angebots- oder Auftragskopf mit Positionen, im Idealfall eine fertige Variantenstückliste. Hier ist Ehrlichkeit angebracht: Diese Stufe ist die aufwendigste, und der Aufwand liegt selten in der Schnittstelle selbst, sondern in den Stammdaten. 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, der Vertrieb übernimmt sie manuell. Eine ERP-Anbindung lohnt sich erst, wenn das Anfragevolumen die manuelle Übernahme zum Engpass macht.
Was ist die einfachste sinnvolle Integration?
Die strukturierte Lead-Übergabe: Der Konfigurator sendet die abgeschlossene Konfiguration mit allen gewählten Optionen, Preisen und Kontaktdaten als E-Mail 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.
Kann ein Konfigurator direkt Stücklisten für das ERP erzeugen?
Prinzipiell ja, praktisch ist das die aufwendigste Stufe. Die Merkmalskonfiguration des Kunden muss dazu regelbasiert in Artikelnummern und Stücklistenpositionen des ERP übersetzt werden. Das setzt gepflegte Stammdaten und ein eindeutiges Mapping voraus und lohnt sich erst bei hohem Auftragsvolumen je Variante.
Welche Schnittstellen sind 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, aber oft teurer als der Konfigurator selbst und selten der richtige erste Schritt.