In den meisten Produktionswerken läuft die Lieferkette noch immer über E-Mails, Telefonate und Excel-Tabellen. Eine Bestellung geht per E-Mail hinaus, der Lieferant bestätigt einen Termin in der Antwort, jemand tippt ihn ins ERP, und die Bestände leben in einer separaten Datei, die gestern aktuell war. Für einen Einkaufs- oder Supply-Chain-Leiter bedeutet das eines: Entscheidungen fallen blind, und jede fehlende Komponente droht die Linie anzuhalten.
Aus unserer Erfahrung ist selten das ERP selbst das Problem. Das Problem ist die Schicht darum herum: das Portal, in dem Lieferanten ihre Bestätigungen selbst eintragen, das Dashboard, das Bestände in Echtzeit zeigt, und die Integrationen, die das zurück an die Produktion binden. Eine Referenz, auf die wir hier verweisen könnten, haben wir nicht, aber wir haben etwas Konkreteres: die Menschen und Kompetenzen, die diese Systeme bauen, dazu echte Erfahrung aus Industrie- und Industrie-4.0-Projekten.
Warum ist die Lieferkette eines Herstellers so undurchsichtig?
Weil die Informationen verstreut sind und niemand das ganze Bild auf einmal sieht:
- Bestellungen kreisen in E-Mails, den Status kennt also nur, wer im Verteiler steht,
- Lieferantenbestätigungen kommen in unterschiedlichen Formaten und zu unterschiedlichen Zeiten, oft als PDF,
- Bestände liegen in einer Tabelle oder im ERP, aber nicht in Echtzeit,
- Bedarfsprognosen stützen sich auf Bauchgefühl und die Historie des Vorjahres.
Das Ergebnis ist immer dasselbe: Überbestände an einem Ende und Engpässe am anderen, weil niemand eine einzige, aktuelle Sicht hat.
Was ist ein Lieferantenportal und was sollte es abdecken?
Ein Lieferantenportal ist ein gemeinsamer Ort, an dem Hersteller und Lieferanten an denselben Daten arbeiten, statt E-Mails auszutauschen. Am häufigsten bauen wir darin:
- Bestellungen, die für den Lieferanten sichtbar sind, sobald sie ausgelöst werden,
- Termin- und Mengenbestätigungen, die der Lieferant selbst einträgt,
- Dokumente (Spezifikationen, Zertifikate, Liefervorankündigungen) in einem Ablauf,
- Status und Benachrichtigungen, wenn sich etwas ändert oder verschiebt.
Damit hört der Einkauf auf, eine manuelle Weitergabestelle für Informationen zu sein, und die Daten gelangen einmal ins System, an der Quelle.
Wie unterstützt Supply-Chain-Software Planung und Bedarfsprognose?
Eine Planung ist nur so viel wert wie die Daten dahinter. Deshalb bauen wir Supply-Chain-Software rund um die Planung:
- eine Bedarfsprognose auf Basis von Verkaufshistorie, Saisonalität und offenen Aufträgen,
- eine Materialbedarfsplanung, die an den Produktionsplan gekoppelt ist,
- „Was wäre wenn”-Szenarien für Änderungen bei Bedarf, Terminen oder Lieferanten,
- Alarme, wenn die Prognose vom tatsächlichen Auftragseingang abweicht.
Es geht nicht um eine perfekte Prognose, sondern darum, schneller auf Abweichungen zu reagieren, bevor daraus ein Stillstand oder toter Bestand wird.
Wie liefern Sie Bestandstransparenz in Echtzeit?
Bestandstransparenz ist das Herz des ganzen Problems. Ohne sie ist Planung Raterei. Wir bauen sie so, dass ein einziges Dashboard zeigt:
- Bestände über alle Standorte (Lager, Linienpuffer, beim Lieferanten liegende Bestände),
- Ware in Transit und erwartete Liefertermine,
- Mindestbestände und Meldepunkte mit automatischem Signal,
- Abweichungen zwischen System- und Realbestand, bevor sie wachsen.
Wenn ein Operations-Leiter ein aktuelles Bild der Bestände sieht, hört er auf zu löschen und beginnt, Risiken vorausschauend zu steuern.
Wie integrieren Sie das mit ERP und MES, ohne eine weitere Insel zu schaffen?
Ein neues Portal oder Dashboard ergibt nur Sinn, wenn es sich in bestehende Systeme einfügt, statt daneben zu stehen. Deshalb beginnen wir das Projekt immer mit der Integration:
- das ERP als Quelle für Bestellungen, Teilenummern und Bestände,
- MES und Produktionssysteme als Quelle für Verbrauch und Produktionsfortschritt,
- eine API- und Datenaustauschschicht statt manuellem Export in Dateien,
- ein konsistentes Datenmodell, damit Teilenummer und Lieferant überall dasselbe bedeuten.
Hier wird ein Projekt meist gewonnen oder verloren: bei der Integration, nicht bei der Oberfläche. Ein hübsches Dashboard auf inkonsistenten Daten ist nur hübscheres Chaos.
Welche Kompetenzen liefern wir für ein solches Projekt?
Wir formen das Team um den konkreten Umfang, nicht „auf Vorrat”. Für ein Supply-Chain-Projekt liefern wir am häufigsten:
- einen Architekten und Backend-Entwickler (z. B. Java, .NET) für Logik und Integration,
- Frontend-Entwickler für das Lieferantenportal und die Bestands-Dashboards,
- Integrations- und Datenspezialisten, die ERP, MES und Lager verbinden,
- DevOps für Deployments, Cloud und Wartung.
Das sind die Rollen, die solche Systeme tatsächlich bauen und die wir als Team-Verstärkung oder als dediziertes Team aufsetzen können.
Wann lohnt es sich, der Prognose eine AI-Schicht hinzuzufügen?
Eine AI-Schicht ist eine Option, kein Startpunkt. Sie ergibt erst Sinn, wenn die Daten sauber sind und regelmäßig fließen. Dann können wir ergänzen:
- Modelle zur Bedarfsprognose, genauer als einfache Extrapolation,
- Anomalieerkennung bei Lieferungen und Verbrauch,
- Empfehlungen zu Beständen für konkrete Teilenummern.
Unsere AI- und Data-Kompetenz ist real (innerhalb der RITS Group haben wir GenAI-, RAG- und LLM-Projekte geliefert), aber ehrlich gesagt: in einer Fertigungshalle haben wir AI noch nicht ausgerollt. Deshalb behandeln wir das als nächste Stufe, aufgesetzt auf ein stabiles Datenfundament, nicht als Versprechen am Anfang.
Was sind die häufigsten Fallstricke in solchen Projekten?
Wir sehen sie immer wieder, und es lohnt sich, sie vorher zu kennen:
- mit der Oberfläche statt mit der Integration beginnen - am Ende steht ein schönes Dashboard ohne Daten,
- ein Portal, das Lieferanten nicht nutzen, weil es schwerer ist als eine E-Mail,
- keine einzige Wahrheit für Teilenummern und Bestände,
- eine Prognose ohne Verantwortlichen - niemand handelt auf die Alarme hin,
- ein Projekt nach dem Motto „alles auf einmal” statt einen Prozess zu Ende zu bringen.
Deshalb halten wir an einem engen, funktionierenden Umfang fest, bevor wir das System auf neue Bereiche ausdehnen.
Wie schnell kann ein Team in das Projekt einsteigen?
Tempo zählt, denn die Lieferkette wartet nicht. Unsere Rekrutierung schließt in der Regel in etwa drei Wochen ab und dehnt sich nur bei nicht standardmäßigen Anforderungen auf zwei Monate. Als Nearshore-Partner aus Polen arbeiten wir in einer nahen Zeitzone, das Team steigt also ohne langen Anlauf in Ihren Arbeitsrhythmus, Ihre Code-Reviews und Ihre Meetings mit Einkauf und Produktion ein. Wir prüfen die Kompetenzen vor dem Start, es geht also keine Zeit damit verloren, Menschen unterwegs auszuwählen.
Wie machen wir das bei RITS?
Wir machen das als Nearshore-Partner aus Polen, der Kompetenzen liefert, auch dort, wo wir in diesem konkreten Bereich noch keine Referenz haben:
- wir stellen ein Team oder einzelne Spezialisten, die Portale, Integrationen und Dashboards bauen,
- wir beginnen mit der Integration mit ERP und MES, nicht mit der Oberfläche,
- wir stützen uns auf echte Erfahrung aus Industrie- und Industrie-4.0-Projekten,
- wir ergänzen die AI-Schicht optional, sobald die Daten bereit sind.
Am häufigsten tun wir das als Team-Verstärkung oder dediziertes Team, und für eine neue Lösung von Grund auf als Individualsoftware, gebaut von unserem Team.
Womit beginnen Sie?
Beginnen Sie mit dem schmerzhaftesten einzelnen Prozess - meist ist das die Auftragsbestätigung durch Lieferanten oder die Transparenz über Bestände kritischer Komponenten. Bringen Sie ihn zu Ende, binden Sie ihn ans ERP an, und erweitern Sie erst dann. Die Unterschiede zwischen den Kooperationsmodellen haben wir in unserem Artikel zu IT-Kooperationsmodellen beschrieben.
Wollen Sie Ihrer Lieferkette ein Lieferantenportal und echte Bestandstransparenz geben? Sprechen wir darüber - wir stellen Team und Architektur passend zu Ihren Systemen zusammen.