ERP-Integration: die operative Datenbasis öffnen, ohne sie zu gefährden.
Im ERP liegen Artikel, Bestände, Aufträge und Belege — also die Zahlen, an denen sich alles andere ausrichten muss. Gleichzeitig brauchen Vertrieb, Shop, Service und Auswertung Teile davon. Ich definiere mit Ihnen, welche Daten das ERP nach außen gibt, welche es zurücknimmt und wie beides zuverlässig läuft.
- Source of Truth je Datenobjekt statt paralleler Nebenbuchhaltungen
- Lesende und schreibende Zugriffe bewusst getrennt
- Mengengerüst, Limits und Lastzeiten vor der Architektur geprüft
- Der Herstellername entscheidet nichts — die Schnittstelle entscheidet alles

Alle brauchen ERP-Daten. Bekommen sie aber als Export.
Der Vertrieb will wissen, ob geliefert wurde. Der Service will die Seriennummer. Die Geschäftsführung will die Marge. Und weil das ERP als heikel gilt, entsteht rundherum eine Schattenwelt aus Tabellen, monatlichen Exporten und Zwischenständen, die jemand von Hand aktualisiert.
Das ist verständlich, aber teuer. Jeder Export ist eine Kopie, die ab der Sekunde ihrer Erstellung veraltet. Und jede Kopie erzeugt eine zweite Wahrheit, die irgendwann in einer Besprechung gegen die erste antritt.
Der zweite typische Fall ist das Gegenteil: Es wird zu viel geschrieben. Mehrere Systeme greifen auf denselben Datensatz zu, niemand hat definiert, wer gewinnt, und im Zweifel korrigiert die Buchhaltung hinterher von Hand.
Eine ERP-Integration ist deshalb weniger eine technische als eine ordnende Aufgabe: Welche Information gehört ins ERP, welche darf nur gelesen werden, und welcher Prozess darf tatsächlich zurückschreiben.
Welche ERP-Daten typischerweise nach außen müssen.
Sechs Bausteine, die sich einzeln oder kombiniert nutzen lassen — je nachdem, wo heute exportiert, abgetippt oder nachgefragt wird.
Aufträge und Belege
Bestellungen aus Shop, Marktplatz, Portal oder Vertrieb strukturiert übergeben — mit einheitlichem Format, Dublettenerkennung und einer Ausnahmeliste für alles, was nicht eindeutig ist.
Artikel und Stammdaten
Artikelnummern, Bezeichnungen, Preise und Varianten aus dem führenden System an die abhängigen Kanäle verteilen. Häufig der Punkt, an dem Datenqualität zum ersten Mal ehrlich sichtbar wird.
Bestände und Verfügbarkeit
Bestandsdaten dorthin bringen, wo Menschen oder Kunden auf sie warten — in der Taktung, die der Prozess wirklich braucht, statt in einer Echtzeit, die niemand nutzt und die jedes Limit sprengt.
Vertriebs- und Kundensicht
Auftrags- und Lieferstatus zurück ins CRM, damit der Vertrieb nicht in einem zweiten System nachschauen muss. Welche Richtung führt, wird vorher entschieden.
Buchhaltung und Auswertung
Belegdaten und Kennzahlen strukturiert an Buchhaltung, Reporting oder ein eigenes Cockpit übergeben — an einer Stelle zusammengeführt statt in fünf Abteilungsexporten.
Portale und Web-Apps auf ERP-Daten
Wenn Kunden, Außendienst oder Partner eine eigene Oberfläche brauchen, entsteht sie auf einer definierten Datenschicht — nicht als weiterer direkter Zugriff auf das Kernsystem.
Welche Daten das ERP führt — und welche es nur liefert.
Diese Festlegung ist der Kern jeder ERP-Integration. Sie ist in einem Nachmittag gemacht und spart im Betrieb monatelange Diskussionen.
Führendes System je Objekt
Artikel, Bestand, Auftrag, Beleg, Kunde: Für jedes Objekt wird festgehalten, welches System die verbindliche Version hält. Alles andere ist eine Anzeige und darf sich entsprechend verhalten.
Lesen und Schreiben trennen
Die meisten Anforderungen sind reine Lesezugriffe. Schreibende Zugriffe auf ein Kernsystem sind die deutlich empfindlichere Kategorie und bekommen eigene Regeln, eigene Tests und einen eigenen Fehlerpfad.
Taktung statt Reflex
Nicht alles muss in dem Moment fließen, in dem es entsteht. Echtzeit dort, wo ein Mensch oder ein Kunde wartet; ein geplanter Lauf dort, wo es niemandem auffällt. Diese Trennung entlastet Systeme und Budget zugleich.
Mengengerüst und Limits
Wie viele Datensätze fallen an, wann sind die Lastspitzen, welche Ratenbegrenzungen setzt der Anbieter? Antworten darauf entscheiden über die Architektur — nicht der Wunschzettel aus der Anforderungsrunde.
Rechte und Zugänge
Integrationen bekommen eigene technische Zugänge mit dem kleinstmöglichen Rechteumfang, nicht den Benutzer eines Mitarbeiters. Zugangsdaten werden getrennt verwaltet und dokumentiert.
Nachvollziehbarkeit
Für kaufmännisch relevante Daten muss im Nachhinein feststellbar sein, was wann von wo übertragen wurde. Protokollierung ist hier kein Komfort, sondern Voraussetzung.
Die ehrliche Antwort auf die häufigste Frage.
Ob ein ERP sauber anbindbar ist, entscheidet nicht der Name auf dem Vertrag, sondern seine Schnittstelle: Gibt es eine dokumentierte API, gibt es Webhooks, gibt es geregelte Import- und Exportwege, wie funktioniert die Authentifizierung, welche technischen Limits gelten, und wie sieht das Datenmodell wirklich aus.
Genau diese Punkte prüfen wir im System- & Integrations-Check Ihres Systems, bevor eine Architektur festgelegt wird. Das Ergebnis ist eine API-Matrix, aus der hervorgeht, was möglich ist, was mit Aufwand möglich ist und was nicht geht — inklusive der Konsequenzen für Zeitplan und Kosten.
Was ich bewusst nicht tue: eine Liste großer ERP-Hersteller aufführen und damit Herstellerkompetenz suggerieren. Wo ich belegbare Erfahrung mit einem konkreten System habe, sage ich es namentlich; wo nicht, prüfen wir es gemeinsam. Alles andere platzt spätestens im zweiten Gespräch.
Wenn Ihr ERP eine ältere Installation ohne moderne Schnittstelle ist, ist das kein Ausschlusskriterium — dann sind geplante Datenübergaben, Zwischenschichten oder Exportwege die realistische Antwort. Diese Einschätzung bekommen Sie vor der Beauftragung, nicht danach.
Vom Export zur belastbaren Verbindung.
Sechs Schritte. Der zweite entscheidet über alles Weitere: Was das ERP technisch hergibt, steht vor jeder Architekturidee.
- Schritt 01
Prozess und Objekte aufnehmen
Welche operativen Abläufe hängen am ERP, wer arbeitet mit welchen Daten, an welcher Stelle entsteht heute ein Export, eine Tabelle oder eine manuelle Übertragung.
- Schritt 02
Schnittstelle technisch prüfen
API, Webhooks, Import- und Exportwege, Authentifizierung, Datenmodell, Testumgebung, Limits. Ergebnis ist eine belastbare Aussage darüber, was das System überhaupt hergibt.
- Schritt 03
Datenhoheit festlegen
Führendes System je Objekt, Lese- und Schreibrichtungen, Taktung, Konfliktregeln und Rechteumfang. Schriftlich, bevor gebaut wird.
- Schritt 04
Integration bauen und absichern
Umsetzung gegen eine Testumgebung, mit echten Beispieldaten, Wiederholungslogik und Protokollierung von Anfang an. Schreibende Zugriffe zuletzt und mit besonderer Sorgfalt.
- Schritt 05
Lasttest und Fehlerfälle
Mengengerüst, Lastspitzen, Zeitüberschreitungen, doppelte Nachrichten und Ratenbegrenzungen werden bewusst provoziert. Ein Ablauf, der nur am guten Tag funktioniert, gilt nicht als fertig.
- Schritt 06
Go-live und Betrieb
Produktivsetzung nach Plan, Beobachtung der ersten Wochen, Dokumentation und Übergabe. Auf Wunsch anschließend in laufender technischer Betreuung.
Schreibende Zugriffe auf ein Kernsystem kommen zuletzt und bekommen eigene Tests. Lesende Zugriffe sind der unkritische, meist völlig ausreichende Teil.
Wann eine ERP-Integration der richtige Schritt ist — und wann nicht.
Das passt, wenn …
- Zwischen ERP und anderen Systemen werden heute Daten von Hand übertragen
- Es gibt regelmäßige Exporte, aus denen jemand eine Tabelle pflegt
- Bestände oder Preise stehen in mehreren Kanälen unterschiedlich
- Ihr ERP hat eine dokumentierte Schnittstelle oder zumindest geregelte Import- und Exportwege
- Im Haus gibt es jemanden, der die ERP-Prozesse kennt und für Rückfragen Zeit hat
Das passt eher nicht, wenn …
- Gesucht wird eine ERP-Einführung oder ein Wechsel des Kernsystems als Gesamtprojekt
- Es geht um eine Konzern-Transformation mit eigener Projektorganisation
- Erwartet wird Herstellerkompetenz und Zertifizierung für ein bestimmtes ERP-Produkt
- Das ERP soll ohne Einbindung der verantwortlichen Personen im Haus geöffnet werden
Wenn im Erstgespräch herauskommt, dass Ihr Vorhaben eine ERP-Einführung ist und keine Integration, sage ich das — das ist ein anderes Projekt mit anderen Partnern.
Was daneben liegt.
ERP-Integration ist ein Baustein des Software-Clusters. Je nach Ausgangslage liegt der sinnvollere Einstieg woanders.
Der Überblick: Software-Implementierung
Wie die ERP-Integration in die Kette aus Architektur, Umsetzung, Migration, Go-live und Betrieb passt — mit dem System- & Integrations-Check als Einstieg.
Die Kundensicht: CRM-Integration
Auftrags- und Lieferstatus dort sichtbar machen, wo der Vertrieb ohnehin arbeitet. Dort stehen auch die Systeme, mit denen ich belegbar arbeite.
Der technische Weg: API-Integration
Direkte Schnittstelle, Automatisierungsplattform, eigene Integrationsschicht oder geplanter Lauf — und woran sich diese Entscheidung festmacht.
Beim Systemwechsel: Datenmigration
Artikel, Kunden und Belege aus einem Altsystem zu übernehmen ist kein Import, sondern ein eigenes Teilprojekt mit Testlauf und Rückfallplan.
Eigene Oberfläche: Web-App-Entwicklung
Wenn Außendienst, Kunden oder Partner strukturiert auf ERP-Daten zugreifen sollen, ohne Zugang zum Kernsystem zu bekommen.
Danach: Managed Integration
Schnittstellen zu Kernsystemen sind geschäftskritisch. Monitoring, Fehleranalyse und Reaktion auf Anbieteränderungen sind ein eigener Baustein.
Häufige Fragen zur ERP-Integration
Das entscheidet die Schnittstelle, nicht der Herstellername. Geprüft werden API, Webhooks, Import- und Exportwege, Authentifizierung, Datenmodell und technische Limits. Diese Prüfung ist Teil des System- & Integrations-Checks und steht am Anfang, damit Sie vor einer größeren Investition wissen, was möglich ist. Wo ich belegbare Erfahrung mit einem konkreten System habe, sage ich das namentlich; Herstellerkompetenz für große ERP-Produkte behaupte ich ausdrücklich nicht.
Welche ERP-Daten holen sich Ihre Mitarbeitenden heute von Hand?
Im ersten Gespräch klären wir, welche Abläufe am ERP hängen, welche Daten nach außen müssen und ob eine Integration, ein geplanter Datenaustausch oder zunächst eine Ordnung der Datenhoheit der richtige nächste Schritt ist. 30 Minuten, unverbindlich.
Welche ERP-Daten holen sich Ihre Mitarbeitenden heute von Hand?
Zwei bis drei Sätze genügen. Im Erstgespräch klären wir, welche Abläufe am ERP hängen, welche Daten nach außen müssen und welcher Weg technisch überhaupt offensteht. 30 Minuten, unverbindlich.
- Antwort innerhalb eines Werktags
- Keine Vertragsbindung durch die Anfrage
- Förder-Check inklusive
Lieber direkt Kontakt aufnehmen?