Blogartikel
SCM-Software oder ERP-Planungsmodul: Was der Bestellvorschlag braucht
Die meisten FMCG-Unternehmen haben bereits ein ERP, und damit ein Planungsmodul, das Bestellvorschläge erzeugt. Die Frage ist selten, ob das System etwas kann. Die Frage ist, ob es das kann, was die eigene Disposition braucht: externe Faktoren einbeziehen, bei tausenden Artikeln nicht träge werden, erklären, warum ein Vorschlag so aussieht, wie er aussieht. Dieser Artikel vergleicht beide Systemoptionen an einem einzigen Maßstab, dem konkreten Bestellvorschlag, nicht an Funktionslisten.
Ein Widerspruch fällt auf, wenn man den Markt betrachtet: Die meisten mittelständischen FMCG-Unternehmen planen längst mit dem Modul ihres ERP-Systems, und trotzdem wächst der Markt für spezialisierte SCM-Software stetig. Würde das ERP-Modul immer reichen, gäbe es diesen Markt nicht. Würde es nie reichen, hätten die ERP-Module längst ausgedient. Beides ist nicht der Fall. Laut BVL-Trendstudie 2025/26 zählen Digitalisierung und Künstliche Intelligenz zu den am stärksten wachsenden Themen im deutschsprachigen SCM, und genau hier verläuft die Entscheidungslinie. Weder das ERP-Modul noch die spezialisierte Lösung ist grundsätzlich besser. Welche Option passt, hängt von vier konkreten Anforderungen ab, die sich alle am Bestellvorschlag messen lassen. Dieser Artikel stellt sie gegenüber und liefert am Ende einen Entscheidungsrahmen.
Was spezialisierte SCM-Software am Bestellvorschlag anders macht als das ERP-Modul
Spezialisierte SCM-Software ist nicht besser als ein ERP-Planungsmodul. Sie ist für andere Anforderungen gebaut. Eine spezialisierte SCM-Software, in der Branche auch Best-of-Breed-Lösung genannt, ist ein eigenständiges System für eine bestimmte Aufgabe wie Bedarfsplanung oder Bestellvorschläge, das per Schnittstelle an ein bestehendes ERP angebunden wird. Drei Eigenschaften unterscheiden sie am Bestellvorschlag strukturell vom integrierten Modul.
Externe Signale: Was im ERP nicht steht
Ein ERP-Planungsmodul, also der integrierte Funktionsbaustein eines ERP-Systems für Bedarfsplanung und Bestellvorschläge, rechnet mit den Daten, die im ERP liegen: Abverkäufe, Lagerbestände, Lieferzeiten, Bestellhistorie. Das ist eine solide Grundlage, solange sich die Nachfrage aus der Vergangenheit erklären lässt. Im FMCG tut sie das oft nicht.
Was nicht im ERP steht, sind die externen Signale, also exogene Daten außerhalb des Systems: die Wetterprognose fürs kommende Wochenende, der Veranstaltungskalender der Region, eine geplante Promotion beim Kunden, ein Markttrend im Aufbau. Ein Getränkegroßhändler, dessen Absatz an der Temperatur hängt, oder ein Lebensmittelgroßhändler, dessen Gastrokunden vor Feiertagen das Doppelte ordern, kann diese Faktoren im ERP-Modul nur manuell nachpflegen. Genau diese Handkorrektur ist der Aufwand, der die Disposition belastet.
Spezialisierte Lösungen sind darauf ausgelegt, solche Signale als Planungsvariablen einzubeziehen, nicht als nachträgliche Korrektur. Die Fraunhofer-IML-Forschung zum Machine Learning in der Bedarfsplanung beschreibt die Integration externer Datenquellen als einen zentralen Hebel, mit dem lernende Verfahren über die klassische ERP-Logik hinausgehen. Ergänzend zeigt McKinsey, wie externe Signale die Prognosequalität in der Distribution verbessern.
Die Prüffrage: Wie viele Ihrer Bestellvorschläge der letzten zwölf Monate mussten Sie manuell korrigieren, weil ein externer Faktor nicht im System abgebildet war?
Skalierung: automatische Parametrisierung bei hohem SKU-Volumen
Ein Bestellvorschlag ist nur so gut wie die Parameter, auf denen er beruht: Sicherheitsbestand, Wiederbeschaffungszeit, Mindestbestellmenge. Im ERP-Planungsmodul werden diese Parameter je Artikel manuell gesetzt und müssen manuell aktualisiert werden. Bei wenigen hundert Artikeln ist das machbar. Bei 3.000 bis 18.000 SKUs (Stock Keeping Units, einzelne lagerverwaltete Artikeleinheiten) wird es zur Daueraufgabe, die niemand vollständig bewältigt.
Die Folge ist eine stille Erosion. Parameter veralten, weil die Zeit fehlt, sie zu pflegen. Ein Lieferant ändert seine Lieferzeit, eine Mindestbestellmenge wird angehoben, doch im System steht noch der alte Wert. Der Bestellvorschlag rechnet weiter mit veralteten Annahmen, und die Prognosequalität sinkt, ohne dass jemand den Moment bemerkt, in dem es passiert.
Spezialisierte Lösungen parametrisieren automatisch. Das Modell lernt aus der Datenhistorie und aktualisiert die Parameter ohne manuellen Eingriff. Das hat eine klare Grenze: Automatische Parametrisierung braucht ausreichend Historie. Bei Neuartikeln oder dünner Datenlage gelten dieselben Einschränkungen wie für jedes Prognosemodell, denn ein System kann nicht lernen, was nie beobachtet wurde. Welche Parameter besonders fehleranfällig sind, behandelt der Artikel zu Dispositionsparametern.
Die Fraunhofer-IML-Forschung zur Optimierung der Bedarfsprognose zeigt, dass die Prognosequalität bei wachsender Sortimentskomplexität direkt davon abhängt, ob Parameter aktuell gehalten werden.
Die Prüffrage: Für wie viele Ihrer Artikel wurden die Dispositionsparameter in den letzten zwölf Monaten manuell aktualisiert, und für wie viele nicht?
Erklärbarkeit: Warum dieser Vorschlag?
Ein ERP-Planungsmodul liefert einen Bestellvorschlag, aber selten eine Begründung auf Artikelebene. Der Disponent sieht eine Zahl, nicht den Weg dorthin. Warum schlägt das System für diesen Artikel 180 Einheiten vor und nicht 120? Bleibt die Antwort im Dunkeln, passiert das, was in der Praxis regelmäßig passiert: Der Disponent überschreibt den Vorschlag und vertraut der eigenen Schätzung mehr als der des Systems, selbst wenn das System richtig liegt.
Dieses Überschreiben hat einen Namen, Forecast Override, und es ist teuer. Nicht weil der Disponent inkompetent wäre, sondern weil ein Vorschlag, den niemand nachvollziehen kann, kein Vertrauen verdient. Wie sich diese Dynamik im Detail auswirkt, behandelt der Artikel dazu, wann man Bestellvorschlägen vertrauen sollte.
Spezialisierte Lösungen mit Erklärbarkeitsfunktion zeigen pro Artikel, welche Treiber den Vorschlag verschoben haben: eine Wetteränderung, ein Promotionspeak, eine angepasste Wiederbeschaffungszeit. Das ist kein Komfort-Feature. Es ist die Voraussetzung dafür, dass ein Disponent dem System überhaupt vertraut und es im Alltag nutzt, statt es zu umgehen.
Die Fraunhofer-IML-Forschung zum Machine Learning in der Bedarfsplanung ordnet Transparenz als Akzeptanzfaktor ein: Ein Vorschlag wird nur dann übernommen, wenn er nachvollziehbar ist.
Die Prüffrage: Können Ihre Disponenten heute auf Artikelebene nachvollziehen, warum ein Bestellvorschlag so ausfällt, wie er ausfällt?
Wann das ERP-Planungsmodul die bessere Wahl ist
Bis hierher könnte der Eindruck entstehen, die spezialisierte Lösung sei die modernere und damit bessere Wahl. Das wäre eine Trugschluss. Ein ERP-Planungsmodul hat strukturelle Vorteile, die eine externe Lösung nicht replizieren kann, und für bestimmte Anforderungsprofile ist es die rationellere Entscheidung. Drei Gründe sprechen für das integrierte Modul.
Integrationsaufwand: kein Schnittstellenprojekt
Der stärkste Vorteil des ERP-Planungsmoduls ist kein Algorithmus, sondern die Architektur. Die Daten liegen bereits im System. Bestellvorschlag, Freigabe und Buchung laufen in derselben Datenwelt, ohne dass eine einzige Schnittstelle gebaut werden muss. Wer im ERP einen Vorschlag freigibt, löst direkt den Beschaffungsprozess aus.
Eine spezialisierte Lösung dagegen braucht eine bidirektionale ERP-Schnittstelle: lesend, um Abverkäufe und Bestände zu beziehen, schreibend, um die Vorschläge zurückzuspielen. Das ist ein IT-Projekt mit Ressourcenbedarf, keine Einstellung, die man am Nachmittag vornimmt. Für ein IT-Team, das parallel eine ERP-Migration stemmt oder ohnehin an der Kapazitätsgrenze arbeitet, ist diese zusätzliche Schnittstelle eine reale Belastung.
Es gibt allerdings ein Gegenargument zum Schnittstellenvorteil, das in die andere Richtung zeigt: Vendor Lock-in, die Abhängigkeit von einem einzigen Systemanbieter. Wer immer tiefer in das Planungsökosystem eines ERP-Anbieters investiert, erhöht die Wechselkosten und bindet sich an dessen Entwicklungsfahrplan. Die Schnittstelle der spezialisierten Lösung ist Aufwand, aber sie erhält auch eine gewisse Unabhängigkeit.
Die BCG-Studie Supply Chain Planning 2026 betont, dass die Systemwahl zur vorhandenen IT-Kapazität und Prozessreife passen muss, nicht umgekehrt.
Die Prüffrage: Verfügt Ihre IT in den nächsten zwölf Monaten über die Kapazität, eine externe API-Anbindung umzusetzen und zu betreiben?
Datenkonsistenz: alles in einem System
Im ERP-Planungsmodul entstehen Bestellvorschlag, Lagerbestand, Lieferantendaten und Bestellauslösung in derselben Datenbasis. Es gibt keinen Synchronisierungsbedarf, weil es nichts zu synchronisieren gibt. Alle Werte stammen aus derselben Quelle und sind per Definition konsistent.
Bei einer spezialisierten Lösung entsteht die Prognose außerhalb des ERP und wird zurückgespielt. Dabei können Konsistenzprobleme auftreten, wenn Stammdaten zwischen den Systemen auseinanderlaufen: Ein Artikel wird im ERP umklassifiziert, aber im Planungssystem steht noch die alte Zuordnung. Eine Einheit wird geändert, ein Lieferant gewechselt, und solange beide Systeme nicht sauber abgeglichen sind, rechnet das eine mit Daten, die das andere längst überholt hat.
Das ist kein unlösbares Problem. Saubere Schnittstellen und ein definierter Stammdatenprozess fangen es ab. Aber es ist ein Betriebsaufwand, der von Anfang an eingeplant werden muss und nicht erst nach dem Projektstart entdeckt werden sollte.
Die Fraunhofer-IML-Forschung zur Optimierung der Bedarfsprognose verweist auf Datenkonsistenz als Grundbedingung verlässlicher Prognosen, unabhängig vom eingesetzten System.
Die Prüffrage: Haben Sie einen definierten Stammdatenprozess, der sicherstellt, dass zwei Systeme nicht mit unterschiedlichen Wahrheiten arbeiten?
Stabile Nachfrage: wenn externes Wissen keinen Mehrwert bringt
Nicht jedes Sortiment braucht externe Signale. Für Artikel mit stabiler, saisonunabhängiger Nachfrage und ausreichender Datenhistorie liefert ein gut parametrisiertes ERP-Planungsmodul zuverlässige Bestellvorschläge. Ein Grundnahrungsmittel, das jede Woche in ähnlicher Menge abverkauft wird, hängt nicht vom Wetter und nicht von Veranstaltungen ab.
Hier kann der Versuch, externe Signale einzubeziehen, sogar schaden. Ein Modell, das nach Mustern sucht, wo keine sind, überanpasst sich an Rauschen statt an echte Zusammenhänge. Es liest Bedeutung in Zufallsschwankungen und erzeugt Vorschläge, die volatiler sind als die Nachfrage, die sie abbilden sollen. Mehr Daten sind nicht automatisch bessere Daten.
Die Entscheidung hängt also nicht daran, welches System grundsätzlich mehr kann, sondern daran, wie groß der Anteil des Sortiments ist, bei dem externe Faktoren die Nachfrage tatsächlich treiben. Bei einem stabilen Sortiment ist dieser Anteil klein, und das ERP-Modul ist die wirtschaftlich vernünftigere Wahl.
Die BCG-Studie Supply Chain Planning 2026 argumentiert, dass Technologie nur dort Mehrwert schafft, wo sie auf ein passendes Problem trifft.
Die Prüffrage: Wie hoch ist der Anteil Ihrer Artikel, bei denen externe Faktoren wie Wetter, Events oder Promotions die Nachfrage nachweislich beeinflussen?
Vier Fragen, die zeigen, welche Option zu Ihnen passt
Die Entscheidung zwischen ERP-Planungsmodul und spezialisierter SCM-Software ist keine Technologiefrage. Sie ist eine Frage nach vier konkreten Anforderungen, die sich alle aus dem eigenen Bestellvorschlag-Use-Case ableiten lassen. Wer diese vier Fragen für den eigenen Betrieb ehrlich beantwortet, hat die Entscheidung bereits zur Hälfte getroffen.
Frage 1: Treiben externe Faktoren Ihre Nachfrage?
Werten Sie aus, welcher Anteil Ihrer manuellen Bestellkorrekturen der letzten zwölf Monate durch externe Faktoren ausgelöst wurde, die im ERP nicht abgebildet waren: Wetter, Events, Promotions, kurzfristige Markttrends. Diese Zahl ist der direkteste Indikator dafür, ob das ERP-Modul an dieser Stelle strukturell limitiert ist.
Als grobe Orientierung, nicht als belegter Schwellenwert: Geht ein erheblicher Teil Ihrer Korrekturen auf externe Faktoren zurück, arbeitet Ihre Disposition gegen eine Grenze des ERP-Moduls, die sich durch bessere Parameterpflege nicht verschieben lässt. Geht dagegen kaum eine Korrektur auf externe Faktoren zurück, ist dieser Hebel für Sie wenig relevant.
Die Fraunhofer-IML-Forschung zum Machine Learning in der Bedarfsplanung stützt diese Logik: Der Mehrwert externer Signale ist umso größer, je stärker die Nachfrage von Faktoren außerhalb der eigenen Transaktionshistorie abhängt.
Die Prüffrage: Führen Sie ein Korrekturprotokoll, das den Grund jeder manuellen Anpassung festhält? Ohne diese Daten bleibt die erste Frage eine Schätzung.
Frage 2: Skaliert Ihre Parameterpflege noch mit dem Sortiment?
Die zweite Frage richtet sich auf das SKU-Volumen. Prüfen Sie, für wie viele Ihrer Artikel die Dispositionsparameter in den letzten zwölf Monaten nicht aktualisiert wurden, weil schlicht die Zeit fehlte. Veraltete Parameter erzeugen schlechte Bestellvorschläge in jedem System, aber das Problem wächst mit der Sortimentsgröße.
Als Orientierung gilt: Arbeitet ein großer Teil Ihres Sortiments mit Parametern, die niemand mehr pflegt, skaliert die manuelle Parameterpflege nicht mehr mit dem Sortiment. Das ist genau die Aufgabe, die eine automatische Parametrisierung übernehmen kann. Bei einem kleinen, stabilen Sortiment dagegen ist die manuelle Pflege beherrschbar und kein Argument für einen Systemwechsel. Welche Parameter zuerst veralten, behandelt der Artikel zu Dispositionsparametern.
Die Prüffrage: Können Sie heute beziffern, welcher Anteil Ihrer Artikel mit aktuellen und welcher mit veralteten Parametern arbeitet?
Frage 3: Vertrauen Ihre Disponenten den Vorschlägen?
Die dritte Frage betrifft die Akzeptanz. Messen Sie die Override-Rate Ihrer Disponenten, also den Anteil der systemgenerierten Vorschläge, die manuell überschrieben werden. Und prüfen Sie, ob diese Rate bei systemgenerierten Vorschlägen höher liegt als bei manuell kalkulierten.
Überschreiben Ihre Disponenten systemische Vorschläge regelmäßig, ohne dass diese nachweislich schlechter sind, dann fehlt dem System die Erklärbarkeit als Akzeptanzgrundlage. Ein Bestellvorschlag, der nicht genutzt wird, ist wertlos, unabhängig davon, wie gut er rechnerisch ist. Die Frage ist hier nicht, ob das System gute Vorschläge macht, sondern ob die Menschen ihnen folgen. Wie sich Vertrauen in Bestellvorschläge aufbaut, behandelt der Artikel dazu, wann man Bestellvorschlägen vertrauen sollte.
Die Prüffrage: Kennen Sie Ihre Override-Rate, und wissen Sie, ob die überschriebenen Vorschläge tatsächlich schlechter waren als die manuelle Korrektur?
Frage 4: Was kostet die Entscheidung über fünf Jahre?
Die vierte Frage ist die nach den Gesamtkosten. Total Cost of Ownership (TCO, die Gesamtkosten über den Lebenszyklus einer Lösung) umfasst mehr als den Lizenzpreis. Auf der Seite der spezialisierten Lösung stehen Lizenz, Implementierung und laufender Betrieb über fünf Jahre. Auf der Seite des ERP-Moduls stehen der Anpassungsaufwand, die laufende Parameterpflege und, schwerer zu beziffern, die entgangene Prognosequalität, wenn das Modul an seine Grenzen stößt.
Eine pauschale Antwort gibt es nicht, und wer eine verspricht, verkauft etwas. Aber die Frage muss vor jeder Entscheidung gestellt werden, und sie muss beide Kostenseiten ehrlich enthalten, auch die unsichtbaren.
Ein Eingangsfilter steht dabei vor allen anderen Kriterien: die IT-Kapazität. Kann Ihr IT-Team in den nächsten zwölf Monaten keine API-Anbindung umsetzen, ist das ERP-Modul kurzfristig die realistischere Option, unabhängig vom Ergebnis der anderen drei Fragen. Die beste Lösung, die niemand integrieren kann, ist keine Lösung.
Die BCG-Studie Supply Chain Planning 2026 und der Deloitte Manufacturing Outlook 2026 betonen beide, dass Systementscheidungen an der Umsetzungsrealität scheitern, nicht an der Technologie.
Die Prüffrage: Haben Sie beide Kostenseiten über fünf Jahre durchgerechnet, inklusive der entgangenen Prognosequalität des Status quo?
Die Entscheidung hängt nicht am System, sondern am Bedarf
Weder das ERP-Planungsmodul noch die spezialisierte SCM-Software ist die richtige Wahl. Richtig ist die Lösung, die zu den vier Anforderungen passt, und diese entscheidet nicht der Anbieter, sondern der eigene Bestellvorschlag-Use-Case.
Drei Fragen führen zur Orientierung. Wie hoch ist der Anteil externer Faktoren an Ihren manuellen Bestellkorrekturen? Wie groß ist der Teil des Sortiments mit veralteten Parametern? Hat Ihre IT Kapazität für eine API-Anbindung in den nächsten zwölf Monaten?
Ein gut parametrisiertes ERP-Modul für ein stabiles Sortiment liefert zuverlässige Vorschläge, ohne Schnittstellenprojekt und ohne neue Lizenz. Eine spezialisierte Lösung lohnt sich, wenn externe Faktoren die Nachfrage treiben, das SKU-Volumen automatische Parametrisierung verlangt und Disponenten dem System vertrauen müssen. Klären Sie zuerst, ob Ihr bestehendes System schlecht konfiguriert oder strukturell am Limit ist. Denn veraltete Parameter erzeugen schlechte Vorschläge in jedem System.
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
McKinsey: Harnessing the Power of AI in Distribution Operations
FAQ
Was ist der Unterschied zwischen einem ERP-Planungsmodul und spezialisierter SCM-Software?
Ein ERP-Planungsmodul ist ein integrierter Bestandteil des ERP-Systems und stellt Bestellvorschläge auf Basis der dort vorhandenen Transaktionsdaten bereit. Bestellvorschlag, Freigabe und Buchung laufen im selben System. Spezialisierte SCM-Software, auch Best-of-Breed-Lösung genannt, ist ein eigenständiges System, das über eine Schnittstelle ans ERP angebunden wird und meist mit lernenden Verfahren arbeitet. Der Kernunterschied liegt in der Planungslogik: regelbasiert und statisch im ERP-Modul, datengetrieben und lernend in der spezialisierten Lösung.
Wann reicht das ERP-Planungsmodul für Bestellvorschläge im FMCG?
Es reicht, wenn drei Bedingungen zusammenkommen: ein überschaubares, stabiles Sortiment, eine Nachfrage, die sich aus der eigenen Historie erklären lässt, und gepflegte Dispositionsparameter. Für Grundsortimente mit geringer Wetter- und Eventabhängigkeit liefert ein gut konfiguriertes ERP-Modul zuverlässige Vorschläge ohne Schnittstellenprojekt. An seine Grenze stößt es dort, wo externe Faktoren die Nachfrage treiben oder die manuelle Parameterpflege mit dem SKU-Volumen nicht mehr Schritt hält.
Was ist Best-of-Breed im SCM-Kontext, und welche Risiken hat diese Strategie?
Best-of-Breed bezeichnet die Strategie, für jede Funktion das jeweils spezialisierte beste System zu wählen, statt alles aus einer Suite zu beziehen. Im SCM bedeutet das, eine dedizierte Planungslösung neben das ERP zu stellen. Der Vorteil ist die höhere Funktionstiefe in der jeweiligen Aufgabe. Die Risiken sind der Integrationsaufwand für jede Schnittstelle und der laufende Betriebsaufwand, um die Datenkonsistenz zwischen den Systemen zu sichern. Best-of-Breed erkauft Spezialisierung mit Integrationskomplexität.
Wie hoch ist der typische Integrationsaufwand für eine spezialisierte SCM-Lösung?
Eine pauschale Zahl wäre unseriös, weil der Aufwand von ERP-System, Schnittstellenform und Datenqualität abhängt. Strukturell erfordert die Anbindung eine bidirektionale Verbindung: lesend für Abverkäufe und Bestände, schreibend für die Rückspielung der Vorschläge. Realistisch sind APIs, dateibasierte Übergaben oder direkte Datenbankzugriffe. Entscheidend ist weniger die einmalige Einrichtung als der laufende Betrieb der Schnittstelle. Die ehrliche Vorabfrage lautet: Hat die IT die Kapazität, diese Anbindung umzusetzen und dauerhaft zu pflegen?
Was ist Vendor Lock-in, und wie relevant ist das bei der ERP-vs-SCM-Entscheidung?
Vendor Lock-in bezeichnet die Abhängigkeit von einem einzigen Systemanbieter, die einen späteren Wechsel schwierig oder teuer macht. Bei der ERP-vs-SCM-Entscheidung wirkt der Effekt in beide Richtungen. Wer die Planung tief ins ERP-Ökosystem eines Anbieters integriert, erhöht die Wechselkosten und bindet sich an dessen Fahrplan. Eine spezialisierte Lösung über eine definierte Schnittstelle erhält mehr Unabhängigkeit, schafft aber eine zweite Anbieterbeziehung. Relevant ist die Frage vor allem für langfristige Architekturentscheidungen, weniger für die kurzfristige Disposition.
Wie messe ich, ob mein ERP-Planungsmodul an seine Grenzen stößt?
Über vier messbare Größen. Erstens der Anteil manueller Bestellkorrekturen, die durch externe, im ERP nicht abgebildete Faktoren ausgelöst wurden. Zweitens der Anteil der Artikel mit veralteten Dispositionsparametern. Drittens die Override-Rate der Disponenten und die Frage, ob die überschriebenen Vorschläge tatsächlich schlechter waren. Viertens die Gesamtkosten beider Optionen über fünf Jahre. Diese vier Werte zeigen, ob das Problem an der Konfiguration liegt oder an einer strukturellen Grenze des Moduls.
