ERP ohne belastbare Schnittstellen wird zur Insel. Doppelpflege, Medienbrüche und verzögerte Freigaben sind die Folge, nicht technische Details am Rande. Klären Sie vor dem Go-Live, welche Systeme bleiben, welche Daten in welche Richtung fließen und wer die Anbindung bei Updates betreibt. Erst danach entscheiden Sie über Konnektoren, APIs und Eigenentwicklungen.

Warum scheitern ERP-Projekte an fehlenden Schnittstellen?

Weil Integration oft als Nacharbeit behandelt wird. Das System geht produktiv, Excel und E-Mail bleiben die Brücke zu Buchhaltung, Shop oder DMS. Jeder Übergang kostet Zeit und erzeugt Abweichungen zwischen Beständen, Belegen und Reporting. In Prüfungen und Monatsabschlüssen zeigt sich das zuerst, in der operativen Arbeit jeden Tag.

Ein Schnittstellenkonzept gehört deshalb in die Planungsphase. Es beantwortet drei Fragen: Welche Systeme bleiben parallel bestehen? Welche Objekte sind führend (Auftrag, Beleg, Artikel, Partner)? Wer trägt Verantwortung für Betrieb, Monitoring und Release-Tests? Ohne diese Antworten bleibt jede Demo-Integration ein Versprechen ohne Betriebsmodell.

Fehler bei der Einführung entstehen häufig genau hier. Mehr dazu: häufige Fehler bei der ERP-Einführung.

Welche Anbindungen sind im Mittelstand typischerweise Pflicht?

Nicht jedes Unternehmen braucht dieselbe Liste. Wiederkehrend sind jedoch diese Felder:

• DATEV und Finanz-Export: Buchhaltung und Steuerberater*innen brauchen strukturierte Übergaben, nicht PDF-Stapel ohne Kontext.
• E-Rechnung (XRechnung, ZUGFeRD): Empfang, Prüfung und Verbuchung gehören in den ERP-Vorgang. Details: XRechnung und ZUGFeRD.
• DMS und revisionssichere Ablage: Belege am Geschäftsvorgang, nicht in einem Ordner neben dem System.
• REST-APIs: Webshops, CRM, BI oder Branchenportale anbinden, ohne Datenmodell und Rechte zu umgehen.
• Maschinen, MES oder Shopfloor: in der Fertigung oft unverzichtbar, wenn Rückmeldungen Bestände und Aufträge steuern sollen.

Die Reihenfolge folgt dem Prozess, nicht dem Modulkatalog. Wer zuerst den Auftrag-zu-Rechnung-Ablauf klärt, sieht schneller, welche Schnittstelle den größten Hebel hat.

Wann reichen Standardkonnektoren, und wann brauchen Sie offene APIs?

Standardkonnektoren beschleunigen bekannte Fälle: DATEV-Export, gängige Shop-Anbindungen, bekannte E-Rechnungspfade. Sie reichen, solange Datenrichtung, Mapping und Fehlerbehandlung dokumentiert sind und Updates den Betrieb nicht brechen.

Individuelle Abläufe brauchen mehr. Sonderfelder, Freigabelogik, Chargen oder projektspezifische Belege passen selten in eine fertige Box. Dann zählen offene APIs, klare Rechte (act-as Nutzerin, Audit) und die Möglichkeit, Integrationen ohne Hersteller-Genehmigung zu betreiben. Für Souveränität gilt: Schnittstellen dokumentiert, wartbar und unabhängig vom einzelnen Dienstleisterin.

Proprietäre ERP-Systeme liefern oft nur ausgewählte Konnektoren. Individuelles ERP auf Open-Source-Basis erlaubt, die Anbindung am realen Prozess zu bauen und zu testen, statt den Prozess an den Konnektor anzupassen.

Was prüfen Sie vor Vertragsabschluss und Go-Live?

1. Datenrichtung und führendes System: Wer gewinnt bei Konflikten (Shop vs. ERP, DMS vs. Beleg)?
2. Fehler- und Wiederanlaufverhalten: Was passiert bei Timeout, Duplikat oder Teilbuchung?
3. Test- und Release-Plan: Wer prüft die Schnittstelle nach jedem Update?
4. Export und Exit: Können Sie Daten und Mapping dokumentiert mitnehmen, wenn Hosting oder Partner wechseln?
5. Compliance-Pfad: GoBD, Freigabehistorie und Belegzugriff ohne Medienbruch.

Diese Punkte gehören in Architektur und Vertrag, nicht in ein Ticket nach dem Go-Live.

Welche nächsten Entscheidungen stehen an?

Zuerst inventarisieren Sie die heutigen Brüche: wo wird manuell kopiert, wo läuft eine fragile Synchronisation, wo fehlen Belege am Vorgang? Dann priorisieren Sie eine Anbindung mit messbarem Nutzen, etwa DATEV oder E-Rechnungseingang, und nehmen sie produktiv, bevor Sie die gesamte Landschaft umbauen.

Vertiefen Sie die Grundlagen in Was ist ERP? und die E-Rechnungsprozesse in XRechnung und ZUGFeRD. Wenn Scope und Aufwand unklar sind, klärt ein fokussierter Teilprozess im Prototyp oft mehr als ein weiterer Katalogvergleich.