ERP-Schnittstellen-Integration: Wege, Ablauf und Best Practices

Eine ERP-Schnittstelle sorgt dafür, dass Aufträge, Artikel, Bestände, Kunden und Rechnungen automatisch zwischen Ihrem ERP-System und den übrigen Anwendungen fließen: Webshop, CRM, Lagerverwaltung, Buchhaltung oder Kundenportal. Ob die Integration gelingt, entscheidet sich weniger an der Technik als an drei Fragen: Welches System führt welche Daten? Welcher Integrationsweg passt zu Ihrer Systemlandschaft? Und wer kümmert sich um die Schnittstelle, wenn sie einmal läuft? In diesem Leitfaden zeigen wir Ihnen die gängigen Wege, einen bewährten Ablauf und die Best Practices, die wir aus unseren Integrationsprojekten mitnehmen.

Kurz gesagt

• Erst das Datenmodell, dann die Technik: Eine Mapping-Tabelle legt fest, welches System welches Feld führt. Ohne sie wird jede Schnittstelle zur Dauerbaustelle.
• Direktanbindung oder Middleware: Eine einzelne Verbindung lässt sich oft direkt per API umsetzen, ab mehreren angebundenen Systemen lohnt sich eine zentrale Integrationsschicht.
• REST-APIs sind der Standard für neue Anbindungen, EDI-Formate wie EDIFACT bleiben in B2B-Lieferketten wichtig.
• Fehlerbehandlung, Monitoring und Versionierung gehören von Anfang an ins Projekt, nicht erst nach dem ersten Ausfall.
• Eine Schnittstelle ist kein einmaliges Projekt: Updates von ERP, Shop oder Drittanbietern verlangen laufende Pflege.

Was eine ERP-Schnittstelle im Alltag leistet

Das ERP-System ist in den meisten Unternehmen die zentrale Datenquelle für Stammdaten, Preise, Bestände und Buchungen. Rund um dieses Zentrum arbeiten weitere Anwendungen, die eigene Daten erzeugen oder ERP-Daten brauchen. Ohne Schnittstelle werden Informationen abgetippt, per Excel exportiert oder per E-Mail weitergereicht. Das kostet Zeit und erzeugt Fehler, die sich erst Tage später bemerkbar machen, etwa als verkaufter Artikel, der längst nicht mehr auf Lager ist.

Typische Anbindungen, die wir in Projekten sehen:

• Webshop und Marktplätze: Artikel, Preise und Bestände gehen vom ERP in den Shop, Bestellungen und Kundendaten laufen zurück. Wie unterschiedlich die Ansätze dabei sein können, zeigen wir am Beispiel der Shopify-SAP-Integration.
• Zahlungsanbieter: Zahlungsstatus, Rückerstattungen und Gebühren müssen sauber im ERP und in der Buchhaltung ankommen. Mehr dazu in unserem Leitfaden, wie Sie eine Zahlungsschnittstelle integrieren.
• Buchhaltung und E-Rechnung: Rechnungsdaten aus dem ERP fließen in die Finanzbuchhaltung oder zur Steuerkanzlei, eingehende E-Rechnungen im XRechnung- oder ZUGFeRD-Format werden ausgelesen und zugeordnet.
• PIM, CAD und PDM: In der Fertigung übergeben Konstruktionssysteme Stücklisten und Artikeldaten an das ERP, ein Produktinformationssystem pflegt Marketingtexte und Bilder für den Vertrieb.
• Lager, Logistik und Zoll: Versanddienstleister, Lagerapps und Portale für die Zollabwicklung brauchen Auftragsdaten in Echtzeit und melden Status zurück.
• CRM, BI und KI-Anwendungen: Vertrieb und Controlling greifen auf ERP-Daten zu, zunehmend auch KI-Assistenten, die Anfragen beantworten oder Belege vorsortieren.

Wie offen große ERP-Plattformen dafür inzwischen sind, zeigt etwa die Dokumentation zu Microsoft Dynamics 365 Supply Chain Management: Dort sind Integrationen mit Power BI, der Power Platform, Azure Data Lake und Apps von Drittanbietern als eigener Themenbereich beschrieben.

Vier Integrationswege im Vergleich

Bevor die erste Zeile Code entsteht, steht die Architekturentscheidung. In der Praxis begegnen uns vier Grundmuster, die sich auch kombinieren lassen.

Ein fünfter Weg wird oft als Abkürzung vorgeschlagen: Software-Roboter, die Eingaben in Bedienoberflächen nachahmen. Das kann als Übergangslösung bei Altsystemen helfen, ist aber anfällig für jede Änderung an der Oberfläche. Wann sich welcher Ansatz lohnt, haben wir im Vergleich RPA vs. API ausführlich aufgeschlüsselt.

