ERP Schnittstellen.
Arten, Entwicklung und Betrieb im Mittelstand.
ERP Schnittstellen verbinden Ihr ERP System (Enterprise-Resource-Planning, die zentrale Unternehmenssoftware für Finanzen, Einkauf, Lager, Produktion und Vertrieb) mit Webshop, CRM, MES, PLM, DMS, Buchhaltung, Bank und Logistik. Diese Seite richtet sich an Unternehmen im DACH Mittelstand, die entscheiden müssen, ob sie vorhandene Standardschnittstellen nutzen, eine Middleware einsetzen oder eine Schnittstelle individuell entwickeln lassen. Typische Anwendungsfälle sind die Webshop Anbindung, der Abgleich zwischen ERP und CRM oder der Versand und Empfang von E-Rechnungen. Sie erfahren, welche Schnittstellenarten es gibt, wie Entwicklung, Kosten, Betrieb, Datenschutz und E-Rechnungspflicht zusammenhängen und was in Lastenheft und Vertrag stehen sollte. Alle Angaben sind herstellerneutral, Stand 10/2026.
Zuletzt geprüft am 10.10.2026.
Ein ERP ist nur so gut
wie seine Verbindungen.
Fast kein ERP System im Mittelstand arbeitet allein. Laut Eurostat nutzten 2025 rund 46 Prozent der Unternehmen in der EU mit mindestens 10 Beschäftigten eine ERP Software (46,45 Prozent, Erhebung 2025, Stand 05/2026), bei großen Unternehmen waren es 88,71 Prozent. Sobald Webshop, CRM oder Maschinendatenerfassung hinzukommen, entscheidet die Qualität der Schnittstellen darüber, ob Daten einmal erfasst und überall korrekt verfügbar sind.
Ohne tragfähige Schnittstellen
- Aufträge aus dem Webshop werden von Hand ins ERP übertragen, Bestände im Shop sind veraltet.
- Kundendaten stehen in CRM und ERP in unterschiedlicher Schreibweise, Mahnungen und Angebote erreichen falsche Ansprechpartner.
- Rückmeldungen aus der Fertigung kommen erst am Folgetag im ERP an, Terminzusagen beruhen auf alten Zahlen.
- Eingangsrechnungen werden als PDF abgelegt, obwohl inländische Unternehmen seit dem 1.1.2025 E-Rechnungen empfangen können müssen (IHK Stuttgart, Stand 07/2026).
Mit tragfähigen Schnittstellen
- Jede Datenart hat ein führendes System, Änderungen laufen automatisch und nachvollziehbar in die anderen Systeme.
- Aufträge, Bestände und Preise werden im festgelegten Takt abgeglichen, je nach Anwendungsfall in Echtzeit oder stündlich.
- Fehler werden erkannt, protokolliert und gezielt wiederholt, statt unbemerkt Daten zu verlieren.
- Release-Wechsel von ERP oder Shop lassen sich planen, weil Schnittstellen dokumentiert, versioniert und getestet sind.
Quellen: Eurostat, E-business integration, Erhebung 2025, Stand 05/2026; IHK Stuttgart zur E-Rechnung, Stand 07/2026. Die Verbindungszahlen ergeben sich aus der Formel n mal (n minus 1) geteilt durch 2. Den Gesamtzusammenhang erklärt die Übersicht Schnittstellen und Integration in der Systemlandschaft.
Schnittstellenansätze
im Überblick.
Es gibt keine universell beste Schnittstelle. Die Tabelle stellt zehn gängige Ansätze nach Eignung, Datenfluss, Standards, Stärke und Grenze gegenüber. Die Aufwandsstufe ist eine grobe Einordnung der Einstiegshürde (Erfahrungswerte von Find-Your-Software, Stand 10/2026) und ersetzt keine Aufwandsschätzung für Ihre Systemlandschaft.
| Ansatz | Eignung | Aufwand | Datenfluss | Typische Standards | Stärke | Grenze |
|---|---|---|---|---|---|---|
| REST API mit JSONWebservice über HTTP | Echtzeit | mittel | Anfrage und Antwort, auch Push per Webhook | HTTP (RFC 9110), OpenAPI, OAuth 2.0 | Weit verbreitet, gut dokumentierbar, schnell testbar | Hersteller bestimmt Umfang und Versionen |
| ODataREST Protokoll mit Abfragesprache | Abfrage und Pflege | mittel | Lesen und Schreiben von Datensätzen mit Filtern | OData 4.01 (OASIS, bestätigt 23. April 2020) | Einheitliche Abfragen, maschinenlesbare Metadaten | Große Abfragen belasten das ERP, Schreibrechte je Hersteller verschieden |
| SOAP und WSDLXML Nachrichten über HTTP | Bestandssysteme | mittel bis hoch | Nachrichtenaustausch mit festem Vertrag | SOAP 1.2 (W3C), WSDL, WS-Security | Strenge Verträge, in älteren Landschaften verbreitet | Höherer Entwicklungsaufwand als REST |
| EDI (EDIFACT, VDA)Belegaustausch zwischen Unternehmen | Partnerbelege | hoch je Partner | Bestellung, Lieferavis und Rechnung als Nachricht | UN/EDIFACT (ISO 9735), AS2 (RFC 4130), OFTP2 (RFC 5024) | Hoher Automatisierungsgrad bei festen Partnern | Mapping je Partner und Nachrichtentyp nötig |
| DateiaustauschCSV oder XML per SFTP | Stapel | niedrig | Export und Import im festen Takt | CSV, XML, SFTP, Namenskonventionen | Einfach, auch für ältere Systeme geeignet | Keine Echtzeit, Fehler werden spät sichtbar |
| Direkter DatenbankzugriffLesen oder Schreiben auf Tabellen | Ausnahme | niedrig, aber riskant | Lesen über Views, Schreiben nur in Sonderfällen | SQL, ODBC, JDBC | Schnell eingerichtet, volle Datensicht | Umgeht Geschäftslogik, gefährdet Support und Updates |
| Hersteller StandardschnittstelleMitgelieferte Konnektoren und APIs | Sofort nutzbar | niedrig | Je nach Konnektor ein- oder beidseitig | Herstellerspezifisch dokumentiert | Pflege durch den Hersteller, Update-sicher | Funktionsumfang vorgegeben, Sonderfälle bleiben offen |
| Middleware oder ESBZentrale Integrationsschicht | Viele Systeme | hoch | Zentral gesteuert mit Transformation und Routing | Nachrichtenformate, Warteschlangen, Mapping Werkzeuge | Entkoppelt Systeme, ein Ort für Monitoring | Eigenes System mit Betrieb und Know-how |
| iPaaSIntegrationsplattform aus der Cloud | Cloud Flows | mittel | Abläufe aus Triggern und Aktionen | Vorgefertigte Konnektoren, REST, Webhooks | Schneller Start, Betrieb durch den Anbieter | Laufende Gebühren, Datenschutz und Standort prüfen |
| IndividualentwicklungSchnittstelle nach Maß | Sonderfall | hoch | Frei gestaltbar, auch bidirektional | Nach Spezifikation, meist REST oder Datei | Passt exakt, auch für Sonderprozesse | Pflege und Dokumentation bleiben bei Ihnen |
Reihenfolge nach Art der Anbindung, keine Wertung. Standards: OData 4.01 (OASIS, bestätigt am 23. April 2020), SOAP 1.2 (W3C), AS2 (RFC 4130, Juli 2005), OFTP2 (RFC 5024, November 2007). Quellen: OASIS OData, W3C SOAP 1.2, IETF RFC 4130, Stand 10/2026.
Webservices und OData
im Detail.
Die folgenden Profile erläutern die drei webbasierten Arten, die in ERP Projekten im DACH Mittelstand zuerst auftauchen. Sie unterscheiden sich weniger in der Qualität als in Einsatzfeld, Datenfluss und Pflegeaufwand (Erfahrungswerte von Find-Your-Software, Stand 10/2026).
REST Schnittstellen
Der gängige Weg für Cloud und lokale Systeme
REST Schnittstellen übertragen Daten meist als JSON über HTTP. Sie eignen sich für Abfragen in Echtzeit und für das Anlegen oder Ändern einzelner Datensätze, zum Beispiel von Aufträgen aus einem Webshop. Beschrieben werden sie häufig nach der OpenAPI Spezifikation, deren Version 3.2 die OpenAPI Initiative am 23. September 2025 angekündigt hat (Stand 10/2026).
- Gut für Aufträge, Bestände, Status und Stammdaten
- Authentifizierung per OAuth 2.0 (RFC 6749) oder Token
- Hersteller versionieren ihre APIs, die Admin API von Shopify nennt 2026-10 als neueste Version (Stand 10/2026)
Aufwand: mittel (Erfahrungswerte von Find-Your-Software)
OData Schnittstellen
Abfrageprotokoll auf Basis von REST
OData ergänzt REST um eine einheitliche Abfragesprache mit Filtern, Sortierung und Auswahl einzelner Felder. OData 4.01 wurde am 23. April 2020 als OASIS Standard bestätigt (Stand 10/2026). Manche ERP Hersteller stellen Datenobjekte über OData bereit. Ob und in welchem Umfang, klären Sie in der Demo.
- Metadaten beschreiben Objekte und Felder maschinenlesbar
- Filter und Feldauswahl reduzieren die Datenmenge
- Große Abfragen ohne Begrenzung können das ERP belasten
Aufwand: mittel (Erfahrungswerte von Find-Your-Software)
SOAP und WSDL
Strenge Verträge für ältere und regulierte Umgebungen
SOAP verpackt Nachrichten in XML Umschläge, der Vertrag steht in einer WSDL Beschreibung. Version 1.2 liegt beim W3C als Second Edition vor (Stand 10/2026). Für neue Vorhaben wird meist REST bevorzugt, SOAP bleibt in Bestandslandschaften verbreitet. Der BSI Baustein APP.3.1 betrachtet ausdrücklich nur REST basierte Webservices (IT-Grundschutz-Kompendium, Edition 2023).
- Starre Nachrichtenstruktur, gut für feste Verträge
- Sicherheitserweiterungen wie WS-Security
- Höherer Entwicklungs- und Testaufwand als bei REST
Aufwand: mittel bis hoch (Erfahrungswerte von Find-Your-Software)
Quellen: OpenAPI Initiative, Version 3.2 vom 23. September 2025; OASIS, OData 4.01; W3C, SOAP 1.2; Shopify Admin API, Stand 10/2026.
EDI, Datei, Datenbank
und Middleware.
Neben Webservices spielen Belegaustausch, Dateien und Integrationsplattformen eine große Rolle, vor allem in Handel, Zulieferketten und gewachsenen Landschaften (Erfahrungswerte von Find-Your-Software, Stand 10/2026).
EDI Belegaustausch
Standardisierte Geschäftsdokumente zwischen Unternehmen
EDI (Electronic Data Interchange) überträgt Bestellungen, Lieferavise und Rechnungen als strukturierte Nachrichten, etwa nach UN/EDIFACT (ISO 9735) oder branchenspezifischen Empfehlungen wie VDA. Als Übertragungswege nutzen Partner häufig AS2 (RFC 4130, Juli 2005) oder OFTP2 (RFC 5024, November 2007). Für die E-Rechnung bleibt EDI nach § 27 Abs. 38 Nr. 3 UStG für Umsätze des Jahres 2027 mit Zustimmung des Empfängers zulässig (Stand 10/2026).
- Ein Mapping je Partner und Nachrichtentyp einplanen
- Mit dem Partner testen, bevor es produktiv geht
- Zuständigkeit für Zertifikate und Verbindungsparameter klären
Aufwand: hoch je Partner (Erfahrungswerte von Find-Your-Software)
Dateiaustausch und Datenbankzugriff
Einfach, aber mit Grenzen
Beim Dateiaustausch exportiert ein System CSV oder XML Dateien, die ein anderes System im festen Takt einliest, meist über SFTP. Das ist robust und günstig, bietet aber keine Echtzeit. Ein direkter Datenbankzugriff ist technisch einfach, umgeht jedoch die Geschäftslogik des ERP. Der BSI Baustein APP.3.1 verlangt als Standardanforderung, dass Hintergrundsysteme ausschließlich über definierte Schnittstellen erreichbar sind (APP.3.1.A11, Edition 2023).
- Zeichensatz, Trennzeichen und Dezimalformat verbindlich festlegen
- Dateien nach der Verarbeitung archivieren, Fehlerdateien getrennt ablegen
- Datenbankzugriff nur lesend über Views und mit Herstellerfreigabe
Aufwand: niedrig (Erfahrungswerte von Find-Your-Software)
Middleware und iPaaS
Zentrale Schicht statt vieler Direktverbindungen
Eine Middleware (Enterprise Service Bus oder Integrationsserver) oder eine iPaaS (Integration Platform as a Service, Integrationsplattform als Cloud Dienst) steht zwischen den Systemen, transformiert Daten, steuert Abläufe und bündelt das Monitoring. Die Übersicht Schnittstellen und Integration in der Systemlandschaft nennt ab mehr als drei verbundenen Systemen eine Middleware als strukturell bessere Wahl (Erfahrungswert, Stand 10/2026).
- Entkoppelt Systeme und fängt Release-Wechsel ab
- Ein Ort für Protokolle, Wiederholungen und Alarme
- Preismodelle reichen von Pauschalen bis zur Abrechnung je Ausführung
Aufwand: mittel bis hoch (Erfahrungswerte von Find-Your-Software)
Quellen: BSI, IT-Grundschutz-Kompendium, Edition 2023; IETF RFC 4130 und RFC 5024; § 27 Abs. 38 UStG auf gesetze-im-internet.de, Stand 10/2026.
Standardschnittstelle
oder Individualentwicklung?
Standard zuerst lautet die Faustregel: Prüfen Sie, ob Hersteller oder Partner eine Schnittstelle liefern, die den Prozess abdeckt. Eine Individualentwicklung lohnt sich, wenn der Prozess wettbewerbsrelevant ist oder keine Standardlösung existiert. Zur Grundsatzfrage lesen Sie Standardsoftware gegen Individualsoftware und Best of Breed gegen All-in-One.
Wenn der Hersteller liefert
- Wird vom Hersteller gepflegt und bei Updates mitgeführt
- Funktionsumfang in der Demo prüfen: Richtung, Objekte, Takt, Fehlerbehandlung
- Preis und Lizenz der Schnittstelle schriftlich festhalten, Preise oft auf Anfrage
- Sonderfälle als Erweiterung oder Konfiguration abfragen
Wenn ein Partner den Weg abkürzt
- Fertige Bausteine für gängige Kombinationen wie Shop und ERP
- Laufende Kosten und Abhängigkeit vom Anbieter bewerten
- Ab mehr als drei verbundenen Systemen wird eine zentrale Schicht meist günstiger zu pflegen (Erfahrungswert, Stand 10/2026)
- Datenfluss über Dritte in der Auftragsverarbeitung abbilden
Wenn der Prozess einzigartig ist
- Sinnvoll bei Sonderprozessen wie Konfiguratoren, Maschinenanbindung oder Branchenregeln
- Spezifikation, Tests und Dokumentation gehören zum Lieferumfang
- Quellcode, Nutzungsrechte und Übergabe vertraglich regeln
- Pflegeaufwand bei jedem Release des Quellsystems einplanen
Vier Fragen vor der Entscheidung
- Wie viele Systeme sind beteiligt? Bei 10 Systemen sind bis zu 45 Direktverbindungen denkbar (Rechenbeispiel von Find-Your-Software, Stand 2026)
- Wie oft ändern sich Quell- und Zielsystem?
- Wie zeitkritisch ist der Datenfluss: Echtzeit, stündlich oder täglich?
- Wer betreibt die Schnittstelle in drei Jahren, intern oder extern?
Der Fachkräftemangel erschwert die interne Pflege: Laut Bitkom fehlen 79.000 IT-Fachkräfte, 78 Prozent der Unternehmen sehen einen Mangel (Erhebung KW 18 bis 25 2026, Stand 2026). Zur Make-or-Buy-Logik siehe Make or Buy in der IT.
Webshop, CRM, MES, PLM
und Logistik am ERP.
Jeder Anwendungsfall hat typische Datenobjekte, eine sinnvolle Schnittstellenart und eigene Stolpersteine (Erfahrungswerte von Find-Your-Software, Stand 10/2026).
Webshop und ERP
Der Shop liefert Aufträge, Zahlungsstatus und Kundendaten, das ERP liefert Artikel, Preise, Bestände und Versandstatus. Shop Hersteller bieten dafür REST oder GraphQL Schnittstellen an. Die Admin API von Shopify ist laut Herstellerdokumentation versioniert und nennt 2026-10 als neueste Version (Stand 10/2026).
- Führendes System je Datenart festlegen, meist Artikel und Bestand im ERP
- Steuern, Rundung und Rabatte identisch berechnen
CRM und ERP
Typisch sind Kundenstammdaten, Angebote und Aufträge. Ein gewonnener Abschluss im CRM kann automatisch die Auftragsanlage im ERP auslösen. Klären Sie vorher, welche Daten in welche Richtung und wie oft synchronisiert werden. Zur Abgrenzung lesen Sie ERP gegen CRM.
- Eine Kundennummer als gemeinsamer Schlüssel
- Dubletten vor dem ersten Abgleich bereinigen
MES und Maschinendaten
Das ERP plant Fertigungsaufträge, das MES (Manufacturing Execution System, Fertigungssteuerung) meldet Fortschritt, Mengen, Ausschuss und Zeiten zurück. Für Maschinendaten gilt OPC UA (IEC 62541), das die OPC Foundation seit 2008 veröffentlicht. Die Ebenen von ISA-95 (IEC 62264) zeigen, welche Systeme direkt miteinander sprechen sollten. Mehr zur Rolle des MES finden Sie unter MES Software.
- Auftragsübergabe vom ERP ins MES, Rückmeldungen ins ERP
- Zeitpunkt der Rückmeldung festlegen: je Vorgang, je Schicht oder je Auftrag
PLM, CAD und Stücklisten
Konstruktion und ERP teilen Artikelstämme, Stücklisten und Änderungsstände. Für den Austausch 3D-basierter Produktdaten wird international ISO 10303-242:2025 (STEP AP242) genutzt (ISO, Stand 10/2026). Entscheidend ist, welches System die Stückliste führt und wie Freigaben und Änderungen im ERP ankommen.
- Artikelanlage aus dem PLM mit Freigabestatus
- Stücklistenänderungen mit Gültigkeitsdatum übergeben
Logistik, Versand und Lager
Versanddienstleister und Spediteure stellen in der Regel Webservices für Etiketten, Sendungsverfolgung und Abholung bereit. Das ERP übergibt Lieferdaten und erhält Sendungsnummern und Status zurück. Für Lagerprozesse kommen Schnittstellen zu Lagerverwaltung und Scannern hinzu. Zur Abgrenzung siehe SCM gegen ERP.
- Lieferadresse und Gewicht müssen vor dem Etikett vollständig sein
- Sendungsnummer und Tracking Link an Auftrag und Shop zurückgeben
Quellen: Shopify, Admin GraphQL API, Stand 10/2026; OPC Foundation, OPC UA seit 2008; ISO 10303-242:2025, Stand 10/2026. Die Zuordnung zu IEC 62541 und IEC 62264 folgt der Übersicht Schnittstellen und Integration, Stand 10/2026.
DMS, Buchhaltung, Banking,
E-Rechnung und Lohn.
In diesen Bereichen gelten besonders strenge Regeln für Nachvollziehbarkeit, Aufbewahrung und Datenschutz. Die Schnittstelle muss nicht nur funktionieren, sondern auch prüfbar sein (Erfahrungswerte von Find-Your-Software, Stand 10/2026).
DMS und Archivierung
Belege, Verträge und Rechnungen werden mit dem ERP Vorgang verknüpft und revisionssicher abgelegt. Die GoBD in der Fassung der 2. Änderung vom 14. Juli 2025 (BMF) regeln Aufbewahrung und Datenzugriff in elektronischer Form. Für Rechnungen gilt eine Aufbewahrungsfrist von 8 Jahren nach § 14b Abs. 1 UStG.
- Beleg und Vorgang über eine eindeutige Nummer verknüpfen
- Das Originalformat der E-Rechnung unverändert archivieren
Finanzbuchhaltung
Arbeiten Finanzbuchhaltung oder Steuerberatung mit separater Software, übernimmt eine Schnittstelle Buchungsstapel, Debitoren, Kreditoren und Belegbilder. Kontenrahmen, Steuerschlüssel und Buchungsperioden müssen übereinstimmen. Stammdaten und offene Posten laufen idealerweise in beide Richtungen.
- Kontenrahmen und Steuerschlüssel vor dem ersten Export abstimmen
- Festschreibung und Stornos eindeutig behandeln
Banking und Zahlungsverkehr
Zahlungen gehen als Datei an die Bank, Kontoauszüge kommen zurück. Für die Kommunikation zwischen Unternehmen und Banken in Deutschland nutzen viele Institute EBICS, die aktuelle Spezifikation ist V 3.0.2 und gilt seit dem 30. Dezember 2022 (ebics.de, Stand 10/2026). Nachrichten folgen meist ISO 20022, etwa pain.001 für Zahlungen und camt.053 für Kontoauszüge.
- Freigabe von Zahlungen über Rollen und Limits trennen
- Kontoauszüge automatisch zu offenen Posten zuordnen
E-Rechnung senden und empfangen
Ausgangsrechnungen müssen im ERP als XRechnung oder ZUGFeRD erzeugt, Eingangsrechnungen eingelesen und geprüft werden. Seit dem 1. Januar 2025 müssen inländische Unternehmen E-Rechnungen empfangen können (IHK Stuttgart, Stand 07/2026). Fristen und Formate stehen weiter unten und unter E-Rechnung Software.
- Erzeugung und Validierung im ERP oder über ein vorgeschaltetes Werkzeug
- Eingang per E-Mail Postfach, Portal oder Schnittstelle
Lohn und Gehalt
Lohnabrechnung läuft oft in einer eigenen Lösung. Das ERP liefert Stammdaten, Kostenstellen und Zeiten, die Lohnabrechnung liefert Buchungen zurück. Die Lohnsteuer-Anmeldung ist nach § 41a Abs. 1 EStG nach amtlich vorgeschriebenem Datensatz durch Datenfernübertragung zu übermitteln. Meldungen an die Sozialversicherung richten sich nach § 28a SGB IV.
- Personenbezogene Daten nur im notwendigen Umfang übertragen
- Berechtigungen auf Lohnarten und Personenkreise begrenzen
Quellen: BMF, GoBD, 2. Änderung vom 14. Juli 2025; § 41a EStG und § 28a SGB IV, Stand 10/2026; EBICS V 3.0.2, Stand 10/2026; IHK Stuttgart, Stand 07/2026.
In sechs Schritten zur
laufenden Schnittstelle.
Das Vorgehen gilt für Standardschnittstelle, Konnektor und Individualentwicklung gleichermaßen, nur die Tiefe der Schritte unterscheidet sich. Planen Sie Schnittstellen bereits in der Softwareauswahl ein, dann fließen sie in Lastenheft und Anbieterdemo ein. In der IT Systemlandschaft des Selection Portals erfassen Sie vorhandene Systeme und Schnittstellen vor der Anbieteransprache (Stand 10/2026).
Datenflüsse und führende Daten festlegen
Listen Sie je Schnittstelle Quelle, Ziel, Datenobjekt, Richtung, Takt und Volumen auf und bestimmen Sie pro Datenart genau ein führendes System. Das Ergebnis ist ein Schnittstellenkatalog, der in Lastenheft und Abnahme wiederkehrt.
Ansatz und Architektur wählen
Entscheiden Sie zwischen Hersteller Standard, Konnektor, Middleware oder Individualentwicklung. Berücksichtigen Sie die Zahl der Systeme, die Änderungshäufigkeit, die Echtzeitanforderung und das vorhandene Know-how.
Spezifizieren und Mapping erstellen
Legen Sie Feldzuordnung, Pflichtfelder, Schlüssel, Fehlerfälle und Wiederholungsregeln fest. Beschreiben Sie die Schnittstelle in einem prüfbaren Format wie OpenAPI und formulieren Sie Testfälle schon jetzt.
Entwickeln oder konfigurieren
Arbeiten Sie in einer Test- oder Sandbox-Umgebung mit Testmandant und realistischen Testdaten. Halten Sie Zugangsdaten außerhalb des Quellcodes und führen Sie Code Reviews durch, wenn Sie selbst entwickeln.
Testen und abnehmen
Prüfen Sie Integrationsfälle, Fehlerfälle, Spitzenlast und Wiederanlauf. Die Fachbereiche nehmen anhand der Testfälle ab. Als Erfahrungswert von Find-Your-Software (Stand 2026) rechnen Sie für die Datenmigration im ERP Projekt mit 3 bis 8 Wochen, die Schnittstellentests laufen parallel.
In den Betrieb übergeben
Übergeben Sie Monitoring, Alarmierung, Betriebshandbuch und Verantwortlichkeiten. Planen Sie nach dem Go-live eine Hypercare Phase von einigen Wochen ein (Erfahrungswert von Find-Your-Software, Stand 2026), siehe ERP Einführung.
Dauerwerte nach der Seite ERP Einführung: Datenmigration 3 bis 8 Wochen, Hypercare einige Wochen, Erfahrungswerte von Find-Your-Software, Stand 2026. Zu Übergangsschnittstellen bei Altdaten siehe ERP Datenmigration.
Was Schnittstellen kosten:
Rechenbeispiele statt Marktpreise.
Verlässliche Marktpreise für Schnittstellen gibt es nicht, weil Umfang, Datenobjekte und Hersteller stark variieren. Die Tabelle zeigt deshalb Rechenbeispiele von Find-Your-Software mit frei gewählten Annahmen: Aufwand in Personentagen und ein Tagessatz von 1.000 bis 2.500 Euro, wie ihn die Seite ERP Einführung für Beratertage als Erfahrungswert nennt (Stand 2026). Es sind keine Angebote und keine Marktwerte.
| Schnittstelle | Beispiel | Personentage | Einmalig bei 1.000 bis 2.500 Euro je Tag | Laufend pro Jahr |
|---|---|---|---|---|
| StandardkonnektorAktivieren und konfigurieren | Shop oder CRM mit fertigem Konnektor | 2 bis 5 | 2.000 bis 12.500 € | Lizenz laut Anbieter, oft auf Anfrage |
| Einfache REST SchnittstelleEine Richtung, wenige Felder | Artikelstamm vom ERP in ein Zielsystem | 5 bis 10 | 5.000 bis 25.000 € | 1 bis 3 Personentage |
| Bidirektionale SchnittstelleMit Fehlerbehandlung und Statusrückmeldung | Aufträge und Versandstatus mit dem Webshop | 10 bis 20 | 10.000 bis 50.000 € | 2 bis 5 Personentage |
| Komplexe AnbindungMehrere Objekte, Regeln, Altsystem | Stücklisten oder Fertigungsrückmeldungen | 20 bis 40 | 20.000 bis 100.000 € | 3 bis 8 Personentage |
Rechenbeispiele von Find-Your-Software, Stand 10/2026, Annahmen frei gewählt, kein Marktwert. Zusätzlich fallen Lizenzen für Konnektoren oder Plattformen, Testsysteme, Schulung und interner Aufwand an. Das Rechenbeispiel in der IT Systemlandschaft nutzt 8 Personentage je Schnittstelle. Zum Gesamtbudget siehe Was kostet ein ERP wirklich.
Schnittstellen absichern:
Authentifizierung, Verschlüsselung, Grundschutz.
Jede Schnittstelle ist ein zusätzlicher Zugang zu Ihren Unternehmensdaten. Der BSI Baustein APP.3.1 Webanwendungen und Webservices im IT-Grundschutz-Kompendium (Edition 2023, seit 1. Februar 2023 verfügbar) liefert dafür konkrete Anforderungen, behandelt aber nur REST basierte Webservices (BSI, Stand 10/2026).
Authentifizierung und Autorisierung
Clients müssen sich authentisieren, bevor sie auf geschützte Ressourcen zugreifen (APP.3.1.A1). Für Systemverbindungen ohne Benutzer eignet sich laut OAuth 2.0 (RFC 6749, Oktober 2012) der Client Credentials Grant, bei dem sich die Anwendung mit eigenen Zugangsdaten ausweist. Das Passwort-Verfahren war laut RFC 6749 nur bei sehr hohem Vertrauen vorgesehen und ist laut RFC 9700 (Januar 2025) nicht mehr zu verwenden.
- Eigene technische Konten je Schnittstelle, keine geteilten Benutzer
- Rechte nach dem Prinzip der geringsten Berechtigung
Verschlüsselung und Zertifikate
Bei der Kommunikation über Netz- und Standortgrenzen sollte der Datenverkehr authentisiert und verschlüsselt werden (APP.3.1.A11). Die aktuelle Version des Transportprotokolls ist TLS 1.3 (RFC 8446, August 2018). Zertifikate und Schlüssel laufen ab und gehören in ein Erneuerungsverfahren.
- TLS für alle Verbindungen, unverschlüsselte Ports sperren
- Zertifikatsablauf überwachen und rechtzeitig erneuern
Schutz vor Missbrauch
Schnittstellen laufen automatisiert und sind deshalb ein Ziel für Brute-Force-Angriffe und Überlastung. Der Baustein fordert Schutz vor unerlaubter automatisierter Nutzung (APP.3.1.A7), berechtigte Clients dürfen dabei nicht ausgebremst werden. Das gelingt mit Ratenbegrenzung, Größenlimits und Fehlerantworten ohne interne Details.
- Ratenbegrenzung je Client und je Endpunkt
- Maximale Nachrichtengröße und erlaubte Dateitypen festlegen (APP.3.1.A4)
Sichere Entwicklung
Wer eine Schnittstelle selbst entwickelt, plant sichere Eingabevalidierung, Ausgabekodierung, Session-Management und Berechtigungsprüfung ein. Die Entwicklung von Webanwendungen behandelt der BSI Baustein CON.10, auf den APP.3.1 verweist. Bei der Beschaffung nennt der Baustein regelmäßige Sicherheitsupdates durch den Entwickelnden und den Zugriff auf den Quelltext (APP.3.1.A9).
- Eingaben serverseitig validieren
- Abhängigkeiten und Bibliotheken aktuell halten
Quellen: BSI IT-Grundschutz-Kompendium, Edition 2023, Baustein APP.3.1; IETF RFC 6749 und RFC 8446, Stand 10/2026. Zur Architektur siehe IT-Architektur auf Souveränität bewerten.
Schnittstellen betreiben:
Monitoring, Fehler, Änderungen.
Nach dem Go-live beginnt der eigentliche Aufwand: Schnittstellen müssen überwacht, bei Fehlern wiederholt und bei Releases angepasst werden. Hersteller versionieren ihre APIs, die Admin GraphQL API von Shopify führt mit Stand 10/2026 die Versionen 2026-01, 2026-04, 2026-07 und 2026-10 als verfügbar. Planen Sie feste Zeitfenster für Anpassungen ein.
Überwachung und Alarme
Überwachen Sie Durchsatz, Fehlerquote, Laufzeit und Warteschlangen, nicht nur den Status laufend oder gestoppt. Alarme gehören an Personen mit Bereitschaft oder in ein Ticketsystem, mit klarer Priorität.
- Übersicht mit der Zahl erfolgreicher und fehlgeschlagener Läufe
- Schwellwerte für Verzögerungen
- Alarmweg und Vertretung festlegen
Fehler und Wiederholung
Unterscheiden Sie technische Fehler wie Zeitüberschreitung oder Netzausfall von fachlichen Fehlern wie unbekanntem Artikel oder gesperrtem Kunden. Technische Fehler wiederholt das System automatisch mit wachsenden Abständen, fachliche Fehler landen in einer Klärliste für den Fachbereich.
- Idempotente Verarbeitung, damit Wiederholungen keine Dubletten erzeugen
- Fehlerliste mit Zuständigkeit
- Ablage für nicht verarbeitbare Nachrichten
Versionen und Änderungen
Schnittstellen ändern sich mit jedem Release von Quell- und Zielsystem. Beispiele: ZUGFeRD 2.5.2 wurde am 4. August 2026 veröffentlicht, EBICS gilt in Version 3.0.2 seit 30. Dezember 2022. Prüfen Sie die Release Notes der Hersteller und testen Sie in einer Testumgebung, bevor Sie produktiv wechseln.
- Versionsstand je Schnittstelle dokumentieren
- Release-Kalender der Hersteller beobachten
- Regressionstests automatisieren
Ausfall und Notbetrieb
Legen Sie fest, was bei Ausfall einer Schnittstelle geschieht: puffern, manuell erfassen oder den Prozess anhalten. Üben Sie den Wiederanlauf.
- Maximal tolerierbare Ausfallzeit je Prozess festlegen
- Pufferung und Nachlieferung vorsehen
- Manuelle Ersatzprozesse beschreiben
Quellen: Shopify Admin GraphQL API, Stand 10/2026; FeRD, ZUGFeRD 2.5.2 vom 4. August 2026; EBICS V 3.0.2, Stand 10/2026.
DSGVO und Data Act
bei Schnittstellen.
Schnittstellen übertragen häufig personenbezogene Daten. Neben der DSGVO gilt seit dem 12. September 2025 der EU Data Act. Die folgenden Punkte sind eine Orientierung und keine Rechtsberatung (Stand 10/2026).
Datenminimierung und Sicherheit
Die DSGVO (Verordnung (EU) 2016/679) verlangt Datenminimierung (Art. 5), Datenschutz durch Technikgestaltung (Art. 25) und angemessene technische und organisatorische Maßnahmen (Art. 32). Übertragen Sie nur die Felder, die der Zielprozess braucht, und dokumentieren Sie die Übermittlung im Verzeichnis der Verarbeitungstätigkeiten (Art. 30).
- Felder je Schnittstelle begründen
- Zweck und Rechtsgrundlage dokumentieren
- Löschkonzept auch für Zwischenspeicher
Auftragsverarbeitung und Drittland
Verarbeitet eine Middleware, iPaaS oder ein Dienstleister personenbezogene Daten in Ihrem Auftrag, ist ein Vertrag zur Auftragsverarbeitung nach Art. 28 DSGVO nötig. Bei Anbietern außerhalb der EU gelten zusätzlich die Regeln zur Übermittlung in Drittländer (Art. 44 ff.). Klären Sie Standort, Unterauftragnehmer und Löschung.
- Vertrag zur Auftragsverarbeitung abschließen
- Standorte der Verarbeitung erfragen
- Unterauftragnehmer prüfen
EU Data Act und Wechsel
Die Verordnung (EU) 2023/2854 gilt seit dem 12. September 2025. Anbieter von Datenverarbeitungsdiensten müssen den Wechsel erleichtern, SaaS Anbieter offene Schnittstellen und den Export in einem gängigen, maschinenlesbaren Format anbieten. Wechselentgelte entfallen vollständig ab dem 12. Januar 2027 (Europäische Kommission, Stand 10/2026).
- Exportformate und Schnittstellen im Vertrag benennen
- Wechselfristen und Entgelte prüfen
- Datenportabilität in der Demo abfragen
Quellen: DSGVO auf EUR-Lex; Europäische Kommission, Data Act, Stand 10/2026.
E-Rechnung:
Fristen und Folgen für Schnittstellen.
Das Wachstumschancengesetz vom 27. März 2024 (BGBl. 2024 I Nr. 108) hat die E-Rechnungspflicht für inländische B2B-Umsätze in § 14 UStG verankert. Die Übergangsregeln stehen in § 27 Abs. 38 UStG (gesetze-im-internet.de, Stand der Norm: zuletzt geändert durch Gesetz vom 29. Juni 2026, BGBl. 2026 I Nr. 197). Das BMF hat die Anwendung in Schreiben vom 15. Oktober 2024 und 15. Oktober 2025 erläutert.
| Zeitraum | Ausstellen | Empfangen | Grundlage und Hinweis |
|---|---|---|---|
| Seit 1.1.2025Start der Pflicht | Papier oder, mit Zustimmung des Empfängers, ein sonstiges elektronisches Format bleibt zulässig | Empfang verpflichtend | § 14 und § 27 Abs. 38 Nr. 1 UStG; IHK Stuttgart, Stand 07/2026 |
| Bis 31.12.2026Erste Übergangsfrist | Papier oder sonstiges Format mit Zustimmung für Umsätze des Jahres 2026 | Empfang verpflichtend | § 27 Abs. 38 Nr. 1 UStG |
| Im Jahr 2027Zweite Übergangsfrist | Pflicht ab 1.1.2027 bei über 800.000 Euro Gesamtumsatz im Vorjahr. Bis 800.000 Euro bleiben Papier und Zustimmungsformate zulässig, EDI mit Zustimmung ebenfalls | Empfang verpflichtend | § 27 Abs. 38 Nr. 2 und 3 UStG |
| Ab 1.1.2028Vollpflicht | Pflicht für alle inländischen B2B-Umsätze | Empfang verpflichtend | § 14 Abs. 2 Satz 2 Nr. 1 UStG. Ausnahmen: steuerfreie Umsätze nach § 4 Nr. 8 bis 29 UStG (§ 14 Abs. 2 Satz 2 UStG), Kleinbeträge bis 250 Euro und Fahrausweise (§§ 33, 34 und 34a UStDV). Kleinunternehmer müssen nicht ausstellen |
| Ab 1.7.2030EU-Ebene, geplant | Geplante EU-weite Pflicht für grenzüberschreitende Umsätze (ViDA) | Wie bisher | Laut IHK Stuttgart und DATEV vorgesehen, Umsetzung in Deutschland offen, Stand 10/2026 |
Quellen: § 14 UStG und § 27 UStG, Stand der Norm 29.6.2026; IHK Stuttgart, 01.07.2026; DATEV, Abruf 10/2026. Forderungen nach einer Verschiebung ändern die Rechtslage erst mit einem Gesetz, prüfen Sie den Stand vor Projektstart. Mehr: E-Rechnung Software.
XRechnung, ZUGFeRD
und die Schnittstelle dazu.
Eine E-Rechnung ist nach § 14 Abs. 1 Satz 3 UStG eine Rechnung in einem strukturierten elektronischen Format, das eine elektronische Verarbeitung ermöglicht. Das Format muss der europäischen Norm EN 16931 entsprechen oder zwischen den Parteien vereinbart werden, sofern die richtige und vollständige Extraktion der Angaben möglich ist (gesetze-im-internet.de, Stand 10/2026).
Reiner XML Datensatz
- Syntax UBL 2.1 oder UN/CEFACT CII
- Standard bei öffentlichen Auftraggebern, dafür ist eine Leitweg-ID nötig
- Kein lesbares Bild, die Anzeige erfolgt über ein Werkzeug
- Details im Vergleich XRechnung gegen ZUGFeRD
PDF mit eingebettetem XML
- PDF/A-3 mit XML nach UN/CEFACT CII, Profile EN 16931, BASIC, EXTENDED und XRECHNUNG
- MINIMUM und BASIC WL gelten nicht als vollständige Rechnung (FeRD, Stand 09/2026)
- Aktuelle Fassung 2.5.2 vom 4. August 2026 (FeRD)
- Bei Abweichungen zwischen PDF und XML zählt der XML-Teil (BMF-Schreiben vom 15.10.2025 laut IHK Köln)
Wege der Übermittlung
- E-Mail Postfach, Portal, Schnittstelle oder EDI vereinbaren die Parteien zivilrechtlich (IHK Stuttgart, 07/2026)
- Eine einfache PDF per E-Mail gilt seit 2025 als sonstige Rechnung und nicht als E-Rechnung
- Peppol ist für inländische B2B-Rechnungen nicht verpflichtend (laut E-Rechnung Software, Stand 10/2026)
- Eingangs- und Ausgangsweg getrennt planen
Aufbewahrung und Prüfbarkeit
- Aufbewahrung 8 Jahre nach § 14b Abs. 1 UStG
- Strukturierten Datensatz unverändert im Originalformat speichern
- Validierungsbericht als Nachweis aufbewahren
- GoBD und Verfahrensdokumentation bleiben maßgeblich (BMF, 14.07.2025 und 15.10.2025)
Quellen: FeRD, ZUGFeRD FAQ, Stand 09/2026; IHK Köln zum BMF-Schreiben vom 15.10.2025; IHK Stuttgart, Stand 07/2026.
Anforderungen an Schnittstellen
in Lastenheft und Vertrag.
Erfassen Sie Schnittstellen vor der Anbieteransprache als Anforderungen, nicht erst nach der Entscheidung. Im Selection Portal werden vorhandene Systeme und Schnittstellen erfasst und als Muss, Soll oder Kann geführt, damit sie in der Demo prüfbar sind (Stand 10/2026, siehe IT Systemlandschaft).
Schnittstellen als Anforderungen
- Systeme, Datenobjekte, Richtung, Takt und Volumen je Schnittstelle benennen
- Muss, Soll und Kann trennen
- Standards nennen: REST mit OpenAPI, OData 4.01, EDI Nachrichtentypen
- Abnahmekriterien und Testdaten festlegen, Vorlage im Lastenheft für die Softwareauswahl
In der Anbieterdemo prüfen
- Schnittstellenkatalog und Dokumentation zeigen lassen
- Live eine Auftragsübergabe und einen Fehlerfall durchspielen
- Grenzen nennen lassen: Ratenlimits, Objekte, Versionen
- Referenz mit ähnlicher Systemlandschaft erfragen
Vertragliche Punkte
- Leistungsumfang der Schnittstelle, Versionierung und Abkündigungsfristen
- Support und Reaktionszeiten bei Schnittstellenfehlern
- Zugriff auf die API-Dokumentation und, bei Individualentwicklung, auf den Quelltext (APP.3.1.A9)
- Auftragsverarbeitung nach Art. 28 DSGVO, mehr unter Softwarevertrag prüfen
Ausstieg und Datenportabilität
- Datenexport in offenen, maschinenlesbaren Formaten
- Der EU Data Act gilt für Cloud und SaaS Dienste seit 12. September 2025, Wechselentgelte entfallen ab 12. Januar 2027 (Europäische Kommission, Stand 10/2026)
- Kosten und Dauer eines Systemwechsels vorab schätzen
- Übergangsschnittstellen bei stufenweiser Umstellung einplanen, siehe ERP Datenmigration
Quellen: BSI IT-Grundschutz-Kompendium, Edition 2023, APP.3.1.A9; Europäische Kommission, Data Act, Stand 10/2026; Find-Your-Software, IT Systemlandschaft, Stand 10/2026.
Häufige Fragen
direkt beantwortet.
Welche Arten von ERP Schnittstellen gibt es?
ERP Schnittstellen gliedern sich in Webservices wie REST, OData und SOAP, EDI für den Belegaustausch, Dateiaustausch per CSV oder XML, direkten Datenbankzugriff, Middleware oder iPaaS und fertige Hersteller Konnektoren. Es gibt keine universell beste Art. REST eignet sich für Echtzeit, EDI für Partnerbelege, Dateien für einfache Stapelläufe und Middleware für viele verbundene Systeme. Die Vergleichstabelle weiter oben ordnet zehn Ansätze nach Datenfluss, Standards, Stärke und Grenze. Die Aufwandsstufen sind Erfahrungswerte von Find-Your-Software, Stand 10/2026, und ersetzen keine Schätzung für Ihr System.
Was unterscheidet REST, OData und SOAP?
REST überträgt Daten meist als JSON über HTTP und ist für Echtzeit und einzelne Datensätze üblich. OData baut auf REST auf und ergänzt eine einheitliche Abfragesprache, Version 4.01 wurde am 23. April 2020 von OASIS bestätigt. SOAP nutzt XML Nachrichten mit WSDL Beschreibung und strengem Vertrag, Version 1.2 liegt beim W3C vor. Für neue Vorhaben wird meist REST gewählt, SOAP bleibt in Bestandslandschaften. Der BSI Baustein APP.3.1 betrachtet nur REST basierte Webservices, für SOAP empfiehlt sich eine eigene Risikoanalyse (Erfahrungswert von Find-Your-Software, Stand 10/2026).
Standardschnittstelle oder Individualentwicklung, was lohnt sich?
Prüfen Sie zuerst die Standardschnittstelle des Herstellers, denn sie wird bei Updates gepflegt und ist meist am schnellsten verfügbar. Eine Individualentwicklung lohnt sich, wenn der Prozess wettbewerbsrelevant ist oder kein Standard den Fall abdeckt. Dann sind Spezifikation, Tests, Dokumentation, Quelltext und Nutzungsrechte vertraglich zu regeln. Als Erfahrungswert gilt laut Übersicht auf Find-Your-Software: Ab mehr als drei verbundenen Systemen ist eine zentrale Middleware strukturell die bessere Wahl (Stand 10/2026). Berücksichtigen Sie auch Ihr Know-how, denn 78 Prozent der Unternehmen sehen laut Bitkom einen IT-Fachkräftemangel.
Wann ist eine Middleware oder iPaaS sinnvoll?
Eine Middleware oder iPaaS lohnt sich, wenn mehr als drei Systeme verbunden werden, Daten transformiert werden müssen oder Sie ein zentrales Monitoring wollen (Erfahrungswert von Find-Your-Software, Stand 10/2026). Rechnerisch sind bei 6 Systemen bis zu 15 Direktverbindungen möglich, bei 10 Systemen bis zu 45. Eine iPaaS senkt den Betriebsaufwand, verursacht aber laufende Gebühren, etwa nach Credits oder Workflow-Ausführungen, und verlangt eine Prüfung von Datenschutz, Standort und Auftragsverarbeitung. Listenpreise nennen die Hersteller auf ihren Preisseiten, bei größeren Mengen oft nur auf Anfrage..
Was kostet die Entwicklung einer ERP Schnittstelle?
Verlässliche Marktpreise gibt es nicht, weil Umfang und Hersteller stark variieren. Als Rechenbeispiel von Find-Your-Software (Annahmen frei gewählt, Stand 10/2026) kostet eine einfache REST Schnittstelle bei 5 bis 10 Personentagen und 1.000 bis 2.500 Euro Tagessatz etwa 5.000 bis 25.000 Euro, eine komplexe Anbindung mit 20 bis 40 Personentagen etwa 20.000 bis 100.000 Euro. Hinzu kommen Lizenzen für Konnektoren oder Plattformen, Testsysteme, interner Aufwand und laufende Pflege. Hersteller nennen Konnektorpreise oft nur auf Anfrage.
Wie läuft die Schnittstellenentwicklung ab und wie lange dauert sie?
Die Entwicklung folgt sechs Schritten: Datenflüsse und führende Daten festlegen, Ansatz wählen, spezifizieren und Mapping erstellen, entwickeln oder konfigurieren, testen und abnehmen, in den Betrieb übergeben. Die Dauer hängt von Umfang, Zahl der Systeme und Testaufwand ab. Als Erfahrungswerte von Find-Your-Software aus ERP Projekten gelten 3 bis 8 Wochen für die Datenmigration und einige Wochen Hypercare nach dem Go-live (Stand 2026). Planen Sie Schnittstellen parallel zur Einführung, damit Integrationstests im Projektplan stehen.
Was bedeutet die E-Rechnungspflicht für meine Schnittstellen?
Seit 1. Januar 2025 müssen inländische Unternehmen E-Rechnungen empfangen können. Ausstellen müssen Sie sie ab 1. Januar 2027, wenn Ihr Gesamtumsatz im Vorjahr über 800.000 Euro lag, alle anderen ab 1. Januar 2028 (§ 27 Abs. 38 UStG, Stand 10/2026). Ihr ERP oder ein vorgeschaltetes Werkzeug muss daher XRechnung oder ZUGFeRD erzeugen und validieren, Eingänge einlesen, an Workflow und DMS übergeben und den strukturierten Datensatz 8 Jahre unverändert archivieren (§ 14b UStG). Klären Sie die Übermittlungswege mit Ihren Geschäftspartnern.
Was verlangt die DSGVO bei Schnittstellen und Integrationsplattformen?
Die DSGVO verlangt Datenminimierung (Art. 5), Datenschutz durch Technikgestaltung (Art. 25), angemessene Sicherheitsmaßnahmen (Art. 32) und einen Vertrag zur Auftragsverarbeitung (Art. 28), wenn eine Middleware, iPaaS oder ein Dienstleister personenbezogene Daten verarbeitet. Bei Anbietern außerhalb der EU sind zusätzlich die Regeln zur Drittlandsübermittlung (Art. 44 ff.) zu beachten. Übertragen Sie nur Felder, die der Zielprozess braucht, und dokumentieren Sie die Übermittlung im Verzeichnis der Verarbeitungstätigkeiten (Art. 30). Das ersetzt keine Rechtsberatung, Stand 10/2026.
Schnittstellen von Anfang an
in der Softwareauswahl mitdenken.
Das Matching von Find-Your-Software führt zu einer begründeten Shortlist. Das Selection Portal unterstützt dabei mit Anforderungsmanagement, der IT Systemlandschaft für vorhandene Systeme und Schnittstellen und dem direkten Anbieterkontakt. Im kostenlosen Erstgespräch klären wir Ihre Ausgangslage.