Kaum ein Wort löst in Geschäftsführungen so viel Abwehr aus wie „ERP-Projekt". Fast jeder kennt eine Geschichte dazu: die Einführung, die doppelt so lange dauerte wie geplant, der Berater-Tagsatz, das Modul, das am Ende doch niemand nutzt. Diese Abwehr ist berechtigt, aber sie trifft oft das falsche Ziel. Ein ERP anzubinden ist etwas grundlegend anderes, als eines einzuführen oder zu ersetzen. Das ERP bleibt, wie es ist. Es bekommt nur endlich Gesellschaft, die mit ihm spricht.

Anbinden heißt: Das ERP bleibt unangetastet

Bei einer Anbindung wird am ERP selbst nichts umgebaut. Es entsteht ein Stück Software daneben, das Daten hineinschreibt oder herausliest, über die Wege, die das System dafür vorsieht. Die Buchhaltung arbeitet weiter wie bisher, niemand muss umgeschult werden, keine Datenmigration, kein Parallelbetrieb zweier Welten.

Das ist auch der Grund, warum eine Anbindung in Wochen machbar ist, wo eine Einführung Monate braucht: Der riskante Teil eines ERP-Projekts ist nie die Technik, sondern die Umstellung der Arbeitsweise von zwanzig Leuten. Genau dieser Teil entfällt.

Wie hoch die Hürde einer klassischen Einführung ist, zeigt sich an der Verbreitung. Laut Eurostat (2025) nutzen 89 % der großen Unternehmen in der EU ERP-Software, aber nur 41 % der kleinen. Diese Lücke liegt selten am fehlenden Bedarf, sondern am Aufwand, den eine Einführung bedeutet.

Unternehmen mit ERP-Software in der EU

Kleine Unternehmen (10–49 Beschäftigte)41 %

Alle Unternehmen46 %

Große Unternehmen (ab 250 Beschäftigte)89 %

Quelle: Eurostat, IKT-Einsatz in Unternehmen, 2025

Der kleinste sinnvolle Schnitt: eine Richtung, ein Belegtyp

Der klassische Fehler ist, alle Wünsche in ein Projekt zu packen: Bestellungen rein, Lagerstände raus, Kundendaten synchron, Auswertungen obendrauf. Jede dieser Verbindungen ist für sich überschaubar, zusammen sind sie ein Großprojekt, und schon ist man bei der Geschichte vom Anfang.

Tragfähiger ist der kleinste Schnitt, der im Alltag spürbar ist: eine Datenrichtung, ein Belegtyp. Ein Beispiel: Ein Großhändler mit Webshop überträgt Bestellungen bisher von Hand ins ERP, jeden Tag eine gute Stunde. Die erste Ausbaustufe macht genau das automatisch, sonst nichts. Lagerstände zurück in den Shop, Kundenabgleich, Versandstatus, all das kommt später, als eigene, kleine Ausbaustufen auf einem Fundament, das sich bewährt hat. Wenn die erste Stufe läuft, sind die weiteren jeweils günstiger, weil Anbindung, Protokollierung und Fehlerbehandlung schon stehen.

Wenn das ERP keine Schnittstelle hat

Viele gewachsene ERP-Systeme im Mittelstand haben keine moderne API. Das ist ein Hindernis, aber kein Ausschlussgrund, denn fast jedes System bietet irgendeinen Weg hinein oder heraus: Import und Export von Dateien, ein E-Mail-Postfach, in manchen Fällen direkten Datenbankzugriff. Über solche Brücken lässt sich auch Software aus den Neunzigern anbinden.

Ehrlich gesagt gehört dazu: Eine Brücke ist wartungsintensiver als eine echte API. Ändert ein Update das Exportformat, muss die Brücke nachziehen. Deshalb gehört zu jeder Brückenlösung eine Überwachung, die meldet, wenn Daten nicht mehr fließen, und ein Plan, was dann passiert. Wer Ihnen eine Brücke ohne diese beiden Dinge verkauft, verkauft Ihnen eine tickende Uhr.

Vorher mit dem ERP-Betreuer klären

Bevor irgendjemand entwickelt, gehören drei Fragen an den Hersteller oder Betreuer Ihres ERP geklärt. Erstens: Welche offiziellen Wege für Datenaustausch gibt es, und was kosten sie? Manche Hersteller verlangen für die API-Freischaltung eigene Lizenzgebühren, die in die Rechnung gehören. Zweitens: Bleibt der Wartungsvertrag unberührt, wenn ein Dritter über die offiziellen Wege zugreift? Drittens: Wie kündigt der Hersteller Änderungen an, die Schnittstellen betreffen?

Diese Klärung kostet einen Anruf und ein paar E-Mails und verhindert die zwei häufigsten bösen Überraschungen: versteckte Lizenzkosten und einen Betreuer, der sich bei der nächsten Störung auf den Standpunkt stellt, das Fremdsystem sei schuld. Am besten wird die Anbindung dem Betreuer gegenüber offen kommuniziert, nicht an ihm vorbei gebaut.

Zeitrahmen und Kosten realistisch

Eine erste Ausbaustufe wie die Bestellübertragung aus dem Beispiel liegt bei einem ERP mit brauchbarer API typischerweise bei drei bis sechs Wochen Projektlaufzeit und 5.000 bis 12.000 Euro. Mit Brückenlösung eher am oberen Ende, dazu höhere laufende Wartung. Das sind keine Fantasiezahlen nach unten: Wer Ihnen eine ERP-Anbindung für 1.500 Euro anbietet, hat Fehlerbehandlung und Protokollierung nicht eingerechnet, und genau die machen den Unterschied zwischen einer Anbindung und einem Bastelprojekt.

Nach oben gilt dasselbe nüchtern: Wenn ein Angebot für eine einzelne Datenrichtung sechsstellig wird, wird vermutlich doch ein Großprojekt verkauft. Dann hilft die Frage, was der kleinste Schnitt wäre und was nur dieser kostet.

Woran Sie merken, dass die Anbindung gut gebaut ist

Eine gute Anbindung erkennen Sie nicht daran, dass sie funktioniert, wenn alles glattgeht, sondern daran, was passiert, wenn nicht. Ist das ERP eine Nacht nicht erreichbar, warten die Daten und werden nachgeliefert, statt verloren zu gehen. Kommt eine Bestellung mit Daten an, die das ERP nicht akzeptiert, landet sie in einer Klärungsliste mit Benachrichtigung, statt still zu verschwinden. Und es gibt ein Protokoll, in dem eine Mitarbeiterin ohne technische Ausbildung nachsehen kann, ob Bestellung 4021 übertragen wurde.

Diese Punkte gehören ins Angebot, nicht in die Nachverhandlung. Wenn sie fehlen, ist der günstigere Preis nur geliehen.