Unsere Faustregel: Bei einer einzelnen, gut dokumentierten Verbindung ist die Direktanbindung meist die schlankeste Lösung. Sobald drei oder mehr Systeme Daten austauschen oder absehbar ist, dass weitere hinzukommen, zahlt sich eine zentrale Integrationsschicht aus, ob als fertige Plattform oder als individuell entwickelter Integrationsdienst.

Welche technischen Standards heute zählen

Für neue Schnittstellen hat sich REST mit JSON als Datenformat durchgesetzt. Der Digitalverband Bitkom empfiehlt in seiner Stellungnahme zur Integrationsschicht der digitalen Verwaltung aus dem Jahr 2025 einen API-first-Ansatz mit REST/JSON und OpenAPI 3.x als bevorzugtem Standard, hält klassische EDI-Formate wie EDIFACT und cXML für bestimmte B2B-Lieferketten aber weiterhin für relevant. Was dort für Behörden formuliert ist, deckt sich mit dem, was wir in mittelständischen Systemlandschaften sehen.

In der Praxis treffen Sie auf diese Varianten:

• REST/JSON mit OpenAPI-Beschreibung: der Normalfall bei modernen Cloud-ERPs, Shopsystemen und SaaS-Diensten. Eine OpenAPI-Spezifikation beschreibt Endpunkte und Datenstrukturen maschinenlesbar und erleichtert Tests.
• OData: ein REST-basiertes Protokoll, das Ihnen bei ERP-Systemen großer Hersteller häufig begegnet. Es erlaubt Abfragen mit Filtern, Sortierung und Paging direkt über die URL.
• SOAP und proprietäre Schnittstellen: vor allem bei älteren ERP-Versionen. Sie funktionieren zuverlässig, sind aber aufwendiger anzubinden.
• Webhooks und Events: Statt regelmäßig nachzufragen, meldet ein System Änderungen aktiv. Das senkt die Last und bringt Daten schneller ans Ziel.
• EDI: im Austausch mit Großhandel, Handelsketten und Logistikpartnern weiterhin Pflichtprogramm.

In sieben Schritten zur funktionierenden ERP-Integration

So gehen wir Integrationsprojekte an. Die Reihenfolge hat sich bewährt, weil sie teure Korrekturen in späten Projektphasen vermeidet.

1. Prozesse aufnehmen: Welche Geschäftsvorfälle sollen automatisiert werden, vom Auftragseingang bis zur Rechnung? Wir sprechen dafür mit den Menschen, die heute Daten von Hand übertragen, denn sie kennen die Sonderfälle.
2. Systeme und Schnittstellen prüfen: Welche APIs bieten ERP und Gegenstelle, in welcher Version, mit welchen Limits und welcher Authentifizierung? Gibt es Testumgebungen?
3. Mapping-Tabelle erstellen: Für jedes Datenobjekt wird festgelegt, welches System führend ist, welche Felder übertragen werden, wie Formate umgewandelt werden und was bei Konflikten gilt.
4. Architektur festlegen: Direktanbindung, Middleware oder Kombination, Echtzeit oder Batch, synchrone oder asynchrone Verarbeitung.
5. Entwickeln und testen: mit echten, anonymisierten Datensätzen, Grenzfällen und Lasttests. Ein Artikel mit 40 Varianten oder eine Bestellung mit Teilstornierung zeigen schnell, ob das Mapping trägt.
6. Migration und Go-live planen: Bestandsdaten bereinigen und abgleichen, einen Parallelbetrieb oder ein Rückfallszenario vorsehen, den Starttermin außerhalb von Spitzenzeiten wählen.
7. Betreiben und weiterentwickeln: Monitoring, Alarmierung, Dokumentation und ein klarer Prozess für Updates der beteiligten Systeme.

Best Practices aus unseren Integrationsprojekten

Ein führendes System je Datenobjekt

Der häufigste Grund für Datenchaos ist, dass zwei Systeme dasselbe Feld pflegen. Legen Sie verbindlich fest, wo Preise, Bestände, Produkttexte und Kundendaten führend gepflegt werden. Alle anderen Systeme lesen nur oder schreiben über klar definierte Rückkanäle.

Fehler einplanen statt hoffen

Netzwerke fallen aus, APIs antworten mit Zeitüberschreitung, Datensätze sind unvollständig. Eine robuste Schnittstelle arbeitet mit Warteschlangen, wiederholt fehlgeschlagene Übertragungen automatisch und verarbeitet doppelt ankommende Nachrichten nur einmal (Idempotenz). Datensätze, die sich nicht verarbeiten lassen, landen in einer Fehlerablage, die ein Mensch sichten kann, statt still zu verschwinden.

Transparenz durch Logging und Monitoring

Sie sollten jederzeit sehen können, welche Bestellung wann übertragen wurde und warum ein Datensatz hängt. Ein zentrales Log über alle beteiligten Systeme spart im Fehlerfall Stunden. Wie Sie das aufsetzen, beschreibt unser Fahrplan zum zentralen Logging.

