Der Ausgangspunkt der meisten REMIRA-Projekte ist ein bekanntes Muster: Das ERP kann Bestände verwalten, aber nicht planen. Es weiß, wie viele Stück auf welchem Lagerplatz liegen, es kann Meldebestände und Mindestmengen führen, und es erzeugt Bestellvorschläge nach einfachen Regeln. Was es typischerweise nicht leistet, ist eine differenzierte Prognose je Artikel und Standort, eine Sicherheitsbestandsrechnung, die Nachfrage- und Lieferzeitschwankungen sauber trennt, oder eine Dispositionslogik, die zwischen Renner, Saisonartikel, Ersatzteil und Auslaufartikel unterscheidet. Genau in diese Lücke stoßen Planungslösungen wie die von REMIRA.
Drei Eigenschaften charakterisieren den Anbieter im Marktbild:
Historisch kommt REMIRA aus dem Feld der Bestands- und Dispositionsoptimierung – also aus einer sehr technischen, rechenintensiven Nische, in der es darum geht, aus Verbrauchshistorien, Lieferzeiten und Servicegradzielen konkrete Bestellmengen und Sicherheitsbestände abzuleiten. Diese Herkunft prägt das Selbstverständnis bis heute: Im Zentrum steht nicht die schöne Oberfläche, sondern die Frage, ob die vorgeschlagene Menge betriebswirtschaftlich richtig ist. Wer aus der Welt der Tabellenkalkulation kommt, erlebt diesen Sprung meist als deutliche Entlastung, weil die Disposition von einer täglichen Fleißaufgabe zu einer Steuerungsaufgabe wird.
Über die Jahre kamen weitere Themenfelder hinzu, teils durch eigene Entwicklung, teils durch die Aufnahme etablierter Spezialanbieter in die Gruppe. Heute reicht das Angebot von der Absatzplanung über die Lieferantenanbindung bis in die Lagerausführung und den Filialbetrieb. Für Anwender bedeutet das: Man kann mit einem Baustein beginnen und später erweitern, ohne den Anbieter zu wechseln. Man sollte aber wissen, dass Lösungen unterschiedlicher Herkunft nicht automatisch dieselbe Bedienlogik, denselben Technologiestand und denselben Integrationsgrad haben. Diese Frage gehört offen auf den Tisch, und zwar bevor ein Rahmenvertrag unterschrieben wird.
Die interne Ordnung des Portfolios folgt drei Perspektiven, die sich in der Praxis gut voneinander abgrenzen lassen. Die erste ist die planende Sicht: Wie entwickelt sich die Nachfrage, welche Bestände sind nötig, welche Bestellungen müssen heute raus, wo drohen Fehlmengen oder Überbestände? Die zweite ist die ausführende Sicht: Wie kommt die Ware physisch durch Wareneingang, Lagerung, Kommissionierung, Packerei und Versand, und wie wird jeder Schritt buchhalterisch korrekt festgehalten? Die dritte ist die handelsnahe Sicht: Wie werden Sortimente auf Filialen verteilt, wie funktionieren Nachschub und Inventur in der Fläche, wie greifen Online- und Ladengeschäft zusammen?
Diese Dreiteilung ist mehr als Marketing-Struktur, sie ist eine nützliche Auswahlhilfe. In unseren Projekten stellt sich fast immer heraus, dass ein Unternehmen zunächst nur in einer dieser Klammern echten Handlungsdruck hat. Meist ist es die planende Sicht, weil dort das gebundene Kapital und die Lieferfähigkeit entschieden werden. Die anderen beiden folgen später, wenn überhaupt. Wer versucht, alle drei gleichzeitig anzugehen, öffnet drei Baustellen und riskiert, dass keine davon fertig wird.
Typische Interessenten sind Handels- und Großhandelsunternehmen mit mehreren tausend aktiven Artikeln, Distributoren mit mehrstufigen Lagerstrukturen, Fertigungsbetriebe mit ausgeprägtem Ersatzteil- oder Komponentengeschäft und Filialisten mit Nachschubbedarf in der Fläche. Das gemeinsame Merkmal ist nicht die Unternehmensgröße, sondern die Kombination aus Sortimentsbreite, Standortkomplexität und Kapitalbindung. Sobald ein Mensch nicht mehr überblicken kann, welche Artikel an welchem Standort in welcher Menge fehlen oder überlaufen, wird ein Planungssystem wirtschaftlich.
Weniger passend ist der Ansatz für Unternehmen mit sehr kleinem, stabilem Sortiment, für reine Projektfertiger ohne Lagerhaltung und für Betriebe, deren Datenlage im ERP so schlecht ist, dass zunächst dort aufgeräumt werden muss. Dieser letzte Punkt wird regelmäßig unterschätzt: Ein Planungssystem verstärkt die Qualität der Eingangsdaten – in beide Richtungen. Ohne belastbare Verbrauchshistorien, Lieferzeiten und Artikelklassifizierung entsteht kein Nutzen, sondern nur ein teurer Vorschlagsgenerator, dem niemand vertraut.
REMIRA lizenziert nach Bausteinen, nicht als ein großes Alles-inklusive-Paket. In der Praxis bedeutet das: Man wählt die Funktionsbereiche, die man tatsächlich braucht, und bezahlt dafür in einem Modell, das je Lösung unterschiedlich ausfallen kann – abhängig davon, ob es sich um eine Cloud-Nutzung oder einen klassischen Betrieb handelt, wie viele Anwender arbeiten, wie viele Artikel und Standorte geplant werden und welche Zusatzfunktionen aktiviert sind. Konkrete Preisstufen nennen wir hier bewusst nicht; sie ändern sich und sind vor jeder Entscheidung direkt beim Anbieter zu erfragen.
Für die Kalkulation wichtiger als die Preisliste ist das Verständnis der Kostentreiber. Typischerweise sind es vier: der Umfang der geplanten Datenmenge, also Artikel-Standort-Kombinationen, die Zahl der Anwender und Rollen, die Zahl und Komplexität der Schnittstellen zum ERP und zu Vorsystemen sowie der Anteil an Beratung, der für Prozessdesign, Parametrierung und Schulung nötig ist. Der letzte Punkt wird in Angebotsvergleichen regelmäßig zu niedrig angesetzt – und ist bei Planungsprojekten fast immer der größte Einmalblock.
REMIRA besetzt eine klar erkennbare Position im Markt. Unterhalb liegen die Dispositionsfunktionen, die jedes ERP mitbringt: Meldebestand, Mindestbestand, feste Bestellmengen, vielleicht ein einfacher Bedarfslauf. Sie sind kostenlos vorhanden, aber statisch – sie reagieren nicht auf veränderte Nachfragemuster und differenzieren kaum zwischen Artikeltypen. Oberhalb liegen die großen Planungsplattformen, die konzernweite Szenariorechnung, mehrstufige Netzwerkoptimierung und integrierte Sales-and-Operations-Prozesse abbilden – mit entsprechendem Projekt- und Betriebsaufwand.
Dazwischen liegt das Segment, in dem REMIRA arbeitet: fachlich deutlich anspruchsvoller als ERP-Bordmittel, aber ohne den organisatorischen Überbau einer Konzernlösung. Diese Mittelposition erklärt beide Seiten der Erfahrungsberichte. Wer aus der Tabellenwelt kommt, erlebt einen großen Sprung an Struktur und Nachvollziehbarkeit. Wer aus einer Enterprise-Planung kommt, vermisst möglicherweise Ebenen wie integrierte Finanzplanung, mehrstufige Produktionsgrobplanung oder frei modellierbare Planungsdimensionen. Beides ist keine Wertung, sondern die Konsequenz eines bewussten Zuschnitts auf den gehobenen Mittelstand.
Dass die Gruppe aus mehreren ursprünglich eigenständigen Anbietern zusammengeführt wurde, ist für Interessenten weder ein Vorteil noch ein Nachteil an sich – aber es ist ein Prüfpunkt. Positiv ist die Breite: Man findet für Planung, Lager und Handel Ansprechpartner im gleichen Haus und muss nicht drei Verträge mit drei Anbietern schließen. Ebenfalls positiv ist die fachliche Substanz, weil jede aufgenommene Lösung in ihrer Nische bereits Jahre an Praxiserfahrung mitbringt.
Die Fragen, die man stellen sollte, betreffen die Integration: Wie eng sind zwei Bausteine tatsächlich miteinander verbunden – teilen sie eine Datenbasis, oder tauschen sie über Schnittstellen aus? Wie einheitlich ist die Bedienung, wenn Mitarbeiter mit zwei Lösungen arbeiten? Wie sieht die Weiterentwicklungs-Roadmap je Baustein aus, und gibt es Lösungen, die in einer Nachfolgelinie aufgehen sollen? Diese Fragen sind legitim, jeder seriöse Anbieter beantwortet sie – und die Antworten gehören ins Angebot, nicht in ein Gespräch am Rand.
Die zentrale Leistung liegt darin, aus vergangenen Verbräuchen, Lieferzeiten und Zielvorgaben eine belastbare Bestandsempfehlung zu machen. Dabei geht es um mehr als einen Durchschnittswert. Eine tragfähige Bestandsrechnung unterscheidet zwischen der Schwankung der Nachfrage und der Schwankung der Lieferzeit, weil beide unterschiedlich auf den nötigen Sicherheitsbestand wirken. Sie berücksichtigt den gewünschten Servicegrad, denn hohe Lieferbereitschaft bei sehr unregelmäßigen Artikeln kostet überproportional viel Bestand. Und sie ordnet Artikel in Klassen ein – nach Wert, Verbrauchshäufigkeit und Regelmäßigkeit –, weil ein Renner mit stabilem Abgang völlig anders zu disponieren ist als ein Exot, der dreimal im Jahr nachgefragt wird.
Aus dieser Rechnung entstehen Dispositionsvorschläge: Was soll heute bei welchem Lieferanten in welcher Menge bestellt werden? Praktisch relevant sind dabei die Feinheiten, die den Unterschied zwischen einer schönen Theorie und einem nutzbaren System machen – Mindestbestellmengen und Verpackungseinheiten, Losgrößenlogik, Bündelung mehrerer Artikel zu einer Bestellung, um Frachtkosten oder Mengenrabatte zu erreichen, Berücksichtigung von Lieferrhythmen und Bestellfenstern, Umgang mit Auslauf- und Nachfolgeartikeln sowie die Frage, was mit Beständen passiert, die an einem Standort fehlen und an einem anderen überlaufen.
Ebenso wichtig ist die Nachvollziehbarkeit. Ein Dispositionsvorschlag, den niemand erklären kann, wird nicht befolgt. Erfahrene Anwender erwarten deshalb, dass sie zu jedem Vorschlag sehen: Welche Prognose liegt zugrunde, welcher Sicherheitsbestand, welche Lieferzeit, welche Restriktionen haben die Menge nach oben oder unten gedrückt? Diese Transparenz ist in der Einführung der eigentliche Vertrauensbildner – und der Punkt, an dem Projekte scheitern, wenn er zu spät adressiert wird.
Die Prognoseseite arbeitet mit Zeitreihen: historische Absätze je Artikel und Standort, aufgelöst nach Wochen oder Tagen, ergänzt um Kalendereffekte, Saisonmuster und Sonderereignisse. Der praktische Wert entsteht weniger durch das mathematische Verfahren als durch die Pflege der Ausnahmen. Aktionen, Listungen, Neueinführungen, Lieferausfälle und einmalige Großabnahmen verzerren die Historie; wer sie nicht kennzeichnet, lässt das System aus Störungen lernen. Gute Planungsprojekte investieren deshalb früh in eine Praxis, Sonderereignisse zu markieren – idealerweise im Moment ihres Entstehens und nicht rückblickend.
Auf der Beschaffungsseite geht es um die Verbindung zum Lieferanten. Statt Bedarfe per Tabelle zu mailen, werden Bestellungen, Bedarfsvorschauen, Auftragsbestätigungen, Liefertermine und Bestände strukturiert ausgetauscht. Für regelmäßig belieferte Artikel ist die konsequente Ausbaustufe ein Vendor-Managed-Inventory-Modell: Der Lieferant sieht Bestände und Bedarfe beim Kunden und übernimmt die Verantwortung, den vereinbarten Korridor einzuhalten. Das reduziert Abstimmungsaufwand erheblich, verlangt aber Vertrauen, klare Vereinbarungen zu Eigentum, Haftung und Bewertung sowie eine Datenqualität, die dem Lieferanten überhaupt ein sinnvolles Bild gibt.
Wichtig ist hier ein realistischer Blick auf die Lieferantenreife. In fast jedem Mittelstandsprojekt gibt es eine Gruppe von Lieferanten, die problemlos elektronisch anbindbar ist, eine mittlere Gruppe, die mit Portalzugang und strukturierten Dateien arbeiten kann, und einen Rest, bei dem es beim Telefonat bleibt. Ein Projekt, das für alle Lieferanten dieselbe Ausbaustufe voraussetzt, verzögert sich unnötig. Sinnvoller ist eine Staffelung nach Beschaffungsvolumen und Kritikalität.
Auf der ausführenden Seite bringt REMIRA klassische Lagerverwaltungsfunktionen mit: Aufbau der Lagerstruktur in Bereiche, Gassen, Regale und Plätze, feste oder chaotische Lagerhaltung, systemgeführte Ein- und Auslagerung, Kommissionierstrategien wie auftragsbezogenes, sammel- oder mehrstufiges Picken, Nachschubsteuerung vom Reserve- in den Zugriffsbereich, Packtisch- und Versandprozesse mit Etikettierung, Retourenbearbeitung sowie permanente oder stichtagsbezogene Inventur. Zentraler Effizienzhebel ist die mobile Erfassung: Jeder Griff wird gegen die Systemvorgabe geprüft, was Kommissionierfehler reduziert und die Einarbeitung neuer Kräfte verkürzt.
Der Preis dafür ist Vorarbeit, und sie ist nicht digital, sondern physisch. Lagerplätze müssen benannt, etikettiert und diszipliniert gepflegt werden, Artikel brauchen eindeutige Kennzeichnung und verlässliche Maße und Gewichte, das WLAN muss auch in Regalgassen und Kühlbereichen tragen. Wo diese Grundlagen fehlen, hilft keine Software – sie legt die Lücken nur schonungslos offen. Wir empfehlen, Lagerkennzeichnung und Netzabdeckung als eigenes Arbeitspaket vor der Softwareeinführung zu behandeln.
Die Retail-Seite verschiebt die Perspektive von einem Lager auf viele Standorte. Filialnachschub bedeutet, Abverkaufsdaten je Filiale zu bewerten, Präsentationsbestände und Regalkapazitäten zu berücksichtigen, Sortimente standortdifferenziert zu steuern und Nachschubmengen so zu bilden, dass Regale gefüllt sind, ohne die Lagerräume der Filialen zu verstopfen. Dazu kommen Bestandstransparenz über alle Standorte hinweg, Inventurunterstützung in der Fläche und – wo Online- und Ladengeschäft zusammenwachsen – die Fähigkeit, Filialbestände für Onlineaufträge nutzbar zu machen. Fachlich ist das eine eigene Disziplin, die man nicht als Nebeneffekt der Zentrallagerplanung mitbekommt.
Eine Absatzprognose ist im Kern eine strukturierte Fortschreibung von Mustern. Klassische Verfahren zerlegen eine Zeitreihe in Niveau, Trend und Saison und schreiben diese Komponenten fort. Sie sind schnell, transparent und benötigen relativ wenig Historie. Genau deshalb bilden sie in fast allen Planungssystemen das Rückgrat für den Großteil des Sortiments. Für einen Artikel mit stabilem Wochenabgang und leichter Sommerspitze ist ein solches Verfahren völlig ausreichend – ein aufwendigeres Modell würde das Ergebnis nicht messbar verbessern.
Lernende Verfahren spielen ihre Stärke dort aus, wo mehrere Einflussgrößen zusammenwirken und wo Muster über einzelne Artikel hinausreichen. Typische Fälle: Preisaktionen mit unterschiedlicher Wirkung je Kanal und Standort, Kannibalisierung zwischen ähnlichen Artikeln, Neueinführungen ohne eigene Historie, für die aus vergleichbaren Produkten gelernt wird, oder sehr sporadische Nachfrage, bei der die klassische Zeitreihenlogik an ihre Grenzen kommt. In diesen Fällen kann ein Modell, das viele Artikel gemeinsam betrachtet, tatsächlich präziser sein.
Was Prognosemodelle grundsätzlich nicht können, ist die Vorhersage von Ereignissen, für die es kein Muster in den Daten gibt. Ein neuer Wettbewerber, ein Ausfall bei einem Vorlieferanten, eine regulatorische Änderung, ein Großauftrag eines Neukunden – solche Sprünge gehören ins Wissen der Menschen im Unternehmen, nicht in die Historie. Deshalb ist die Möglichkeit, Prognosen manuell zu überschreiben und diese Eingriffe dokumentiert und auswertbar zu halten, wichtiger als jede Nachkommastelle in der Modellgüte. Und deshalb sind konkrete Genauigkeitsversprechen mit Vorsicht zu behandeln: Wie gut eine Prognose wird, hängt an Sortimentsstruktur, Datenhistorie und Nachfragecharakter des jeweiligen Unternehmens – nicht am Werbeversprechen des Anbieters.
In der Praxis liefert nicht das Modell den größten Effekt, sondern die Umstellung der Arbeitsweise. Klassische Disposition arbeitet Listen ab: Jeder Artikel wird angesehen, jede Menge bestätigt. Mit steigendem Sortiment ist das nicht mehr leistbar, und es ist auch nicht sinnvoll, weil der Großteil der Vorschläge unauffällig ist. Exception Management dreht die Logik: Das System bearbeitet den Normalfall automatisch und legt dem Menschen nur die Ausnahmen vor.
Was als Ausnahme gilt, definiert das Unternehmen selbst. Typische Regeln sind starke Abweichungen zwischen Prognose und Ist-Verbrauch, Vorschläge oberhalb einer Wertgrenze, drohende Fehlmengen bei kritischen Artikeln, überschrittene Bestandsreichweiten, verspätete Auftragsbestätigungen oder Lieferungen, ungewöhnliche Einzelabgänge und Artikel ohne Bewegung über einen definierten Zeitraum. Der Nutzen ist doppelt: Die Disposition gewinnt Zeit für die Fälle, in denen ihr Urteil wirklich zählt, und die Qualität steigt, weil kritische Situationen nicht mehr im Listenrauschen untergehen.
Der Übergang gelingt allerdings nur mit sauberer Einführung. Zu viele Ausnahmeregeln erzeugen eine Flut, die niemand abarbeitet – und damit dieselbe Blindheit wie vorher, nur mit besserem Werkzeug. Bewährt hat sich, mit wenigen Regeln zu starten, sie über einige Wochen zu beobachten, die Schwellwerte anzupassen und erst dann zu erweitern. Genauso wichtig ist die Vereinbarung, dass automatisch freigegebene Vorschläge stichprobenartig geprüft werden. Vertrauen entsteht durch Kontrolle, nicht durch Behauptung.
Der dritte Baustein ist die Auswertung. Ein Planungssystem entfaltet seinen Wert erst, wenn die Wirkung sichtbar wird – und zwar in Kennzahlen, die Geschäftsführung und Fachbereich gemeinsam akzeptieren. Nützlich sind Bestandswert und Bestandsreichweite nach Artikelklasse, Servicegrad und Fehlmengen gegen die vereinbarten Ziele, Prognoseabweichung als Qualitätsmaß der Planung, Anteil der Artikel mit Überbestand und mit Bodensatz, Alter und Umschlagshäufigkeit der Bestände sowie Termintreue der Lieferanten.
Wirklich wertvoll wird Analytics, wenn sie Zielkonflikte quantifiziert. Bestand und Lieferfähigkeit stehen in einem direkten Zusammenhang: Wer den Servicegrad für eine Artikelgruppe erhöht, braucht mehr Sicherheitsbestand – und dieser Zusammenhang ist nicht linear. Ein Planungssystem, das diese Kurve für das eigene Sortiment zeigt, verändert die Diskussion zwischen Vertrieb, Einkauf und Finanzen fundamental: Aus einer Meinungsfrage wird eine Entscheidung mit Preisschild. Aus unserer Erfahrung ist das der Nutzen, der in Projekten am stärksten unterschätzt und im Betrieb am meisten geschätzt wird.
REMIRA positioniert sich ausdrücklich als Ergänzung zu bestehenden ERP-Landschaften und nicht als deren Ersatz. Die häufigsten Konstellationen im DACH-Mittelstand sind SAP-Umgebungen, Microsoft Dynamics 365 Business Central sowie eine große Zahl weiterer, teils branchenspezifischer ERP-Systeme. Dazu kommen im Handel Kassen- und Filialsysteme, im E-Commerce Shop- und Marktplatzanbindungen, auf der Beschaffungsseite EDI-Verbindungen zu Lieferanten und im Berichtswesen Data-Warehouse- oder BI-Umgebungen. Welche Anbindungen als fertige Standardverbindung vorliegen und welche projektspezifisch gebaut werden, unterscheidet sich je Lösung und Systemstand – das gehört im Angebot konkret benannt.
Für die Planung braucht das System einen klar definierten Datenkorb. Vom ERP kommen Artikelstammdaten mit Klassifizierung, Einheiten, Verpackungsvorgaben und Nachfolgebeziehungen, Lagerorte und Bestandsstände, Verbrauchs- und Absatzhistorien, offene Bestellungen und Aufträge, Lieferantenstammdaten mit Lieferzeiten, Mindestmengen und Konditionen sowie – wo relevant – Stücklisten und Fertigungsdaten. Zurück in Richtung ERP gehen die Ergebnisse: Bestellvorschläge oder fertige Bestellungen, aktualisierte Dispositionsparameter wie Sicherheitsbestände und Bestellpunkte sowie Planzahlen für nachgelagerte Prozesse.
Diese Rückrichtung ist der Punkt, an dem viele Projekte eine Grundsatzentscheidung treffen müssen: Führt das ERP weiterhin die Dispositionsparameter, oder übernimmt das Planungssystem die Führung? Beide Modelle funktionieren, aber nur eines darf gelten. Wir erleben regelmäßig Installationen, in denen beide Systeme Parameter schreiben – mit dem Ergebnis, dass sich Werte gegenseitig überschreiben und niemand mehr erklären kann, warum eine Bestellmenge zustande kam. Die Festlegung des führenden Systems je Datenobjekt gehört in ein schriftliches Datenverantwortungs-Konzept, und zwar vor der ersten Schnittstelle.
Ebenso wichtig ist die Taktung. Planungsdaten müssen nicht sekundengenau synchron sein, aber sie müssen berechenbar aktuell sein. In der Praxis bewähren sich nächtliche Übernahmen der Historien und Stammdaten kombiniert mit häufigeren Aktualisierungen der Bestände und offenen Bestellungen. Entscheidend ist, dass die Disposition weiß, auf welchem Stand sie arbeitet – ein sichtbarer Zeitstempel der letzten Datenübernahme klingt banal, verhindert aber viele Fehlentscheidungen und noch mehr Vertrauensverluste.
In SAP-Umgebungen ist die Anbindung fachlich meist gut lösbar, weil die benötigten Datenobjekte klar definiert sind. Die Herausforderung liegt eher in der Organisation: Es braucht Zugriff auf die richtigen Tabellen oder Services, Abstimmung mit dem internen SAP-Team oder dem betreuenden Dienstleister, ein Vorgehen für Berechtigungen und Testsysteme sowie Klarheit darüber, wie mit kundeneigenen Feldern und Erweiterungen umgegangen wird. Wo eine Migration auf eine neuere SAP-Generation ansteht, gehört die Frage geklärt, wie die Schnittstelle diesen Wechsel überlebt.
Bei Microsoft Dynamics 365 Business Central sind die Datenstrukturen im Standard gut zugänglich, was Anbindungen erleichtert. Zu prüfen sind vor allem Erweiterungen und branchenspezifische Aufsätze, weil sie Felder und Logiken verändern, sowie die Update-Zyklen der Cloud-Variante: Eine Schnittstelle muss regelmäßige Plattform-Aktualisierungen ohne Handarbeit überstehen. Bei kleineren oder branchenspezifischen ERP-Systemen entscheidet die Qualität der verfügbaren Programmierschnittstellen. Fehlen sie, bleiben Dateiübergaben oder direkter Datenbankzugriff – beides funktioniert, erhöht aber Wartungsaufwand und Fehleranfälligkeit merklich.
Nach außen dominiert im Handel und in der Industrie weiterhin EDI: strukturierte Nachrichten für Bestellungen, Auftragsbestätigungen, Lieferavise, Rechnungen und Bestandsmeldungen. Wer Lieferantenanbindung und VMI ernsthaft nutzen will, braucht entweder eine funktionierende EDI-Infrastruktur oder ein Portal, über das Lieferanten ohne eigene Anbindung teilnehmen können. In gemischten Landschaften bewährt sich der abgestufte Ansatz: Die umsatzstärksten Lieferanten werden elektronisch angebunden, die mittlere Gruppe arbeitet über ein Portal, der Rest bleibt zunächst manuell und wird nach Volumen nachgezogen.
Unabhängig vom Kanal gilt: Integration ist zu neunzig Prozent Datenqualität und zu zehn Prozent Technik. Die typischen Bremsklötze sind immer dieselben – Lieferzeiten, die im ERP als Wunschwert und nicht als gemessener Ist-Wert stehen, fehlende oder falsche Verpackungseinheiten, uneinheitliche Mengeneinheiten, Artikel ohne Klassifizierung, Verbrauchshistorien, in denen Umlagerungen als Verkäufe erscheinen, und Dubletten im Artikelstamm. Jeder dieser Punkte verfälscht Prognose und Bestandsrechnung unmittelbar. Deshalb gehört eine strukturierte Datenprüfung an den Anfang jedes Planungsprojekts – nicht als Fleißaufgabe, sondern als Voraussetzung für jedes belastbare Ergebnis.
Die häufigste Alternative zu einer Planungssoftware ist keine andere Software, sondern der Verzicht. Jedes ERP kann Meldebestände, Mindestmengen und einfache Bestellvorschläge. Diese Funktionen sind vorhanden, kosten nichts extra und erzeugen keine Schnittstelle – drei starke Argumente. Ihre Grenze liegt in der Statik: Ein fest hinterlegter Meldebestand kennt keine Saison, keinen Trend, keine unterschiedliche Nachfragevolatilität und keine Lieferzeitschwankung. Er wird einmal gesetzt und dann jahrelang nicht mehr angefasst, weil niemand mehrere tausend Parameter regelmäßig pflegen kann.
Genau daraus entsteht der typische Doppelschaden, den wir in Bestandsanalysen sehen: gleichzeitig zu hohe Bestände bei Artikeln, deren Nachfrage nachgelassen hat, und Fehlmengen bei Artikeln, deren Nachfrage gestiegen ist. Beides ist die logische Folge veralteter Parameter. Der Umstieg auf ein Planungssystem lohnt sich deshalb nicht wegen einer besseren Formel, sondern weil Parameter automatisch und regelmäßig neu berechnet werden. Als Faustregel gilt: Solange ein Mensch alle relevanten Dispositionsparameter in vertretbarer Zeit pflegen kann, reichen ERP-Bordmittel. Ab dem Punkt, an dem das nicht mehr stimmt, arbeitet man mit veralteten Zahlen – unabhängig davon, wie gut das ERP ist.
Im Segment der spezialisierten Bestandsoptimierung ist Slimstock der bekannteste Vergleichspunkt im DACH-Raum. Der Ansatz ist eng fokussiert und stark mit Methodenberatung verbunden; wer ausschließlich das Bestandsthema lösen will und dafür Begleitung sucht, findet dort eine sehr passende Antwort. REMIRA punktet in diesem Vergleich vor allem dann, wenn zusätzlich Lager- oder Filialthemen mitgedacht werden sollen oder wenn eine breitere Lösungsbasis beim selben Anbieter gewünscht ist. Umgekehrt gilt: Wenn ausschließlich Bestandsoptimierung gebraucht wird, sollte man die Portfoliobreite nicht als Wert für sich betrachten.
Bei Blue Yonder, Kinaxis, o9 und SAP IBP verschiebt sich die Diskussion. Diese Plattformen adressieren eine andere Klasse von Fragestellungen: mehrstufige Netzwerke, integrierte Vertriebs- und Produktionsplanung, Szenarien über Werke und Regionen hinweg, Planung in mehreren Währungen und Organisationsebenen, oft mit eigener Planungsabteilung als Nutzer. Wer diese Anforderungen tatsächlich hat, wird mit einer Mittelstandslösung an Grenzen stoßen. Wer sie nicht hat, zahlt für Fähigkeiten, die im Alltag nie verwendet werden – und trägt zusätzlich einen erheblichen Aufwand für Datenmodellierung, Governance und Betrieb.
Bei SAP IBP kommt ein spezifisches Argument hinzu: die Nähe zur bestehenden SAP-Landschaft. Wer strategisch entschieden hat, so viel wie möglich im SAP-Standard abzubilden, hat gute Gründe, dort zu bleiben. Diese Entscheidung sollte aber bewusst fallen und nicht aus Bequemlichkeit, denn der fachliche Zuschnitt und der Einführungsaufwand unterscheiden sich deutlich von einer spezialisierten Mittelstandslösung. Im Zweifel hilft ein einfacher Test: Lassen Sie beide Ansätze die gleichen zehn schwierigen Artikel rechnen und vergleichen Sie Ergebnis, Erklärbarkeit und benötigten Projektaufwand.
Wenn es um Lagerverwaltung geht, ist die Wettbewerbslandschaft eine völlig andere. Hier stehen Anbieter wie Körber mit den inconso-Lösungen, weitere WMS-Spezialisten sowie die Lagermodule der großen ERP-Hersteller im Vergleich. Die Auswahlkriterien verschieben sich weg von Prognosemethodik hin zu Fragen der Ausführung: Welche Kommissionierstrategien werden unterstützt, wie gut lassen sich Fördertechnik, Lagerlifte oder automatische Kleinteilelager anbinden, wie leistungsfähig ist die mobile Erfassung, wie skaliert das System bei Auftragsspitzen, und welche Nachweise für Chargen, Seriennummern oder Gefahrgut sind nötig?
Für Unternehmen mit hochautomatisierten Anlagen sind spezialisierte WMS-Anbieter meist die tiefere Wahl. Für mittelständische Lager mit überwiegend manueller Kommissionierung, in denen Prozesssicherheit, Inventurfähigkeit und die Verbindung zur Planung im Vordergrund stehen, kann eine Lösung aus dem gleichen Haus wie die Disposition den organisatorischen Vorteil ausspielen: ein Ansprechpartner, ein Vertrag, ein durchgängiges Bestandsverständnis. Diese Abwägung ist keine Softwarefrage, sondern eine Frage des Automatisierungsgrads im Lager.
REMIRA bietet Lösungen als Cloud-Dienst sowie – je Baustein unterschiedlich – im klassischen Betrieb an. Die Entscheidung sollte nicht ideologisch, sondern nach vier Kriterien fallen. Erstens die eigene IT-Kapazität: Wer kein Team für Datenbanken, Sicherungen und Aktualisierungen hat, fährt mit einem Cloud-Dienst wirtschaftlicher. Zweitens die Datenschutz- und Souveränitätsanforderungen: Cloud-Region, Sub-Auftragsverarbeiter und Zugriffswege müssen vertraglich geklärt sein. Drittens die Integrationsrichtung: Liegt das ERP im eigenen Rechenzentrum, braucht die Cloud-Verbindung sichere Wege nach innen. Viertens die Kostenstruktur: laufende Nutzungsgebühr gegen Investition plus Betriebsaufwand über mehrere Jahre gerechnet.
In der Praxis wählen mittelständische Unternehmen ohne dedizierte IT-Mannschaft zunehmend die Cloud-Variante, weil sie Betriebsrisiken abgibt und Aktualisierungen ohne eigene Projekte bringt. Unternehmen mit gewachsener eigener Infrastruktur, strengen internen Vorgaben oder besonders sensiblen Datenbeständen bleiben häufiger beim klassischen Betrieb. Wichtig ist, in beiden Fällen eine Ausstiegsfähigkeit zu vereinbaren: In welchem Format und in welcher Frist bekommt man seine Daten zurück, wenn der Vertrag endet? Diese Frage kostet nichts, wenn man sie vor der Unterschrift stellt.
Wenn es einen Satz gibt, der über den Erfolg eines Planungsprojekts entscheidet, dann ist es dieser: Das System rechnet mit den Daten, die es bekommt – nicht mit denen, die man gemeint hat. Die häufigsten Datenprobleme sind gut bekannt und lassen sich systematisch abarbeiten. Lieferzeiten sind im ERP oft Vertragswerte, nicht gemessene Realität; die Differenz kann mehrere Wochen betragen und verschiebt jeden Sicherheitsbestand. Verbrauchshistorien enthalten Umlagerungen, Musterentnahmen, Inventurkorrekturen und Rücklieferungen, die als Nachfrage interpretiert werden. Mengeneinheiten und Verpackungsvorgaben sind uneinheitlich gepflegt, sodass Bestellmengen unplausibel werden. Artikel ohne Klassifizierung werden alle gleich behandelt, obwohl sie völlig unterschiedliche Dispositionslogiken brauchen.
Der pragmatische Weg ist kein monatelanges Datenprojekt, sondern eine gezielte Bereinigung nach Wirkung. Beginnen Sie mit den Artikeln, die den größten Anteil am Bestandswert oder am Umsatz tragen; dort ist der Hebel am größten und die Zahl der Datensätze überschaubar. Danach folgt die kritische Gruppe: Artikel mit langer Lieferzeit oder hoher Ausfallwirkung. Der lange Rest wird über Regeln und Standardwerte behandelt und im Betrieb nachgezogen. Wichtig ist, dass die Datenpflege danach nicht endet: Ohne eine benannte Verantwortung für Stammdaten verfällt jede Bereinigung innerhalb weniger Quartale.
Planungssysteme greifen tief in die Arbeitsidentität ein. Disponenten und Einkäufer haben oft über Jahre ein feines Gespür für ihre Artikel entwickelt; ein System, das ihnen Mengen vorgibt, wird zunächst als Misstrauensvotum erlebt. Wer diesen Punkt ignoriert, erhält ein technisch funktionierendes System, das im Alltag umgangen wird – Vorschläge werden pauschal überschrieben, Parameter heimlich verstellt, Bestellungen weiter aus der Tabelle gemacht. Der Nutzen verschwindet dann vollständig, obwohl die Software einwandfrei arbeitet.
Was hilft, ist überraschend einfach und lässt sich in jedem Projekt umsetzen. Erstens die Erfahrung der Anwender in die Parametrierung einbeziehen, statt sie zu ersetzen: Wer den Sicherheitsbestand einer Artikelgruppe mitdefiniert, verteidigt das Ergebnis später. Zweitens Transparenz über die Rechenwege, damit jeder Vorschlag erklärbar bleibt. Drittens der Rückwärtstest auf echter Historie, weil er sachlich zeigt, wo das System besser und wo der Mensch besser war – beides kommt vor. Viertens die klare Botschaft, dass Ausnahmesteuerung Zeit für die anspruchsvollen Fälle schafft und nicht Stellen abbaut. Fünftens ein sichtbarer Fürsprecher in der Geschäftsführung, der die Kennzahlen regelmäßig einfordert.
Für den Betrieb empfehlen wir ein festes, kurzes Format: einmal im Monat eine Stunde, in der Bestandsentwicklung, Servicegrad, Prognosequalität und die häufigsten Ausnahmen gemeinsam angesehen werden – mit Einkauf, Vertrieb, Logistik und Controlling am Tisch. Dieser Termin ist der Unterschied zwischen einem Werkzeug, das benutzt wird, und einem Werkzeug, das lizenziert wird.
Es gibt keine harte Zahl, aber es gibt verlässliche Indikatoren. Der erste ist die Zahl der aktiv zu disponierenden Artikel-Standort-Kombinationen. Solange eine Person alle relevanten Positionen in einer Woche einmal wirklich ansehen kann, funktioniert manuelle Disposition. Sobald das nicht mehr gelingt, entstehen automatisch blinde Flecken – und zwar bevorzugt bei den langsamdrehenden Artikeln, die zusammen den größten Teil des Bodensatzes bilden. In unseren Projekten beginnt dieser Kipppunkt bei einigen tausend Kombinationen, bei stark schwankender Nachfrage auch deutlich früher.
Der zweite Indikator ist die Standortstruktur. Ein Zentrallager ist überschaubar; sobald Ware zwischen mehreren Lagern, Außenlagern oder Filialen verteilt werden muss, entsteht eine zusätzliche Entscheidungsebene, die manuell kaum optimierbar ist. Der dritte Indikator ist die Bandbreite der Nachfragemuster: Wo Renner, Saisonartikel, Aktionsware, Ersatzteile und Auslaufartikel im selben Sortiment liegen, führt eine einheitliche Dispositionsregel zwangsläufig zu schlechten Ergebnissen. Der vierte Indikator ist schlicht der Bestandswert im Verhältnis zur Bilanz: Wo Bestände den größten Aktivposten bilden, hat schon eine moderate Verbesserung eine spürbare Wirkung auf Liquidität und Finanzierung.
Umgekehrt gibt es klare Ausschlusskriterien. Unternehmen mit wenigen hundert stabilen Artikeln, mit reiner Auftragsfertigung ohne Lagerhaltung oder mit einer Datenlage, in der Verbrauchshistorien systematisch unbrauchbar sind, sollten zuerst andere Hausaufgaben machen. Eine Planungssoftware ist ein Verstärker – sie macht gute Prozesse deutlich besser und schlechte Datenlagen deutlich sichtbarer.
Wir nennen bewusst keine Einsparquoten, weil sie ohne Kenntnis von Sortiment, Ausgangslage und Zielservicegrad bedeutungslos sind. Beschreibbar sind aber die Hebel selbst, und sie sind in fast allen Projekten dieselben. Erstens die Absenkung von Überbeständen bei Artikeln mit nachlassender Nachfrage, die bei manueller Disposition zu spät erkannt werden. Zweitens die Vermeidung von Fehlmengen bei Artikeln mit steigender Nachfrage oder verlängerter Lieferzeit. Drittens die Reduktion des Dispositionsaufwands durch Ausnahmesteuerung, wodurch dieselbe Mannschaft ein deutlich größeres Sortiment betreuen kann. Viertens bessere Bestellbündelung, die Frachtkosten und Bestellnebenkosten senkt.
Ein fünfter Hebel wird oft übersehen, ist aber in Gesprächen mit Geschäftsführungen häufig der überzeugendste: die Versachlichung interner Konflikte. Die Frage, ob der Vertrieb zu viel Verfügbarkeit fordert oder der Einkauf zu wenig bestellt, lässt sich ohne Zahlen nicht klären und wird deshalb immer wieder neu ausgefochten. Mit einer sichtbaren Beziehung zwischen Servicegradziel und benötigtem Bestand wird daraus eine bewusste Entscheidung mit bekanntem Preis. Diese Klarheit hält länger als jeder einmalige Bestandsabbau.
Wie schnell Wirkung eintritt, hängt stark von der Beschaffungsseite ab. Bei Artikeln mit kurzen Lieferzeiten und häufigen Bestellzyklen verändert sich das Bestandsbild innerhalb weniger Monate, weil jede Bestellung nach neuer Logik erfolgt. Bei Übersee-Beschaffung mit langen Vorlaufzeiten und großen Losen dauert es entsprechend länger, bis sich der Bestand umschichtet – hier zeigt sich der Nutzen zuerst in besseren Entscheidungen, erst später in der Bilanz. Bestehende Überbestände verschwinden ohnehin nicht durch bessere Planung, sondern nur durch Abverkauf; ein Planungssystem verhindert primär, dass neue entstehen.
Ebenfalls realistisch einzuordnen ist der interne Aufwand. Eine Einführung braucht einen fachlichen Verantwortlichen im Haus, der nicht nebenbei mitläuft, sondern nennenswerte Zeit einbringt – für Datenklärung, Parametrierung, Abstimmung und Kommunikation. Projekte ohne diese Rolle verzögern sich regelmäßig, weil jede fachliche Entscheidung beim Dienstleister liegen bleibt. Wer diese Kapazität nicht bereitstellen kann, sollte den Start verschieben, statt das Projekt mit halber Kraft zu beginnen.
Der häufigste Rechenfehler in Auswahlprojekten ist der Vergleich von Lizenzpreisen. Er führt fast immer zu falschen Schlüssen, weil er den größten Block ignoriert: Einführung und interne Zeit. Wer eine Planungslösung bewerten will, sollte über drei Jahre rechnen und alle vier Blöcke ansetzen – Lizenz beziehungsweise Nutzungsgebühr, Integration, Einführung inklusive Datenarbeit und laufenden Betrieb inklusive der Stunden, die eigene Mitarbeiter investieren. Erst diese Summe ist mit einer Alternative vergleichbar.
Auf der Nutzenseite lohnt sich eine ebenso nüchterne Gegenrechnung, und sie ist in Bestandsprojekten erfreulich konkret. Wie hoch ist der Bestandswert heute, und welcher Anteil davon liegt in Artikeln mit sehr geringer Umschlagshäufigkeit? Was kostet gebundenes Kapital im aktuellen Zinsumfeld? Wie viele Stunden pro Woche verbringt die Disposition mit Listenarbeit, die durch Ausnahmesteuerung entfällt? Was kostet eine Fehlmenge – nicht nur der entgangene Deckungsbeitrag, sondern auch Eilbestellung, Sonderfracht und Kundenverärgerung? Diese vier Fragen ergeben in fast jedem Unternehmen eine belastbare Vergleichsgröße, ohne dass man mit Prozentversprechen arbeiten muss.
Die Debatte um digitale Souveränität hat den Blick auf Betriebsmodelle verändert. Ein deutscher Anbieter mit europäischem Rechtsrahmen bietet hier strukturelle Vorteile: Vertragsrecht und Gerichtsstand im vertrauten Rahmen, Kommunikation und Support in der eigenen Sprache, keine unmittelbare Betroffenheit von Zugriffsregelungen aus Drittstaaten und in der Regel klarere Aussagen zum Datenstandort. Für viele Mittelständler ist das inzwischen ein bewusst gewähltes Kriterium und kein Nebenaspekt – gerade bei Daten, die Rückschlüsse auf Lieferantenbeziehungen, Konditionen und Absatzentwicklung zulassen.
Zum vollständigen Bild gehört das Kleingedruckte. Auch ein deutscher Anbieter kann Rechenzentrums- oder Plattformdienste einsetzen, die von internationalen Konzernen betrieben werden; entscheidend ist deshalb die Liste der Sub-Auftragsverarbeiter mit Sitz, Leistung und Datenzugriff. Ebenso gehört geklärt, wie der Support arbeitet: Wird zur Fehleranalyse auf Produktivdaten zugegriffen, von welchen Standorten aus, und wird das protokolliert? Und schließlich die Datenarten selbst: Planungsdaten sind überwiegend Waren- und Bewegungsdaten, aber sobald Kundenbezüge, Vertriebsmitarbeiter oder Ansprechpartner bei Lieferanten mitlaufen, ist Personenbezug im Spiel und die üblichen Pflichten greifen vollständig.
Aus unseren Projekten hat sich eine kurze Prüfliste bewährt, die vor jeder Unterschrift durchgegangen werden sollte. Erstens der Auftragsverarbeitungsvertrag mit vollständiger Sub-Auftragsverarbeiter-Liste und Informationspflicht bei Änderungen. Zweitens die verbindliche Festlegung der Cloud-Region und die Frage, ob Daten diese Region jemals verlassen, etwa für Sicherungen oder Support. Drittens ein technisches und organisatorisches Maßnahmenkonzept, das über Allgemeinplätze hinausgeht. Viertens die Regelung von Verfügbarkeit, Wartungsfenstern und Reaktionszeiten – bei einem System, das die tägliche Disposition trägt, ist das keine Formalie.
Fünftens die Exit-Regelung: Datenrückgabe in einem auswertbaren Format, Frist, Löschnachweis. Sechstens die Klärung, wem die im System entstehenden Auswertungen und Parameter gehören und ob Daten in aggregierter Form für Produktverbesserungen genutzt werden dürfen. Siebtens die Preisanpassungsklausel über die Laufzeit, damit die Dreijahresrechnung auch nach zwei Jahren noch gilt. Diese Punkte lassen sich vor Vertragsschluss in einem Gespräch klären – danach nur noch schwer.
