Die Auftragsdaten liegen im ERP, die Bestellungen im Shop, die Kontakte im CRM und am Monatsende noch einmal alles beim Steuerberater. Solange jemand diese Stände von Hand angleicht, arbeitet ihr mit vier Wahrheiten statt mit einer. ERP-Integration verbindet euer ERP-System mit den übrigen Anwendungen, sodass Daten automatisch fliessen statt exportiert und wieder eingetippt zu werden.
Welche Verbindung die richtige ist, hängt weniger vom ERP selbst ab als von der Zahl der Systeme, die daran hängen sollen. Diese eine Grösse entscheidet über Aufwand, Kosten und darüber, ob die Anbindung in zwei Jahren noch wartbar ist.
Das Wichtigste in Kürze:
- ERP-Integration verbindet euer ERP automatisiert mit Shop, CRM oder Buchhaltung.
- Bei Einzelverbindungen wächst die Zahl der Schnittstellen quadratisch, nicht linear.
- Ab drei angebundenen Systemen lohnt sich in der Regel eine Middleware.
- Den grössten Hebel im Mittelstand hat meist die Verbindung von ERP und CRM.
Was ist ERP-Integration?
ERP-Integration bezeichnet die Verbindung eures ERP-Systems mit den übrigen Anwendungen im Unternehmen, damit Daten automatisch zwischen ihnen fliessen statt von Hand übertragen zu werden. Gemeint ist der Zustand, in dem Shop und CRM mit denselben Zahlen arbeiten wie das ERP.
Die Schnittstelle bezeichnet dabei die einzelne technische Leitung zwischen zwei Systemen, während Integration das Ergebnis über alle Systeme hinweg meint. Das klingt akademisch, entscheidet aber viel. In einem Projekt sprecht ihr entweder über eine einzelne Verbindung oder über die Frage, welche Daten künftig wo geführt werden. Oft beginnt die Verwirrung sogar noch früher, bei der Frage, was ins ERP gehört und was ins CRM.
Wichtiger als die Begriffe ist, was am ERP hängt, denn in diesem System läuft eure Steuerung zusammen. Wenn die Bestände dort einen halben Tag alt sind, trifft das nicht die IT, es trifft die Disposition, den Einkauf und die Zusage an den Kunden. Mit aktuellen Auftrags- und Zahlungsdaten wird ausserdem die Liquiditätsplanung belastbarer, weil sie auf dem tatsächlichen Stand rechnet statt auf dem der letzten Übertragung.
Technisch läuft jede Anbindung über dieselben vier Schritte. Daten werden aus dem Quellsystem gelesen, in das Zielformat übersetzt, auf Vollständigkeit geprüft und ins Zielsystem geschrieben. Über den Takt entscheidet der fachliche Bedarf, ob nun alle fünf Minuten oder einmal im Monat.
An dieser Stelle lohnt sich der ehrliche Blick auf den Ist-Zustand. Ein Export, den eine Mitarbeiterin jeden Freitag zieht und montags einspielt, ist bereits eine Schnittstelle. Sie läuft nur über einen Menschen statt über eine Leitung, und sie fällt aus, wenn diese Person Ferien hat.
Der grössere Teil der Arbeit steckt ohnehin selten in der Technik, sondern in der Frage, welches System bei einem Feld das letzte Wort hat. Wenn die Adresse im ERP und im CRM gepflegt werden darf, gewinnt am Ende das System, das zuletzt geschrieben hat, und niemand kann hinterher sagen, welcher Stand der richtige war. Ein Feld gehört immer genau einem System, alle anderen lesen mit.
Warum wächst euer Integrationsaufwand schneller als die Zahl eurer Systeme?
Beim Bitkom geben 53 Prozent der deutschen Unternehmen an, Probleme bei der Bewältigung der Digitalisierung zu haben. Ein grosser Teil dieser Probleme sitzt zwischen den Systemen statt in ihnen. Der Grund lässt sich ausrechnen.
Verbindet ihr jedes System direkt mit jedem anderen, wächst die Zahl der Verbindungen nach der Formel n²−n geteilt durch 2. Rechnet das für euer eigenes Setup nach. Bei drei Systemen sind das drei Verbindungen, bei fünf Systemen schon zehn, bei acht Systemen achtundzwanzig. Ihr fügt ein System hinzu und bekommt gleich so viele neue Schnittstellen dazu, wie ihr vorher Systeme hattet.
Diese Kurve erklärt, warum Integrationsprojekte im Mittelstand typischerweise im dritten Jahr kippen. Die ersten beiden Anbindungen sind schnell gebaut und laufen stabil, weil sie überschaubar sind und meist dieselbe Person betreut. Ab der vierten oder fünften weiss niemand mehr, welche Verbindung bei einem Feldwechsel angefasst werden muss, und jede Änderung am ERP zieht eine Testrunde durch das halbe Haus.
Der Aufwand verschiebt sich dabei leise von der Erstellung in den Betrieb. Eine einzelne Anbindung zu bauen, ist überschaubar, zwölf davon aktuell zu halten, ist eine Daueraufgabe. Genau diese Verschiebung taucht in keinem Angebot auf, weil Angebote die Erstellung kalkulieren und die Wartung dem nächsten Budgetjahr überlassen.
Wer das früh einplant, spart sich den teuren Umbau später. Zu klären ist deshalb vor allem der Zeitpunkt, zu dem ihr auf eine saubere Architektur umstellt. Wir halten drei angebundene Systeme für die Schwelle, an der sich der Wechsel rechnet, und zwar bevor die vierte Verbindung gebaut wird.
Über welche Wege lässt sich ein ERP anbinden?
Die verbreitete Annahme lautet, es gebe einen modernen und mehrere veraltete Wege. In der Praxis existieren die Typen nebeneinander, weil sie verschiedene Aufgaben lösen, und ein mittelständisches Unternehmen betreibt am Ende meist zwei oder drei davon gleichzeitig.
| Typ | Format | Echtzeit | Aufwand | Typischer Einsatz im KMU |
|---|---|---|---|---|
| REST API | JSON über HTTPS | ja | mittel | Shop und ERP, CRM und ERP, Versanddienstleister |
| Vendor-Konnektor | herstellerabhängig | meist ja | gering | Standardfälle, für die es eine fertige App gibt |
| Middleware / iPaaS | formatübergreifend | ja | höher am Anfang | ab drei Systemen, zentrale Überwachung nötig |
| EDI | EDIFACT, VDA | nein, im Stapel | hoch | wenn ein Grosskunde es vorschreibt |
| Datei-Export | CSV, XML | nein | sehr gering | monatliche Übergabe an die Buchhaltung |
Die Spalte, die im Mittelstand am häufigsten falsch gelesen wird, ist die dritte. Echtzeit klingt immer nach der besseren Option, kostet aber Betrieb, Überwachung und Fehlerbehandlung. Für die Übergabe an den Steuerberater reicht ein Export am Monatsende, und wer ihn trotzdem live baut, zahlt für eine Aktualität, die niemand nutzt.
Umgekehrt gilt es bei Beständen genauso deutlich. Wenn euer Shop verkauft, was im Lager längst weg ist, kostet jede Stunde Verzögerung echtes Geld und eine Entschuldigung beim Kunden. Die brauchbare Faustregel lautet daher, die Aktualität am Schaden zu bemessen, der bei veralteten Daten entsteht, und nicht am technisch Machbaren.
Ein Weg fehlt in der Tabelle bewusst, der direkte Zugriff auf die ERP-Datenbank. Er wirkt wie eine Abkürzung, umgeht aber die Prüflogik des Systems und bricht bei jedem Versionswechsel. Wir raten davon ab.
Der Vendor-Konnektor verdient dabei einen zweiten Blick, weil er im Mittelstand oft zu schnell abgetan wird. ERP-Systeme wie Odoo liefern viele Anbindungen als fertige Module gleich mit, und der Hersteller übernimmt Wartung und Anpassung an neue Versionen. Schon zwischen den gängigen ERP-Systemen für KMU ist die Spannweite gross, von einer Handvoll Konnektoren bis zum eigenen App-Store. Das ist genau der Aufwand, der bei einer Eigenentwicklung still bei euch bleibt und über Jahre teurer wird als die Lizenz. Für die Einrichtung lohnt sich ein auf Odoo spezialisierter Partner, der die Module kennt, bevor er sie verbindet.
Direkt verbinden oder über eine Middleware?
Wann lohnt sich der Sprung von Einzelverbindungen auf eine zentrale Lösung? Die Antwort ergibt sich aus der Formel weiter oben. Solange ihr zwei Systeme koppelt, ist eine direkte Verbindung schneller gebaut, billiger und einfacher zu verstehen. Ab dem dritten System kippt das Verhältnis, weil jede weitere Anbindung die Zahl der Verbindungen stärker erhöht als die Zahl eurer Systeme.
| Ausgangslage | Empfehlung | Begründung |
|---|---|---|
| Ein Shop, ein ERP | direkte REST API | eine Verbindung, kein Hub nötig |
| Drei oder mehr Systeme | Middleware | eine Verbindung pro System statt quadratischem Wachstum |
| Monatliche Übergabe an die Buchhaltung | Datei-Export | kein Live-Bedarf, minimaler Betrieb |
| Grosskunde schreibt EDI vor | EDI zusätzlich | Pflichtformat, ersetzt die übrigen Anbindungen nicht |
Eine Middleware bringt Vorteile, die im Angebot selten auftauchen und im Betrieb den Unterschied machen. Ihr seht an einer Stelle, welche Übertragung fehlgeschlagen ist, und pflegt Feldzuordnungen zentral statt in jeder Verbindung einzeln. Dazu kommt, dass sich ein System tauschen lässt, ohne alle übrigen anzufassen.
Der Preis dafür ist eine höhere Anfangsinvestition und ein zusätzliches Stück Infrastruktur, das selbst ausfallen kann. Wir beobachten regelmässig, dass Unternehmen diesen Schritt zu spät gehen und ihn dann unter Zeitdruck machen müssen.
In der Praxis läuft es ohnehin meist auf eine Mischform hinaus. Die kritischen Systeme hängen an der Middleware, während der monatliche Export an die Buchhaltung eine schlichte Direktverbindung bleibt, weil ein Hub dort keinen Nutzen bringt. Diese Mischung ist in den meisten Häusern die günstigste Variante, solange ihr bewusst entscheidet, welche Verbindung in welche Kategorie gehört.
Beginnt den Umbau ausserdem nicht mit der kompliziertesten Anbindung. Nehmt eine mittelgrosse, gut verstandene Verbindung als erste über die Middleware, sammelt Erfahrung mit Feldzuordnung und Fehlermeldungen, und zieht die kritischen Systeme danach nach.
Welches System verbindet ihr zuerst?
Stellt euch einen Handelsbetrieb mit vierzig Mitarbeitenden in Winterthur vor. ERP, Shop, Buchhaltung und ein CRM sind vorhanden, das Budget reicht dieses Jahr für eine saubere Anbindung. Die IT schlägt den Shop vor, weil dort die Bestände klemmen, die Geschäftsführung denkt an die Buchhaltung, weil der Abschluss jedes Mal drei Tage frisst.
In den meisten Fällen bringt die Verbindung von ERP und CRM mehr. Der Grund ist unspektakulär. Auftragsdaten aus dem ERP sind die einzige belastbare Aussage darüber, was ein Kunde tatsächlich gekauft hat. Ohne sie arbeitet euer Vertrieb mit Absichten, mit ihnen arbeitet er mit Historie, offenen Posten und Wiederkaufzyklen.
Diese Verbindung ist zugleich die, für die es die meisten fertigen Wege gibt. HubSpot etwa liefert mit Data Sync eine bidirektionale Synchronisation, die Standardobjekte und eigene Objekte in beide Richtungen abgleicht, samt Feldzuordnung und Konfliktregeln. Für gängige ERP-Systeme existieren fertige Apps im Marktplatz, und wo keine passt, führt der Weg über eine private App.
Was dabei zählt, ist die Richtung pro Feld. Der Kundenstamm gehört meistens dem ERP, die Kommunikationshistorie dem CRM, und die Preise sollten nur an einer Stelle gepflegt werden. Wer das vorab festlegt, erspart sich die Situation, in der zwei Systeme sich gegenseitig überschreiben.
Für den Handelsbetrieb aus dem Beispiel heisst das eine unbequeme Reihenfolge. Der Shop bleibt vorerst beim nächtlichen Bestandsabgleich, der Abschluss in der Buchhaltung wird weiterhin per Export bedient, und das Budget geht in die Verbindung, die dem Vertrieb jeden Tag Arbeit abnimmt. Die klemmenden Bestände sind sichtbarer, doch der Umsatzhebel liegt bei den Auftragsdaten im CRM.
Wie wird ein ERP-System ins Marketing integriert?
Warum taucht Marketing in ERP-Projekten fast nie auf? Die Anbindung wird als Thema von IT, Einkauf und Finanzen geführt, und genau deshalb bleibt der Umsatzhebel liegen, der in den Auftragsdaten steckt. Ein ERP weiss, wer was wann gekauft hat, zu welchem Preis und wie oft er zurückgekommen ist.
Mit diesen Daten wird aus Segmentierung eine Rechnung statt einer Vermutung. Ihr könnt Kunden nach tatsächlichem Umsatz ansprechen und Nachbestellungen im richtigen Abstand anstossen. Auch die Rückrichtung lohnt sich, weil Kampagnendaten im ERP zeigen, welcher Kanal die Aufträge mit der besseren Marge gebracht hat.
Praktisch braucht es dafür weniger, als die meisten annehmen. Drei Felder reichen für den Anfang, nämlich Kundennummer als eindeutiger Schlüssel, letzter Auftrag mit Datum und Betrag, sowie der Artikelstamm mit Verfügbarkeit. Schaut zuerst nach, wie es dort um die Datenqualität steht. Damit stellt ihr eure Marketing-Automatisierung auf echte Zahlen statt auf Vermutungen.
Ein Beispiel aus dem Alltag zeigt den Unterschied. Ohne Auftragsdaten verschickt ihr eine Nachbestellungs-Kampagne an alle Kontakte einer Kategorie und hofft auf den richtigen Zeitpunkt. Mit Auftragsdaten kennt ihr den durchschnittlichen Abstand zwischen zwei Bestellungen pro Artikel und löst die Kampagne genau dann aus, wenn der Vorrat beim Kunden zur Neige geht. Der Text bleibt derselbe, der Anlass wird ein anderer.
Der gleiche Mechanismus schützt euch vor peinlichen Aussendungen. Ein Artikel, der im ERP als nicht lieferbar geführt wird, gehört aus der laufenden Kampagne genommen, und wer schon gekauft hat, sollte die Erstkäufer-Strecke nicht mehr sehen. Beides läuft über die Verbindung, die ohnehin gebaut wird.
Aus unserer Sicht ist das der am stärksten unterschätzte Teil einer ERP-Integration. Er kostet wenig zusätzlichen Aufwand, wenn die Anbindung ohnehin gebaut wird, und er lässt sich später kaum nachrüsten, weil dann die Feldzuordnung erneut aufgemacht werden muss.
Was kostet eine ERP-Integration, und woran messt ihr den Erfolg?
Angebote für Schnittstellen streuen stark, weil sie selten dasselbe enthalten. Ein fertiger Konnektor aus einem Marktplatz liegt in einer anderen Grössenordnung als eine Individualentwicklung mit Feldzuordnung, Testumgebung und Fehlerbehandlung, und beide heissen im Angebot Schnittstelle. Fragt deshalb immer auch nach dem laufenden Betrieb, denn dort entsteht über die Jahre der grössere Teil der Kosten. So trennt ihr früh die Spreu vom Weizen.
Als grobe Orientierung aus unseren Projekten haben sich diese Grössenordnungen etabliert.
- Fertige Konnektoren und Marktplatz-Apps sind oft im App- oder ERP-Abo enthalten, sonst liegen sie meist unter 2'000 Franken im Jahr
- Eine individuelle REST-API-Anbindung bewegt sich je nach Feldumfang und Testumgebung typischerweise im niedrigen bis mittleren vierstelligen Bereich
- Low-Code-Middleware kostet monatlich einen zweistelligen bis niedrigen dreistelligen Betrag, Enterprise-Plattformen deutlich mehr
- EDI mit Dienstleister beginnt mit einem vierstelligen Setup und laufenden Gebühren pro Monat
Nehmt diese Spannen als Einstieg ins Gespräch und nicht als Offerte, denn entscheidend bleibt der Betrieb dahinter.
Rechnet es einmal durch. Nehmt dafür eure eigenen Annahmen statt fremder Benchmarks. Angenommen, zwei Personen pflegen wöchentlich je drei Stunden Daten von Hand über und ihr rechnet intern mit 80 Franken pro Stunde, dann kostet euch der manuelle Weg rund 480 Franken pro Woche. Diese Zahl gilt nur für euer Haus und taugt genau deshalb als Ausgangsgrösse für jeden Angebotsvergleich.
Für die Bewertung nach dem Go-live haben sich vier Kennzahlen bewährt:
- Fehlerquote der Übertragungen, gemessen an fehlgeschlagenen Datensätzen pro Woche
- Latenz zwischen Auslöser im Quellsystem und Ankunft im Zielsystem
- Manuelle Nacharbeit in Stunden, verglichen mit dem Wert vor der Anbindung
- Dubletten im führenden System, als Mass für den Zustand eurer Datenpflege
Vor der Beauftragung gehören ausserdem fünf Punkte geklärt, am besten schriftlich im Angebot.
- Bringt euer ERP eine dokumentierte API mit, und ist sie in eurer Lizenz enthalten?
- Wem gehört der Datenstand pro Feld, und wer darf schreiben?
- Wie wird eine fehlgeschlagene Übertragung gemeldet, und an wen?
- Was passiert bei einem Versionswechsel des ERP, und wer trägt den Aufwand?
- Gibt es eine Testumgebung, oder wird auf dem Produktivsystem entwickelt?
Diese fünf Fragen trennen belastbare Angebote von optimistischen. Besonders die letzte wird gerne überlesen, und sie entscheidet darüber, ob ein Fehler in der Feldzuordnung eine Korrektur ist oder ein Zwischenfall mit echten Kundendaten.
Fazit
Die Wahl der Schnittstelle ist selten eine Frage des Geschmacks. Sie folgt aus der Zahl eurer Systeme, aus dem tatsächlichen Bedarf an Aktualität und aus der Frage, wer welches Feld führt. Wer diese drei Punkte vor dem ersten Angebot klärt, bekommt vergleichbare Offerten und eine Anbindung, die auch nach dem nächsten Systemwechsel noch trägt.
Welche Verbindung würde eurem Team ab morgen am meisten Arbeit abnehmen? Wenn die Antwort Richtung CRM zeigt, liegt dort euer Startpunkt. Wir richten solche ERP- und CRM-Integrationen regelmässig ein, als HubSpot Diamond Partner genauso wie in anderen Systemlandschaften, und übernehmen die Datenorchestrierung dahinter. Sprecht uns an.
Häufige Fragen
Was ist der Unterschied zwischen einer REST API und EDI?
Eine REST API überträgt Daten in der Regel als JSON über HTTPS und eignet sich für den laufenden Austausch zwischen zwei Systemen, etwa zwischen Shop und ERP. EDI ist ein stark standardisiertes Format für Geschäftsbelege zwischen Unternehmen, meist in EDIFACT oder VDA und häufig im Stapelbetrieb. EDI kommt fast immer dann ins Spiel, wenn ein grosser Handels- oder Industriekunde es vertraglich verlangt.
Ab wann lohnt sich eine Middleware?
Als Faustregel gilt die Schwelle von drei anzubindenden Systemen. Darunter ist eine direkte Verbindung günstiger und schneller umgesetzt, darüber wächst die Zahl der Einzelverbindungen quadratisch und der Wartungsaufwand mit ihr. Auch ohne diese Schwelle spricht für eine Middleware, wenn ihr zentrale Überwachung und Fehlermeldungen braucht.
Was kostet eine ERP-Integration für ein KMU?
Der Preis hängt von Schnittstellentyp, Datenmenge, Zahl der Felder und der Frage ab, ob ein fertiger Konnektor existiert. Als Orientierung liegen fertige Marktplatz-Apps oft unter 2'000 Franken im Jahr, individuelle REST-API-Anbindungen im vierstelligen Bereich und EDI-Anbindungen darüber. Kalkuliert neben der Erstellung immer den laufenden Betrieb ein, also Überwachung, Anpassungen bei Versionswechseln und Support.
Wie lange dauert eine ERP-Integration?
Eine Standardanbindung über einen vorhandenen Konnektor ist oft in wenigen Wochen produktiv. Individuelle Schnittstellen brauchen länger, weil Feldzuordnung, Testdaten und Abnahme den grösseren Teil der Zeit ausmachen. Den Zeitplan bestimmt in aller Regel die Klärung, welches System welches Feld führt, und nur selten die Programmierung selbst.
Selbst entwickeln oder einen Standard-Konnektor kaufen?
Wenn ein Konnektor eure Systeme und eure Felder abdeckt, ist der Kauf fast immer günstiger, weil Wartung und Kompatibilität beim Anbieter liegen. Eine Eigenentwicklung lohnt sich bei Sonderlogik, die kein Standardprodukt abbildet, etwa firmenspezifische Preisfindung oder Freigabeprozesse. Prüft vorher, ob sich die Sonderlogik nicht im ERP selbst abbilden lässt.
Was passiert mit den Schnittstellen bei einem ERP-Wechsel?
Bei Punkt-zu-Punkt-Verbindungen muss praktisch jede Anbindung neu gebaut werden, weil sie direkt an der alten Schnittstelle hängt. Läuft alles über eine Middleware, tauscht ihr im Idealfall nur die eine Verbindung zum ERP und lasst die übrigen Systeme unberührt. Das ist einer der Gründe, warum sich eine zentrale Architektur bei absehbarem Systemwechsel früher rechnet.