Schnittstellen versionieren

ERP-Hersteller und SaaS-Anbieter entwickeln ihre APIs weiter und kündigen alte Versionen ab. Wer eigene Schnittstellen anbietet, etwa für ein Kundenportal, sollte sie von Beginn an versionieren, damit Änderungen nicht bestehende Anbindungen brechen. Unsere Empfehlungen dazu finden Sie im Beitrag zur API-Versionierung.

Sicherheit und Datenschutz mitdenken

Zugangsdaten gehören in einen geschützten Speicher, nicht in den Quellcode. Jede Integration erhält nur die Rechte, die sie wirklich braucht. Personenbezogene Daten werden verschlüsselt übertragen, und es ist dokumentiert, welche Daten an welche Dienste gehen. Bei steuerrelevanten Daten kommen die Anforderungen an Nachvollziehbarkeit und Aufbewahrung hinzu, die wir im Beitrag zu GoBD-konformer Software zusammengefasst haben.

Klein starten, dann ausbauen

Beginnen Sie mit dem Datenfluss, der heute am meisten Handarbeit verursacht, häufig Bestellungen vom Shop ins ERP. Läuft dieser stabil, folgen Bestände, Preise und Rechnungen. So sehen Sie früh einen Nutzen und lernen die Eigenheiten Ihrer Systeme kennen, bevor die komplexen Fälle kommen.

Typische Stolperfallen

Einige Probleme begegnen uns in fast jedem Projekt, und sie lassen sich mit etwas Vorbereitung vermeiden:

• Unsaubere Stammdaten: Dubletten, fehlende Pflichtfelder oder unterschiedliche Einheiten fallen erst auf, wenn eine Schnittstelle sie automatisch überträgt. Eine Datenbereinigung vor dem Start ist kein Luxus.
• Unterschätzte Sonderfälle: Teillieferungen, Retouren, Gutscheine, Sets und Varianten machen oft den größten Teil des Aufwands aus, obwohl sie nur einen kleinen Teil der Vorgänge betreffen.
• API-Limits: Viele Cloud-Dienste begrenzen die Zahl der Anfragen pro Minute. Wer zum Saisonstart Tausende Bestände abgleicht, braucht eine Strategie dafür.
• Fehlende Verantwortung: Wenn nach dem Go-live niemand für die Schnittstelle zuständig ist, bleiben Fehlermeldungen liegen, bis Kunden sich beschweren.
• Gesetzliche Änderungen: Die E-Rechnung im B2B-Bereich ist ein gutes Beispiel. Erstellen und Empfangen der Rechnung ist nur ein Teil, die revisionssichere Archivierung der Originaldateien und die Einbindung in Freigabe-Workflows sind eigene Projektschritte, die mitgeplant werden müssen.

Gerade im E-Commerce erleben wir die Anbindung von ERP und Shop regelmäßig als den Teil eines Projekts, in dem die meiste Komplexität steckt: Unterschiedliche Datenmodelle, Systemlogiken und Echtzeit-Anforderungen treffen hier aufeinander.

Was Aufwand und Dauer bestimmt

Eine seriöse Aussage zu Kosten und Laufzeit ist erst nach der Analyse möglich, denn die Spannweite reicht von einer schlanken Bestellübergabe bis zur vollständigen Vernetzung einer Fertigungslandschaft. Diese Faktoren treiben den Aufwand am stärksten:

• Anzahl der Systeme und Datenobjekte: Jedes weitere Objekt (Artikel, Kunde, Auftrag, Rechnung, Bestand) bringt eigene Regeln mit.
• Qualität der vorhandenen APIs: Eine gut dokumentierte REST-API mit Testumgebung spart Wochen gegenüber einer undokumentierten Altschnittstelle.
• Echtzeit-Anforderungen: Ein nächtlicher Abgleich ist einfacher als Bestandsdaten, die in Sekunden aktuell sein müssen.
• Individuelle Anpassungen im ERP: Eigene Felder und angepasste Prozesse müssen im Mapping berücksichtigt werden.
• Datenqualität und Migration: Je mehr Altdaten bereinigt werden müssen, desto länger dauert der Start.
• Betrieb: Monitoring, Updates und Weiterentwicklung sind laufende Kosten, die von Anfang an ins Budget gehören.

Ein Hinweis zur Systemwahl: Der Bitkom beschreibt ERP-Systeme in seinem Positionspapier zu digitalen Plattformen und ERP als eine Entscheidung, die Anwender in der Regel auf Lebenszeit treffen, samt dem Entwicklungspfad des Anbieters. Umso wichtiger ist es, dass Ihre Schnittstellen sauber vom Kernsystem getrennt sind, damit Sie bei einem späteren Wechsel oder Versionssprung nicht alles neu bauen müssen.

