Blogartikel
ERP und SCM-Software verknüpfen: Worauf es bei der Integration wirklich ankommt
Die technische Anbindung einer SCM-Lösung an das bestehende ERP klingt nach einem IT-Projekt. Meistens ist sie das auch, aber nicht wegen der Technologie. Die häufigsten Probleme entstehen dort, wo die Technik auf unvollständige Stammdaten, inkonsistente Mengeneinheiten und ungeklärte Schnittstellenverantwortung trifft. Dieser Artikel erklärt, welche vier Dimensionen vor jeder Integration geklärt sein müssen und wo der Aufwand tatsächlich entsteht.
Wenn IT-Leiter im FMCG-Mittelstand Einwände gegen externe SCM-Lösungen formulieren, steht der Integrationsaufwand fast immer an erster Stelle. Der Einwand ist berechtigt: Die BVL-Trendstudie 2025/26 zeigt, dass begrenzte IT-Kapazität zu den größten Digitalisierungshürden im Mittelstand zählt. Er trifft allerdings oft die falsche Ursache. Eine ERP-SCM-Schnittstelle scheitert selten an der API-Technologie. Sie scheitert an den Daten dahinter: fehlende Einheitenkonsistenz, unvollständige Stammdaten, unklare Schnittstellenverantwortung. Wer diese Punkte vor dem Projekt klärt, verkürzt die Integration von Monaten auf Wochen. Dieser Artikel zeigt, was technisch fließen muss, welche vier Fallstricke Projekte verzögern und welche Vorbereitungsarbeit auf IT- und Fachseite den Unterschied macht.
Was bei einer ERP-SCM-Schnittstelle technisch fließt, und welche Richtung mehr Aufwand bedeutet
Eine ERP-SCM-Schnittstelle ist die technische Verbindung zwischen dem ERP-System und einer externen SCM-Lösung. Sie ermöglicht den bidirektionalen Datenaustausch: Abverkaufsdaten und Lagerbestände fließen hinaus, Bestellvorschläge fließen zurück. Diese Bidirektionalität ist der entscheidende Punkt, denn die beiden Richtungen unterscheiden sich erheblich in Aufwand und Risiko.
Lesezugriff: was das SCM-System aus dem ERP braucht
Der Lesezugriff ist die Grundrichtung jeder Integration: Die externe Lösung ruft Daten aus dem ERP ab, ohne dort etwas zu verändern. Typischerweise liest ein SCM-System vier Datenarten: historische Abverkaufsdaten auf Artikelebene (täglich oder wöchentlich), aktuelle Lagerbestände, Dispositionsparameter wie Wiederbeschaffungszeit, Mindestbestellmenge und Sicherheitsbestand, sowie Lieferantenstammdaten.
Lesezugriff ist technisch einfacher und risikoärmer als Schreibzugriff. Das ERP bleibt für das externe System schreibgeschützt, ein Fehler in der SCM-Lösung hat keine direkten Auswirkungen auf die ERP-Daten. Die wichtigste Entscheidung beim Lesezugriff ist das Synchronisierungsintervall, also die Häufigkeit, mit der Daten aktualisiert werden. Für Saisonbetriebe mit tagesaktuellen Lagerbeständen ist eine tägliche Synchronisierung das Minimum, sonst rechnet das SCM-System auf veralteten Beständen.
Die Prüffrage: In welchem Format und welcher Granularität liegen Ihre Abverkaufsdaten im ERP vor, und wie aktuell sind die Lagerbestände zu einem definierten Tageszeitpunkt?
Schreibzugriff: wenn Bestellvorschläge ins ERP zurückfließen
Der Schreibzugriff dreht die Richtung um: Die SCM-Lösung spielt berechnete Bestellvorschläge ins ERP zurück. Damit steigen die technischen Anforderungen deutlich. Die Lösung muss Fehlerbehandlung mitbringen: Was passiert, wenn ein Bestellvorschlag einen ungültigen Artikelcode enthält oder ein Artikel zwischenzeitlich gesperrt wurde? Dazu kommen Sicherheitsfragen: Wer darf schreiben, mit welchen Berechtigungen, und welche Felder dürfen verändert werden?
Die wichtigste Sicherheitsschicht ist organisatorisch, nicht technisch: der Freigabeprozess. Bestellvorschläge werden nicht direkt als Bestellungen ausgelöst, sondern vom Disponenten geprüft und freigegeben. Das reduziert das Risiko unkontrollierter Schreibvorgänge erheblich und erhält die fachliche Kontrolle über jede Bestellung. Wann sich diese Automatisierung überhaupt lohnt, behandelt der Artikel zur Automatisierung von Bestellvorschlägen.
Die Prüffrage: Hat Ihr ERP eine definierte API für eingehende Bestellvorschläge, oder erfordert die Rückspielung einen manuellen Export-Import-Prozess?
API oder Datei-Export: wann welche Methode sinnvoll ist
Eine API (Application Programming Interface) ist eine standardisierte Schnittstelle, über die zwei Systeme Daten in Echtzeit oder definierten Intervallen austauschen, vergleichbar einer Steckdose, über die Daten fließen. Die API-Anbindung hat höheren Einrichtungsaufwand, dafür weniger manuelle Pflege im Betrieb. Die Alternative ist der Datei-Export und -Import über CSV, Excel oder XML: einfacher einzurichten, aber als manueller Prozess oder geplante Automatisierung zu betreiben.
Das Entscheidungskriterium ist die nötige Aktualität. Wenn tagesaktuelle Lagerbestände für präzise Bestellvorschläge erforderlich sind, etwa bei saisonalen Sortimenten oder schnelldrehenden Artikeln, führt an der API kein Weg vorbei. Wenn eine wöchentliche Aktualisierung ausreicht, kann der Datei-Export als Einstieg dienen und später durch eine API abgelöst werden. Die BCG-Studie Supply Chain Planning 2026 betont, dass die Wahl der Anbindungsmethode dem Planungsbedarf folgen sollte, nicht der technischen Präferenz.
Vier Fallstricke, die ERP-SCM-Integrationen verzögern oder scheitern lassen
Die API-Technologie ist selten das Problem. Diese vier Faktoren sind es, und alle vier entstehen nicht in der IT, sondern in den Daten und Prozessen dahinter.
Fallstrick 1: inkonsistente Stammdaten
Stammdaten sind die dauerhaften Grunddaten im ERP: Artikelstamm, Lieferantenstamm, Kundenstamm. Sie sind die Basis jedes Planungsprozesses, und ihre Qualität ist die am häufigsten unterschätzte Integrationsvoraussetzung. Typische Befunde in gewachsenen Systemlandschaften: doppelte Artikeleinträge, veraltete Artikelnummern, fehlende Pflichtfelder wie Einheit, Lieferant oder Kategorie.
Die Konsequenz ist tückisch, weil sie keinen sichtbaren Fehler erzeugt. Die SCM-Lösung kann Abverkaufsdaten nicht eindeutig Artikeln zuordnen, die Prognose ist strukturell fehlerhaft, und niemand sieht eine Fehlermeldung. Was vorab getan werden muss: ein Stammdaten-Audit der aktiven Artikel, Bereinigung doppelter Einträge, Vervollständigung der Pflichtfelder. Und weil Stammdaten nicht statisch sind, sondern durch Datendrift schleichend veralten, braucht es zusätzlich einen laufenden Pflegeprozess, keine einmalige Bereinigung. Die Fraunhofer-IML-Forschung zur Optimierung der Bedarfsprognose nennt die Datenqualität als ersten Hebel jeder Prognoseverbesserung, noch vor der Methoden- und Systemwahl.
Die Prüffrage: Wann wurde Ihr Artikelstamm zuletzt auf doppelte Einträge und veraltete Artikelnummern geprüft?
Fallstrick 2: Einheiteninkonsistenz
Die Einheitenumrechnung bezeichnet die Konvertierung von Mengeneinheiten zwischen ERP und SCM-System. Im FMCG-Mittelstand ist sie die häufigste operative Fehlerquelle, weil hier mehrere Einheitensysteme parallel existieren: Paletten, Kisten, Gebinde, Einzelflaschen, Kilogramm, Liter. Ein Beispielszenario, kein belegter Einzelfall: Das ERP bucht Bier in Hektolitern, das SCM-System rechnet in 0,5-Liter-Flaschen, ein Faktor von 200 zwischen beiden Welten.
Das Gefährliche an Einheitenfehlern ist ihre Stille. Eine falsche Konvertierungsregel erzeugt keine Fehlermeldung, sondern Prognosen in der falschen Größenordnung. Der Bestellvorschlag wirkt plausibel formatiert und ist um den Faktor der Fehlkonvertierung daneben. Was vorab getan werden muss: das Einheitensystem im ERP je Artikel und Artikelgruppe dokumentieren und die Konvertierungsregeln mit dem SCM-Anbieter vor dem Go-Live an realen Daten testen.
Die Prüffrage: Ist dokumentiert, welche Mengeneinheit Ihr ERP je Artikelkategorie führt, und wer diese Zuordnung pflegt?
Fallstrick 3: ungeklärte Schnittstellenverantwortung
Die Datenpipeline, also der automatisierte, regelmäßige Prozess der Datenübertragung zwischen den Systemen, braucht einen Eigentümer. Genau hier liegt ein häufiges Organisationsproblem: Ist die IT für die Schnittstelle verantwortlich oder der Fachbereich? Wer bemerkt es, wenn die Pipeline ausfällt? Wer behebt es, und in welcher Frist?
Bleiben diese Fragen ungeklärt, entsteht nach dem Go-Live ein Verantwortungsvakuum. Pipeline-Ausfälle bleiben unbemerkt, bis Bestellvorschläge auf veralteten Daten basieren und der Disponent sich wundert, warum die Mengen nicht mehr passen. Was vorab definiert werden muss: ein Monitoring der Datenpipeline mit automatischer Benachrichtigung bei Ausfall, ein Eskalationsweg, und benannte Verantwortliche auf IT- und Fachbereichsseite. Der Deloitte Manufacturing Industry Outlook 2026 beschreibt fehlende Betriebsverantwortung als wiederkehrende Ursache, warum Systemintegrationen nach technisch erfolgreichem Start operativ scheitern.
Fallstrick 4: parallele ERP-Einführung oder -Migration
Wenn das ERP selbst gerade migriert oder neu eingeführt wird, ändern sich Stammdaten und Datenstrukturen während der SCM-Integration. Das Integrationsprojekt arbeitet gegen ein bewegliches Ziel, und Teile der Anbindung müssen nach dem ERP-Umstieg wiederholt werden. Doppelter Aufwand ist die planbare Folge.
Die Empfehlung ist eindeutig: Die SCM-Integration beginnt erst nach Stabilisierung des ERP-Betriebs. Wo das aus geschäftlichen Gründen nicht möglich ist, bleibt ein Pilotbetrieb auf einem stabilen Teil des Sortiments als Zwischenweg, etwa auf den A-Artikeln eines Lagerstandorts, der von der Migration nicht betroffen ist. Wer die Reihenfolge umdreht und die Integration parallel zur Migration startet, bezahlt mit Wiederholungsaufwand und unklaren Fehlerbildern, bei denen niemand mehr weiß, ob das Problem aus der Migration oder der Integration stammt.
Die Prüffrage: Sind im nächsten Jahr ERP-Migrationsprojekte geplant, und wie würden sie die Datenstrukturen verändern?
Was IT-Leiter und SCM-Teams vor dem Integrationsprojekt klären müssen
Die meisten Integrationsprojekte, die länger dauern als geplant, hätten mit einer strukturierten Vorbereitungsphase verkürzt werden können. Die Vorbereitungsarbeit teilt sich in technische und fachliche Verantwortung, und beide Seiten müssen vor dem ersten Anbietergespräch ihre Hausaufgaben kennen.
Technische Vorbereitungsarbeit in IT-Verantwortung
Sieben Punkte bilden das technische Fundament. Zuerst die ERP-API-Dokumentation prüfen: Ist eine API vorhanden, und ist sie ausreichend dokumentiert für eine externe Anbindung? Danach den Lesezugriff klären: Welche Tabellen oder Endpunkte liefern Abverkaufsdaten, Lagerbestände und Stammdaten? Drittens den Schreibzugriff definieren: In welches Feld und welchen Prozess sollen Bestellvorschläge zurückgespielt werden?
Der vierte Punkt ist die Dokumentation des Einheitensystems je Artikel und Artikelgruppe, der fünfte das Stammdaten-Audit mit Blick auf doppelte Einträge, veraltete Artikelnummern und fehlende Pflichtfelder. Sechstens wird das Synchronisierungsintervall festgelegt, täglich, stündlich oder Echtzeit, abhängig von Sortiment und Saisonalität. Siebtens braucht es ein Monitoring-Konzept: Wer überwacht die Datenpipeline, und wie wird ein Ausfall bemerkt? Wer diese sieben Punkte vor Projektstart beantwortet hat, geht mit einem realistischen Aufwandsbild in die Anbieterauswahl statt mit einer Hoffnung.
Fachliche Vorbereitungsarbeit in SCM- und Einkaufsverantwortung
Die fachliche Seite hat drei Aufgaben, die keine IT-Kenntnisse erfordern, aber das Projekt genauso stark beeinflussen. Erstens die Datenanforderungen definieren: Welche Daten braucht die SCM-Lösung, in welchem Format und welcher Historientiefe? Diese Klärung erfolgt gemeinsam mit dem Anbieter, aber die Vorarbeit liegt im Fachbereich.
Zweitens die Dispositionsparameter prüfen, bevor sie in die Schnittstelle fließen. Veraltete Wiederbeschaffungszeiten, Mindestbestellmengen und Sicherheitsbestände erzeugen in jedem System falsche Bestellvorschläge, und eine Integration übernimmt diese Fehler ungefiltert. Welche Parameter besonders driftanfällig sind, behandelt der Artikel zu Dispositionsparametern. Drittens den Freigabeprozess definieren: Wie werden Bestellvorschläge geprüft und freigegeben, bevor sie ins ERP zurückgespielt werden, und wer trägt die Verantwortung für die Freigabe?
Was einen realistischen Zeitplan ausmacht
Als Orientierungswerte, keine Benchmarks: Ohne Vorbereitungsarbeit dauert eine Integration drei bis sechs Monate, wenn Stammdaten erst während des Projekts bereinigt werden müssen. Mit erledigter Vorbereitungsarbeit sind vier bis acht Wochen für die technische Anbindung realistisch, sofern die Stammdaten sauber sind und die API-Dokumentation vorliegt. Der tatsächliche Aufwand hängt von ERP-Architektur, Stammdatenqualität und IT-Kapazität ab.
Unabhängig vom Zeitplan reduziert ein Pilotbetrieb das Risiko: Statt das gesamte Sortiment anzubinden, starten 10 bis 20 Prozent der Artikel, sinnvollerweise die A-Artikel, in den Echtbetrieb. Der Pilot liefert früh Feedback zu Einheitenfehlern, Synchronisierungslücken und Prozessfragen, bevor sie das ganze Sortiment betreffen.
Die Schnittstelle ist nicht das Projekt, die Vorbereitung ist es
Eine ERP-SCM-Integration ist kein IT-Großprojekt, wenn die Vorarbeit stimmt. Was sie aufwendig macht, ist selten die Technologie. Es sind die Stammdaten, die Einheiten und die ungeklärten Verantwortlichkeiten, also genau die Punkte, die sich vor dem Projekt klären lassen, ohne dass ein Anbieter beauftragt oder Budget freigegeben wäre.
Drei Sofortschritte lohnen sich deshalb sofort. Erstens die ERP-API-Dokumentation prüfen: Ist eine API vorhanden, und reicht ihre Dokumentation für eine externe Anbindung? Zweitens ein Stammdaten-Audit der aktiven A-Artikel durchführen, mit Blick auf doppelte Einträge, fehlende Pflichtfelder und veraltete Einheitenzuordnungen. Drittens das Einheitensystem dokumentieren: Welche Mengeneinheiten verwendet das ERP je Artikelkategorie, und wo wird umgerechnet?
Wer diese drei Punkte vor dem ersten Gespräch mit einem SCM-Anbieter klärt, spart Wochen im Integrationsprojekt und bringt der IT die richtigen Fragen mit, statt auf unangenehme Überraschungen zu warten.
Weiterführende Quellen
Fraunhofer IML: Potenziale des Machine Learning in der Bedarfsplanung
BVL (2025): Trends und Strategien in Logistik und Supply Chain Management 2025/26
BCG (2026): Supply Chain Planning 2026: Why AI Alone Isn't Enough
FAQ
Was ist eine ERP-SCM-Schnittstelle, und wozu brauche ich sie?
Eine ERP-SCM-Schnittstelle ist die technische Verbindung zwischen einem ERP-System und einer externen SCM-Lösung. Sie ermöglicht den bidirektionalen Datenaustausch: Die SCM-Lösung liest Abverkaufsdaten, Lagerbestände und Stammdaten aus dem ERP und spielt berechnete Bestellvorschläge zurück. Ohne diese Verbindung müssten Daten manuell exportiert und importiert werden, was fehleranfällig ist und die Aktualität der Bestellvorschläge begrenzt. Die Schnittstelle ist damit die Voraussetzung dafür, dass eine externe Planungslösung mit aktuellen Betriebsdaten arbeiten kann.
Was ist der Unterschied zwischen Lesezugriff und Schreibzugriff bei einer API-Integration?
Beim Lesezugriff ruft die externe Lösung Daten aus dem ERP ab, ohne dort etwas zu verändern: Abverkäufe, Lagerbestände, Stammdaten. Das ERP bleibt schreibgeschützt, Fehler im externen System haben keine direkten ERP-Auswirkungen. Beim Schreibzugriff spielt die externe Lösung Daten ins ERP zurück, typischerweise Bestellvorschläge. Das erfordert Fehlerbehandlung, Berechtigungskonzepte und definierte Zielfelder. Lesezugriff ist technisch einfacher und risikoärmer. Die meisten Integrationen starten mit reinem Lesezugriff und ergänzen den Schreibzugriff, wenn der Freigabeprozess etabliert ist.
Wie lange dauert eine ERP-SCM-Integration typischerweise?
Als Orientierungswerte, abhängig von ERP-Architektur, Stammdatenqualität und IT-Kapazität: Mit erledigter Vorbereitungsarbeit, also sauberen Stammdaten und vorhandener API-Dokumentation, sind vier bis acht Wochen für die technische Anbindung realistisch. Ohne Vorbereitung, wenn Stammdaten während des Projekts bereinigt werden müssen, dauert es eher drei bis sechs Monate. Der größte Zeitfaktor ist fast nie die API-Programmierung, sondern die Datenbereinigung. Ein Pilotbetrieb auf 10 bis 20 Prozent des Sortiments reduziert das Risiko und liefert früh Feedback.
Was ist Einheitenumrechnung, und warum ist sie eine häufige Fehlerquelle?
Einheitenumrechnung bezeichnet die Konvertierung von Mengeneinheiten zwischen ERP und SCM-System, etwa von Paletten in Einzeleinheiten oder von Hektolitern in Flaschen. Sie ist deshalb fehleranfällig, weil im FMCG-Großhandel mehrere Einheitensysteme parallel existieren und weil Konvertierungsfehler still bleiben: Eine falsche Umrechnungsregel erzeugt keine Fehlermeldung, sondern Prognosen in der falschen Größenordnung. Der Bestellvorschlag wirkt formal korrekt und liegt um den Konvertierungsfaktor daneben. Vor dem Go-Live sollten alle Konvertierungsregeln an realen Daten getestet werden.
Was sind Stammdaten, und warum sind sie so kritisch für die Integration?
Stammdaten sind die dauerhaften Grunddaten im ERP: Artikelstamm, Lieferantenstamm, Kundenstamm. Sie sind kritisch, weil die SCM-Lösung Abverkaufsdaten über den Artikelstamm eindeutig zuordnen muss. Doppelte Einträge, veraltete Artikelnummern oder fehlende Pflichtfelder verhindern diese Zuordnung, und die Prognose wird strukturell fehlerhaft, ohne dass eine Fehlermeldung erscheint. Dazu kommt Datendrift: Stammdaten veralten schleichend, wenn sie nicht gepflegt werden. Ein Stammdaten-Audit vor der Integration und ein laufender Pflegeprozess danach sind deshalb keine Kür, sondern Voraussetzung.
Was passiert, wenn die Datenpipeline zwischen ERP und SCM-System ausfällt?
Die unmittelbare Folge: Die SCM-Lösung arbeitet mit veralteten Daten weiter und berechnet Bestellvorschläge auf Basis nicht mehr aktueller Lagerbestände und Abverkäufe. Ohne Monitoring bleibt der Ausfall unbemerkt, bis die Vorschläge sichtbar von der Realität abweichen, was Tage dauern kann. Deshalb gehört zu jeder Integration ein Monitoring-Konzept: automatische Benachrichtigung bei Pipeline-Ausfall, ein definierter Eskalationsweg und benannte Verantwortliche auf IT- und Fachbereichsseite. Die Frage „Wer bemerkt den Ausfall?" sollte vor dem Go-Live beantwortet sein, nicht danach.
Muss ich mein ERP wechseln, um eine externe SCM-Lösung anzubinden?
Nein. Die Anbindung erfolgt über eine Schnittstelle an das bestehende ERP, entweder per API oder über Datei-Export und -Import. Das ERP bleibt das transaktionale Rückgrat für Buchungen, Bestände und Prozesse, die SCM-Lösung übernimmt Prognose und Bestellvorschlagsberechnung. Voraussetzung ist, dass das ERP die nötigen Daten bereitstellen kann, also Abverkaufshistorie und Lagerbestände in auswertbarer Form. Kritisch wird es nur bei parallelen ERP-Migrationsprojekten: Dann sollte die SCM-Integration auf die Zeit nach der Stabilisierung verschoben oder auf einen stabilen Sortimentsteil begrenzt werden.