Unsere Sicht: Die Schnittstelle folgt dem Prozess

Wir erleben oft, dass Integrationsprojekte mit der Frage nach dem Werkzeug beginnen: Welcher Konnektor, welche Plattform, welches Plugin? Aus unserer Erfahrung ist das die falsche Reihenfolge. Am Anfang steht der Prozess, also die Frage, wie Aufträge, Waren und Rechnungen in Ihrem Unternehmen tatsächlich laufen und wo heute Zeit verloren geht. Erst wenn das klar ist, lässt sich entscheiden, ob ein Standardkonnektor reicht oder ob eine individuell entwickelte Integration Ihre Abläufe besser abbildet.

Standardlösungen haben ihre Berechtigung, wenn Ihre Prozesse dem Standard entsprechen. Viele mittelständische Unternehmen haben aber über Jahre eigene Abläufe entwickelt, die genau ihren Wettbewerbsvorteil ausmachen. Diese Abläufe an eine Schnittstelle anzupassen, die sie nicht kennt, ist selten eine gute Idee. Wir gehen den umgekehrten Weg und bauen die Integration so, dass sie zu Ihren Prozessen passt.

Genauso wichtig ist uns, was nach dem Go-live passiert. Eine Schnittstelle lebt, weil sich die Systeme um sie herum verändern: Das ERP bekommt ein Update, der Shop eine neue API-Version, ein Zahlungsanbieter ändert seine Statusmeldungen. Deshalb verstehen wir Integration als langfristige technische Partnerschaft, in der wir die Lösung kontinuierlich weiterentwickeln, statt sie nach Abnahme sich selbst zu überlassen. Wir arbeiten dabei technologieoffen, transparent und persönlich, von der ersten Prozessanalyse bis zur laufenden Betreuung.

— Mintellity

ERP-Integration mit Mintellity

Sie planen, Ihr ERP mit Shop, Portal, App oder KI-Anwendung zu verbinden, oder eine gewachsene Altschnittstelle abzulösen? Wir entwickeln Integrationen als Teil unserer individuellen Softwareentwicklung, modernisieren bestehende Anbindungen im Rahmen der Softwaremodernisierung und sorgen mit Wartung und Support dafür, dass Ihre Datenflüsse auch nach dem nächsten Update laufen. Wie ein Projekt mit uns abläuft, lesen Sie unter So arbeiten wir. Ein Beispiel aus der Praxis ist EMO LOG, unser Logistikportal für die Zollabwicklung.

Häufige Fragen

Was ist der Unterschied zwischen ERP-Integration und ERP-Schnittstelle?

Die Schnittstelle ist die technische Verbindung, über die zwei Systeme Daten austauschen, zum Beispiel eine REST-API. Die Integration umfasst mehr: Prozessanalyse, Datenmapping, Fehlerbehandlung, Monitoring und Betrieb. Eine Schnittstelle allein macht noch keine funktionierende Integration.

Kann ich ERP-Software selbst programmieren?

Technisch ist das möglich, wirtschaftlich lohnt es sich nur selten. Buchhaltung, Lager und Steuerrecht verlangen viel Funktionalität, die etablierte ERP-Systeme bereits mitbringen. Sinnvoller ist meist, ein bewährtes ERP als Kern zu nutzen und Ihre besonderen Prozesse über individuelle Anwendungen und Schnittstellen darum herum abzubilden.

Brauche ich eine Middleware für meine ERP-Anbindung?

Nicht zwingend. Für eine einzelne Verbindung, etwa zwischen ERP und Webshop, reicht oft eine direkte API-Anbindung. Sobald mehrere Systeme Daten austauschen oder weitere absehbar sind, schafft eine zentrale Integrationsschicht Übersicht und erleichtert Monitoring und Wartung.

Welche ERP-Systeme lassen sich anbinden?

Grundsätzlich jedes System, das eine Schnittstelle bietet, von SAP und Microsoft Dynamics bis zu Branchenlösungen für Handel und Fertigung. Moderne Systeme stellen meist REST- oder OData-APIs bereit, ältere Versionen arbeiten mit SOAP oder Dateiexporten. Entscheidend ist eine gründliche Prüfung der verfügbaren Schnittstellen vor Projektbeginn.

Quellen

• Microsoft Learn: Dokumentation zu Dynamics 365 Supply Chain Management
• Bitkom: Stellungnahme zum Marktdialog Ökosystem, BMDS-Mission 2 (2025)
• Bitkom: Positionspapier Digitale Plattformen und ERP

Empfehlungen

• Shopify-SAP-Integration: Der richtige Ansatz für Ihr Unternehmen
• Zahlungsschnittstelle integrieren: Leitfaden für Shop und Software
• RPA vs. API: Welcher Weg der Automatisierung passt zu Ihnen?