MES für Enterprise
und Multi-Site
Konzerne und Mittelständler mit mehreren Werken brauchen ein Manufacturing Execution System (MES), das Fertigungsdaten standortübergreifend vergleichbar macht und trotzdem lokale Autonomie zulässt. Diese Seite ordnet Stammdaten, Rollout-Strategie und Architekturfragen für Multi-Site-Fertigung im DACH-Raum ein. Nach eigenen Sectorlens-Erhebungen betraf 2026 etwa jedes dritte Auswahlmandat ein Unternehmen mit mehr als einem Werk.
Warum Multi-Site anders tickt
als eine einzelne Werksinstallation
Ein MES für einen Standort muss vor allem den Shopfloor abbilden. Ein MES für mehrere Werke muss zusätzlich eine Ebene darüber lösen: wie Stammdaten einheitlich bleiben, wie Kennzahlen vergleichbar werden und wie viel Entscheidungshoheit die einzelnen Werke behalten. Für Unternehmen mit nur einem Produktionsstandort gilt eine andere Ausgangslage, dazu mehr unter MES für den Mittelstand.
| Dimension | Einzelstandort-MES | Multi-Site-MES |
|---|---|---|
| Stammdaten | Ein Materialstamm und ein Arbeitsplan-Repository reichen für den einen Standort. | Ein zentrales Repository für den Konzern, mit definierten lokalen Ausprägungen je Werk. |
| Architektur | Eine Instanz, ein Werk, keine Mandantentrennung nötig. | Mandantenfähige Architektur, die mehrere Werke oder Rechtsträger sauber trennt. |
| Reporting | Ein Shopfloor-Dashboard für den lokalen Leitstand. | Zusätzlich ein konzernweites Management-Cockpit mit Werksvergleich. |
| KPI-Vergleichbarkeit | Kennzahlen gelten nur für den eigenen Betrieb, eine Vergleichsbasis ist meist irrelevant. | OEE, Ausschuss und Durchlaufzeit müssen nach einheitlicher Logik über Werke hinweg vergleichbar sein, siehe OEE berechnen nach ISO 22400. |
| Rollout | Ein Projekt, ein Standort, ein Go-Live. | Big-Bang oder gestaffelter Rollout mit Pilotwerk, meist über mehrere Monate. |
| Governance | Werksleitung entscheidet allein. | Spannungsfeld zwischen zentraler Steuerung und lokaler Datenhoheit der Werksleiter. |
| Lizenzmodell | Fixe Lizenz für einen Standort. | Skalierbares Modell, das mit jedem neuen Werk mitwächst. |
Ein Materialstamm, ein Arbeitsplan
keine Insellösung je Werk
Der größte Hebel bei Multi-Site-MES liegt nicht im Shopfloor, sondern im Stammdatenmanagement. Wo jedes Werk seinen eigenen Materialstamm pflegt, wird jeder Werksvergleich zur Näherung statt zur belastbaren Kennzahl.
Ein Materialstamm für den Konzern
Artikelnummern, Stücklisten und Materialklassifizierung liegen in einer zentralen Quelle, meist im ERP-System, und werden ins MES repliziert statt je Werk neu gepflegt.
Ein Arbeitsplan-Repository
Grundarbeitspläne werden zentral definiert und je Werk nur um lokale Parameter wie Maschinenzuordnung oder Rüstzeiten ergänzt, nicht komplett neu erstellt.
Mandantenfähige Architektur
Jedes Werk oder jede Division läuft als eigener Mandant innerhalb derselben Systeminstanz, mit eigenen Berechtigungen, aber gemeinsamer Datenbasis.
Lokale Ausprägungen je Werk
Nicht jede Abweichung ist ein Governance-Problem: Losgrößen, Schichtmodelle oder Maschinenparks unterscheiden sich zulässigerweise zwischen Werken.
Datenhoheit vs. zentrale Steuerung
Werksleiter brauchen operative Autonomie, die Konzernzentrale braucht Überblick. Ohne schriftliches Governance-Modell wird dieser Konflikt im laufenden Betrieb ausgetragen.
ERP als Ankerpunkt
Bei Konzernen läuft die Stammdatenhoheit meist über ein zentrales ERP-System, oft SAP S/4HANA, siehe MES und SAP integrieren.
Big-Bang oder Pilotwerk
zwei Wege, ein Ziel
Beim Big-Bang-Rollout startet das MES an allen Standorten gleichzeitig, das spart Kalenderzeit, macht aber jeden Konfigurationsfehler sofort konzernweit sichtbar. In der Praxis läuft die Mehrheit der Multi-Site-Einführungen deshalb gestaffelt, mit einem Pilotwerk als Blaupause für die folgenden Wellen. Wer die Anbieterauswahl für ein Multi-Site-Mandat noch vor sich hat, findet einen Marktüberblick unter MES-Anbietervergleich DACH.
Pilotwerk auswählen
Ein Werk mit repräsentativen Prozessen wählen, weder das komplexeste noch das einfachste im Konzern.
Standardvorlage definieren
Stammdatenstruktur, Berechtigungskonzept und KPI-Logik werden am Piloten erarbeitet und als Vorlage dokumentiert.
Piloteinführung
Go-Live im Pilotwerk, Stabilisierung im Tagesbetrieb, erste Kennzahlen aus der Praxis validieren die Vorlage.
Bewertung und Nachschärfung
Erkenntnisse aus dem Piloten fließen in die Standardvorlage ein, bevor sie auf weitere Werke übertragen wird.
Rollout-Wellen
Folgewerke werden in Gruppen nach Ähnlichkeit der Prozesse eingeführt, meist deutlich schneller als das Pilotwerk.
Konzernweite Stabilisierung
Nach der letzten Welle wird das konzernweite Management-Cockpit final geschärft und in den Regelbetrieb überführt.
Sprache, Währung und Architektur
wenn Werke in mehreren Ländern liegen
Je mehr Länder ein Konzern mit Werken abdeckt, desto stärker wird die Architekturfrage zur Grundsatzentscheidung. Sechs Punkte, die bei internationalen Multi-Site-Rollouts regelmäßig unterschätzt werden.
Mehrsprachigkeit
Sobald Schichtmitarbeitende in unterschiedlichen Landessprachen arbeiten, ist eine native Mehrsprachigkeit der Bedienoberfläche praktisch Pflicht, nicht nur ein Komfortmerkmal.
Mehrwährungsfähigkeit
Relevant wird sie, sobald Kostenkennzahlen wie Ausschuss oder Materialverbrauch konzernweit in einer Berichtswährung konsolidiert werden sollen.
Cloud oder On-Premise
Bei mehreren Ländern verschärft sich diese Frage durch Latenz, lokale IT-Infrastruktur und Datenhoheit, ausführlich unter Cloud-MES oder On-Premise.
Zeitzonen und Schichtmodelle
Ein konzernweites Cockpit muss Schichtgrenzen und Zeitzonen korrekt abbilden, sonst verschieben sich Tageskennzahlen zwischen Standorten.
Lokale regulatorische Anforderungen
Je nach Standortland gelten unterschiedliche Vorgaben, etwa zur Dokumentationspflicht in regulierten Branchen oder zum Datenschutz.
Netzlatenz und IT-Infrastruktur
Eine zentrale Instanz muss Standorte mit sehr unterschiedlicher Netzanbindung gleichzeitig bedienen, ohne dass einzelne Werke spürbar langsamer arbeiten.
Drei Berichtsebenen
vom Leitstand bis zum Vorstand
Ein konzernweites Management-Cockpit ersetzt nicht die lokalen Dashboards im Werk, es baut auf ihnen auf. Erst wenn alle drei Ebenen dieselbe Kennzahlenlogik verwenden, wird aus dem Werksvergleich ein belastbares Benchmark statt einer Nebeneinanderstellung unterschiedlicher Zahlen.
| Ebene | Zielgruppe | Typischer Inhalt | Frequenz |
|---|---|---|---|
| Werksebene | Schichtleitung, Werksleiter | Live-OEE, Störungen, Ausschussgründe je Linie | Echtzeit / Schicht |
| Regionalebene | Werksgruppen-Leitung, Operations-Cluster | Werksvergleich innerhalb einer Region, Best-Practice-Abgleich | Täglich / wöchentlich |
| Konzernebene | Geschäftsführung, Konzernproduktion | Konsolidiertes OEE-, Ausschuss- und Durchlaufzeit-Benchmark über alle Werke, siehe OEE berechnen nach ISO 22400 | Wöchentlich / monatlich |
Was ein Multi-Site-Rollout kostet
und wie Lizenzmodelle je Werk skalieren
Konzerne mit mehreren Werken landen bei der Ersteinführung meist in der obersten Größenklasse der allgemeinen MES-Kostenübersicht: 400.000 bis 1.500.000 Euro Gesamtinvestition und 80.000 bis 250.000 Euro laufende Kosten pro Jahr, je nach Anzahl der Werke und Integrationstiefe (Sectorlens-Erfahrungswert aus Auswahlprojekten seit 2022, siehe MES-Kosten). Die folgende Aufschlüsselung zeigt, wie sich dieser Betrag auf Pilotwerk und Folgewerke verteilt.
| Kostenblock | Spanne | Worauf zu achten ist |
|---|---|---|
| Pilotwerk: Lizenz, Implementierung, Stammdatenaufbau | 150.000 – 500.000 € | Entspricht der Größenklasse 200 bis 500 Mitarbeitende in der allgemeinen MES-Kostenübersicht, weil hier Prozessmodell, Stammdatenstruktur und Berechtigungskonzept erstmals vollständig neu erarbeitet werden. |
| Folgewerk, Standardvorlage übernommen | 40.000 – 150.000 € | Deutlich günstiger als das Pilotwerk, weil Stammdaten, Konfigurationsvorlagen und Schulungsunterlagen wiederverwendet werden. Die Spanne hängt vor allem davon ab, wie stark die lokalen Prozesse vom Piloten abweichen. |
| Internationaler Zuschlag je Werk | 15.000 – 60.000 € | Fällt an für Übersetzung, lokale Compliance-Anpassungen und ergänzende Schulung bei abweichender Landessprache. Bei rein DACH-internen Rollouts entfällt dieser Block meist. |
| Zentrales Management-Cockpit und Konzern-Reporting | 25.000 – 90.000 € | Einmaliger Aufbau der Konzernebene aus dem Reporting-Modell, unabhängig von der Werksanzahl. Skaliert kaum mit weiteren Standorten, sobald die Datenmodelle je Werk einheitlich sind. |
| Laufende Kosten pro Jahr, gesamter Verbund | 80.000 – 250.000 € | Wartung, Support und Lizenzgebühren über alle Werke. Skaliert bei den meisten Anbietern degressiv: das zehnte Werk kostet pro Kopf weniger als das dritte, siehe Lizenzmodell „Je Standort" unter MES-Kosten. |
Rechenbeispiel. Ein Konzern mit einem Pilotwerk und vier Folgewerken in Deutschland kalkuliert überschlägig mit 300.000 € für das Pilotwerk (Implementierung plus zentrales Cockpit), vier mal rund 80.000 € für die Folgewerke bei Übernahme der Standardvorlage, macht 620.000 € Ersteinführung insgesamt, zuzüglich laufender Kosten von rund 150.000 € pro Jahr für den gesamten Verbund. Kommen zwei Werke im außereuropäischen Ausland hinzu, addieren sich weitere 30.000 bis 120.000 € an internationalen Zuschlägen. Erfahrungswerte aus Sectorlens-Auswahlprojekten seit 2022, keine Listenpreise. Das Beispiel ersetzt keine eigene Kalkulation, zeigt aber, welche Blöcke hineingehören.
Werksleiter mitnehmen
statt vor vollendete Tatsachen stellen
Die technische Architektur eines Multi-Site-MES lässt sich planen, der Widerstand einzelner Werksleiter selten. Die folgende Matrix beschreibt fünf wiederkehrende Situationen aus Sectorlens-Auswahlprojekten und die Gegenmaßnahme, die in der Praxis funktioniert hat.
| Situation | Typisches Verhalten | Gegenmaßnahme |
|---|---|---|
| Pilotwerk-Leiter fordert Sonderfunktionen | Der Pilot wird so individuell konfiguriert, dass sich die Einstellungen nicht auf andere Werke übertragen lassen. | Sonderwünsche in eine separate Backlog-Liste für spätere Ausbaustufen aufnehmen, die Standardvorlage bewusst schlank halten. |
| Folgewerk-Leiter lehnt die Standardvorlage ab | Verweis darauf, die eigenen Prozesse seien zu speziell für eine Vorlage, informelle Extrawünsche im laufenden Rollout. | Werksleiter vor dem eigenen Rollout ins Pilotwerk einladen, damit die Vorlage aus erster Hand statt aus einer Präsentation der Zentrale bewertet wird. |
| Werksleiter fühlt sich von der Zentrale übergangen | Governance-Vorgaben werden als Kontrollverlust wahrgenommen, Entscheidungen werden verzögert oder unterlaufen. | Rollen- und Rechtekonzept vor dem Rollout gemeinsam mit den Werksleitern erarbeiten, nicht nur an sie kommunizieren. |
| Betriebsrat am Standort ist nicht eingebunden | Mitbestimmungspflichtige Themen wie Leistungs- und Verhaltenskontrolle werden erst kurz vor Go-Live thematisiert. | Betriebsrat je Werk parallel zur Konzernbetriebsvereinbarung einbinden, nicht erst nach Abschluss der zentralen Verhandlung. Details unter Betriebsrat und MES-Einführung. |
| Schichtmitarbeitende verweigern die Nutzung | Fehlbedienung und Ausweichverhalten auf alte Papierprozesse, besonders bei Sprachbarrieren im internationalen Werk. | Key-User-Konzept mit Multiplikatoren je Schicht, muttersprachliche Bedienoberfläche vor dem Go-Live sicherstellen statt nachzurüsten. |
Wie Werke technisch verbunden werden
drei Integrationsmuster im Vergleich
Das konsolidierte Reporting aus dem vorigen Abschnitt setzt eine funktionierende Datenintegration zwischen den Werken voraus. Drei Architekturmuster kommen bei Multi-Site-MES in der Praxis vor, mit unterschiedlichen Kompromissen bei Aktualität, Wartungsaufwand und Ausfallsicherheit.
Punkt-zu-Punkt-Integration
Jedes Werk erhält eine eigene direkte Schnittstelle zum zentralen ERP oder Reporting-System. Einfach umzusetzen bei wenigen Werken, wird aber bei jedem zusätzlichen Standort und jedem abweichenden Schnittstellenformat spürbar aufwendiger zu warten.
Geeignet bis 3 bis 4 WerkeZentraler Integration-Hub
Eine Middleware-Schicht bündelt alle Werksanbindungen und übersetzt zwischen lokalen Formaten und dem zentralen Datenmodell. Höherer Aufbauaufwand, aber jedes neue Werk braucht nur eine Anbindung an den Hub statt an jedes Zielsystem einzeln.
Geeignet ab 5 Werken aufwärtsEreignisbasierte Architektur
Werke publizieren Ereignisse wie Auftragsabschluss oder Störung in nahezu Echtzeit über eine Nachrichten-Warteschlange, zentrale Systeme abonnieren die für sie relevanten Ereignisse. Höchste Aktualität, aber auch der höchste Betriebsaufwand für die Nachrichteninfrastruktur selbst.
Geeignet bei EchtzeitanforderungAuf Maschinenebene läuft die Anbindung unabhängig vom gewählten Muster meist über ein einheitliches Protokoll, damit die Werke untereinander vergleichbare Rohdaten liefern. Der De-facto-Standard dafür ist OPC UA nach IEC 62541, siehe OPC UA für MES. Welches der drei Muster passt, hängt vor allem von der Anzahl der Werke und der geforderten Aktualität der Konzernkennzahlen ab, nicht von der Größe des einzelnen Standorts.
Checkliste vor dem Anbietergespräch
für Multi-Site-Mandate
Zwölf Fragen, die ein Produktionsleiter oder IT-Verantwortlicher im ersten Gespräch mit einem MES-Anbieter stellen sollte, wenn mehr als ein Werk betroffen ist. Die Antworten zeigen schnell, ob ein Anbieter Multi-Site-Rollouts tatsächlich beherrscht oder nur eine Einzelstandort-Lösung mehrfach installiert.
Wie ist die Mandantenfähigkeit technisch umgesetzt?
Ein Mandant pro Werk in einer gemeinsamen Instanz oder mehrere getrennte Installationen mit Datenaustausch. Der Unterschied entscheidet über Wartungsaufwand und Konsistenz der Stammdaten.
Wie werden Stammdatenänderungen zwischen Zentrale und Werken synchronisiert?
Wer darf Materialstamm und Arbeitspläne zentral pflegen, wer nur lokal abweichen. Ohne klare Antwort entstehen später parallele Insellösungen.
Welche Rollout-Erfahrung hat der Anbieter bei mehr als fünf Standorten?
Referenzen zu Big-Bang- und gestaffelten Rollouts konkret erfragen, nicht nur zur Gesamtzahl der Installationen.
Wie lange dauert die Einführung im zweiten und dritten Werk im Vergleich zum Pilotwerk?
Eine seriöse Antwort nennt konkrete Wochenspannen aus Referenzprojekten, keine pauschale Aussage wie schneller.
Wie wird sichergestellt, dass OEE, Ausschuss und Durchlaufzeit über alle Werke gleich berechnet werden?
Fragen Sie konkret nach der Bezugsnorm, üblich ist ISO 22400. Ohne einheitliche Berechnungslogik ist jeder Werksvergleich nur scheinbar exakt.
Welche Sprachen und Währungen unterstützt das System nativ?
Unterscheiden zwischen Bedienoberfläche und Auswertungen, manche Systeme übersetzen nur die Oberfläche, nicht die Reports.
Läuft die Lösung als eine zentrale Instanz oder als lokale Installationen mit Datenaustausch?
Betrifft Cloud- und On-Premise-Architektur gleichermaßen und hat direkten Einfluss auf Latenz und Ausfallsicherheit je Standort.
Wie granular ist das Berechtigungskonzept konfigurierbar?
Werksleiter brauchen operative Freiheit, ohne dass die Konzernsicht auf Kennzahlen dadurch verwässert wird. Ein grobes Rollenmodell reicht bei Multi-Site selten aus.
Wie skaliert das Lizenzmodell bei zusätzlichen Werken?
Nach Werken, Nutzern oder angebundenen Maschinen. Kleinere Werke sollten nicht denselben Preis zahlen wie das größte Werk im Konzern.
Wie läuft die Integration zum zentralen ERP-System, etwa SAP S/4HANA?
Je Werk einzeln oder über eine zentrale Schnittstelle. Eine zentrale Anbindung reduziert Wartungsaufwand deutlich.
Wie wird die Reporting-Performance bei international verteilten Werken sichergestellt?
Unterschiedliche Netzlatenz zwischen Kontinenten kann ein zentrales Cockpit spürbar verlangsamen, wenn die Architektur dafür nicht ausgelegt ist.
Welche Referenzkunden mit vergleichbarer Werkszahl kann der Anbieter vermitteln?
Ein Referenzgespräch mit einem Kunden ähnlicher Größenordnung ist aussagekräftiger als jede Produktpräsentation.
Häufige Fragen
zu MES für Enterprise und Multi-Site
Sechzehn Antworten zu Mandantenfähigkeit, Stammdaten, Rollout, Kosten, Lizenzmodellen, Change-Management und Architektur bei mehreren Werken.
Was unterscheidet ein Multi-Site-MES von einer MES-Installation für einen Einzelstandort?
Ein Multi-Site-MES muss mehrere Werke aus einer Systemlogik heraus bedienen, während eine Einzelstandort-Installation nur einen Produktionsstandort abbildet. Zentrale Anforderungen sind eine mandantenfähige Architektur, ein konzernweites Stammdatenmanagement mit lokalen Ausprägungen je Werk und eine übergeordnete Berichtsebene, die Kennzahlen wie OEE oder Ausschuss zwischen Standorten vergleichbar macht. Zusätzlich braucht ein Multi-Site-MES ein skalierbares Lizenzmodell, das mit jedem neuen Werk mitwächst, ohne die Systemlandschaft in Insellösungen zu zersplittern. Für Unternehmen mit nur einem Werk sind diese Anforderungen meist überdimensioniert, siehe dazu MES für den Mittelstand.
Was bedeutet Mandantenfähigkeit bei einem MES für Konzerne mit mehreren Werken?
Mandantenfähigkeit bedeutet, dass ein MES mehrere Werke, Rechtsträger oder Divisionen innerhalb derselben Systeminstanz sauber voneinander trennt, ohne für jeden Standort eine eigene Installation zu betreiben. Jeder Mandant erhält eigene Berechtigungen, eigene Konfigurationsparameter und teilweise eigene Prozessvarianten, während zentrale Stammdaten wie Materialstamm und Arbeitsplan-Repository konzernweit einheitlich bleiben. Das reduziert Wartungsaufwand und Lizenzkosten gegenüber getrennten Einzellösungen je Werk erheblich. Im Anbietergespräch lohnt sich die konkrete Frage, ob die Mandantenfähigkeit technisch auf einer Instanz oder nur organisatorisch über mehrere Installationen umgesetzt ist.
Wie werden Stammdaten wie Materialstamm und Arbeitspläne über mehrere Werke hinweg konsistent gehalten?
Der gängige Ansatz ist ein zentrales Stammdatenmanagement mit genau einem Materialstamm und einem Arbeitsplan-Repository für den gesamten Konzern, aus dem sich einzelne Werke lokale Ausprägungen ableiten dürfen, etwa abweichende Losgrößen oder Maschinenzuordnungen. Ohne diese Zentralisierung entstehen parallele Insellösungen je Werk, die spätestens beim Werksvergleich zu inkonsistenten Kennzahlen führen. Viele MES-Anbieter koppeln das zentrale Stammdatenmanagement direkt an das führende ERP-System, häufig SAP S/4HANA, siehe dazu MES und SAP integrieren. Governance-Regeln, wer Stammdaten zentral pflegen darf und wer nur lokal abweichen darf, sollten vor dem Rollout schriftlich festgelegt sein.
Wie lassen sich OEE, Ausschuss und Durchlaufzeit zwischen Werken überhaupt vergleichbar machen?
Voraussetzung ist eine konzernweit einheitliche Berechnungslogik, etwa nach ISO 22400 für OEE und verwandte Fertigungskennzahlen, siehe dazu OEE berechnen nach ISO 22400. Wird die Formel oder die Bezugsbasis je Werk unterschiedlich ausgelegt, etwa bei der Behandlung geplanter Stillstände, sind die resultierenden Werte nicht vergleichbar, selbst wenn beide Werke dasselbe MES nutzen. Ein zentrales Management-Cockpit sollte deshalb nicht nur die Zahlen aggregieren, sondern auch die zugrunde liegende Berechnungsregel für alle Standorte einheitlich vorgeben. Erst mit dieser Grundlage wird ein Werksvergleich als Benchmark und nicht nur als Nebeneinanderstellung unterschiedlicher Zahlen sinnvoll.
Was ist der Unterschied zwischen Big-Bang-Rollout und einem Rollout mit Pilotwerk?
Beim Big-Bang-Rollout wird das MES an allen Standorten gleichzeitig eingeführt, was Zeit spart, aber jeden Konfigurationsfehler sofort konzernweit sichtbar macht. Beim gestaffelten Rollout mit Pilotwerk wird das System zunächst an einem repräsentativen Standort eingeführt, dort stabilisiert, und die gewonnenen Erkenntnisse fließen in Standardvorlagen für die folgenden Wellen ein. Die meisten MES-Einführungen bei mehr als drei Werken laufen in der Praxis gestaffelt, weil sich Fehler im Pilotwerk deutlich günstiger korrigieren lassen als nach einem parallelen Rollout an zehn Standorten. Ein Big-Bang eignet sich eher für kleine, sehr ähnliche Werksgruppen mit identischen Prozessen und geringer Prozessvarianz.
Wie lange dauert ein MES-Rollout über mehrere Standorte typischerweise?
Das Pilotwerk benötigt meist die längste Zeit, weil dort Prozessmodell, Stammdatenstruktur und Berechtigungskonzept erstmals definiert werden, üblich sind vier bis neun Monate je nach Komplexität. Folgewerke lassen sich danach deutlich schneller anschließen, oft in sechs bis zwölf Wochen pro Standort, wenn Stammdaten und Konfigurationsvorlagen aus dem Piloten wiederverwendet werden können. Internationale Standorte mit abweichender Sprache, Zeitzone oder gesetzlicher Anforderung verlängern die Einführungszeit typischerweise um weitere vier bis acht Wochen. Genaue Zeitpläne hängen stark vom Digitalisierungsgrad des jeweiligen Werks ab und sollten vor dem Rollout je Standort einzeln bewertet werden.
Wie löst man den Konflikt zwischen zentraler Steuerung und lokaler Datenhoheit der Werksleiter?
Der Konflikt lässt sich selten vollständig auflösen, sondern nur durch ein klar definiertes Berechtigungs- und Governance-Modell entschärfen. Üblich ist eine Aufteilung, bei der Stammdaten, Kennzahlenlogik und Sicherheitsrichtlinien zentral vorgegeben werden, während Werksleiter innerhalb dieses Rahmens operative Freiheit behalten, etwa bei Schichtplanung, lokalen Reihenfolgeregeln oder Maschinenzuordnung. Wichtig ist, diese Aufteilung vor dem Rollout schriftlich zu fixieren und nicht erst im laufenden Betrieb auszuhandeln, weil sonst jedes Werk versucht, informell Ausnahmen durchzusetzen. Ein transparentes Rollen- und Rechtekonzept im MES selbst macht die vereinbarte Aufteilung technisch durchsetzbar statt nur organisatorisch gewünscht.
Braucht ein internationaler Konzern zwingend Mehrsprachigkeit und Mehrwährungsfähigkeit im MES?
Sobald Werke in mehreren Ländern mit unterschiedlicher Arbeitssprache der Schichtmitarbeitenden betrieben werden, ist eine native Mehrsprachigkeit der Bedienoberfläche praktisch unverzichtbar, da Fehlbedienung durch Sprachbarrieren direkt Qualitäts- und Sicherheitsrisiken erzeugt. Mehrwährungsfähigkeit wird vor allem dann relevant, wenn Kostenkennzahlen wie Materialverbrauch oder Ausschusskosten konzernweit in einer Berichtswährung konsolidiert werden sollen. Nicht jeder Anbieter deckt beides in derselben Tiefe ab, manche unterstützen viele Sprachen nur in der Bedienoberfläche, aber nicht in Auswertungen oder Reports. Diese Differenzierung sollte im Anbietergespräch konkret anhand der tatsächlich benötigten Sprachen und Standortländer geprüft werden.
Cloud oder On-Premise: was ist bei Multi-Site-Architekturen zu beachten?
Bei Multi-Site-Architekturen verstärkt sich die Cloud-gegen-On-Premise-Frage, weil eine zentrale Instanz mehrere Standorte mit unterschiedlicher Netzanbindung, Latenz und lokaler IT-Infrastruktur gleichzeitig bedienen muss. Eine ausführliche Gegenüberstellung von Latenz, Datenhoheit und Kosten findet sich unter Cloud-MES oder On-Premise. Für global verteilte Werke sprechen tendenziell Cloud-Architekturen mit regionalen Rechenzentren für konsistente Antwortzeiten, während Werke mit sehr hohen Anforderungen an lokale Datenhoheit oder eingeschränkter Internetanbindung oft hybride Modelle mit lokaler Datenhaltung und zentraler Konsolidierung wählen. Die Entscheidung sollte je Standort und nicht pauschal für den gesamten Konzern getroffen werden, sofern der Anbieter hybride Betriebsmodelle unterstützt.
Wie skalieren Lizenzmodelle bei einer wachsenden Zahl von Werken?
Skalierbare Lizenzmodelle für Multi-Site-MES rechnen typischerweise nach Kombinationen aus Anzahl der Werke, Anzahl der angebundenen Maschinen oder Arbeitsplätze und Anzahl gleichzeitiger Nutzer, seltener nach reinen Named-User-Lizenzen wie bei Einzelstandort-Installationen. Bei Konzernen mit stark unterschiedlich großen Werken lohnt sich die Prüfung, ob kleinere Standorte anteilig günstiger lizenziert werden können, statt jedes Werk zum vollen Standardpreis zu zählen. Skaleneffekte entstehen vor allem, wenn Stammdaten, Konfigurationsvorlagen und Schulungsunterlagen aus dem Pilotwerk wiederverwendet werden, was die laufenden Kosten pro zusätzlichem Werk senkt. Konkrete Preisspannen und Kostentreiber sind unter MES-Kosten zusammengefasst.
Wie integriert sich ein Multi-Site-MES in ein zentrales ERP-System wie SAP S/4HANA?
Bei Konzernen mit mehreren Werken läuft die ERP-Integration meist über eine zentrale Schnittstelle zum konzernweiten SAP-System statt über separate Anbindungen je Werk, damit Auftrags-, Material- und Kostendaten konsistent zwischen MES und ERP fließen. Details zu Integrationsszenarien und Aufwand beschreibt die Seite MES und SAP integrieren. Wichtig ist, dass die Stammdatenhoheit klar zugeordnet ist, in der Praxis liegt der Materialstamm meist im ERP und wird ins MES repliziert, während Fertigungsfeindaten umgekehrt aus dem MES ins ERP zurückfließen. Bei international verteilten Werken kommt häufig eine standardisierte Middleware oder ein Integrationslayer wie OPC UA für die Maschinenebene zum Einsatz, siehe dazu OPC UA für MES.
Welche Fehler treten bei Multi-Site-Rollouts am häufigsten auf?
Der häufigste Fehler ist, das Pilotwerk so individuell zu konfigurieren, dass sich die Einstellungen nicht auf andere Standorte übertragen lassen, wodurch jedes Folgewerk faktisch ein eigenes Einführungsprojekt wird. Ebenfalls häufig ist eine unklare Governance zwischen Zentrale und Werken, die erst im laufenden Betrieb zu Konflikten um Stammdatenhoheit und Berechtigungen führt. Ein dritter typischer Fehler ist die Unterschätzung von Sprach-, Zeitzonen- und Compliance-Unterschieden bei internationalen Standorten, was den Rollout in der zweiten Welle unerwartet verzögert. Eine strukturierte Anforderungserhebung vor dem Rollout, etwa in Form eines Lastenhefts, reduziert dieses Risiko deutlich, siehe dazu MES-Lastenheft erstellen.
Was kostet ein MES-Rollout über mehrere Werke insgesamt?
Konzerne mit mehreren Werken landen bei der Ersteinführung meist in der obersten Größenklasse der allgemeinen MES-Kostenübersicht, zwischen 400.000 und 1.500.000 Euro Gesamtinvestition und 80.000 bis 250.000 Euro laufenden Kosten pro Jahr, abhängig von der Anzahl der Werke und der Integrationstiefe. Das Pilotwerk verursacht dabei den größten Einzelposten, üblich sind 150.000 bis 500.000 Euro für Lizenz, Implementierung und Stammdatenaufbau. Folgewerke fallen deutlich günstiger aus, meist 40.000 bis 150.000 Euro, weil Stammdaten und Konfigurationsvorlagen aus dem Piloten wiederverwendet werden. Internationale Standorte verursachen zusätzlich einen Zuschlag von 15.000 bis 60.000 Euro je Werk für Übersetzung und lokale Compliance-Anpassungen. Alle Werte sind Sectorlens-Erfahrungswerte aus Auswahlprojekten seit 2022, ausführlicher aufgeschlüsselt unter MES-Kosten.
Welches Lizenzmodell eignet sich für einen Konzern mit unterschiedlich großen Werken?
Für Konzerne mit stark unterschiedlich großen Werken hat sich in der Praxis selten ein einzelnes Lizenzmodell für alle Standorte bewährt. Ein reines Named-User-Modell wird bei einem kleinen Werk mit 15 Mitarbeitenden unnötig teuer, wenn dieselbe Preislogik wie im 300-Mitarbeitenden-Hauptwerk gilt. Üblich ist deshalb eine Kombination aus einer Standortpauschale für kleinere Werke und einem nutzungsbasierten Modell für das oder die großen Werke, verhandelt als ein Rahmenvertrag mit werksspezifischen Anhängen. Wichtig ist, den Preis für zusätzliche Werke bereits im Erstvertrag für mindestens 36 Monate festzuschreiben, sonst wird jeder weitere Standort ohne Wettbewerbsdruck neu verhandelt. Eine Übersicht der gängigen Lizenzmodelle mit ihren jeweiligen Kostenfallen steht unter MES-Kosten.
Wie geht man Change-Management bei Werksleitern an, die nicht im Pilotwerk beteiligt waren?
Der wirksamste Hebel ist, Werksleiter der Folgewerke vor ihrem eigenen Rollout ins Pilotwerk einzuladen, damit sie die Standardvorlage aus erster Hand sehen statt nur aus einer Präsentation der Zentrale. Häufigster Fehler ist, die Vorlage rein top-down zu kommunizieren, was bei Werksleitern als Kontrollverlust wahrgenommen wird und zu informellem Widerstand im laufenden Betrieb führt. Besser ist, das Rollen- und Rechtekonzept gemeinsam mit den betroffenen Werksleitern zu erarbeiten, bevor der Rollout im jeweiligen Werk beginnt, nicht erst danach. Bei Werken mit eigenem Betriebsrat gehört dessen frühzeitige Einbindung ebenfalls in diesen Prozess, siehe dazu Betriebsrat und MES-Einführung. Ein Key-User-Konzept mit Multiplikatoren je Schicht erleichtert zusätzlich die Akzeptanz auf der Schichtebene, unabhängig von der Haltung der Werksleitung.
Welche Integrationsarchitektur eignet sich für die Datenanbindung zwischen mehreren Werken?
Bei bis zu drei oder vier Werken reicht in der Praxis häufig eine Punkt-zu-Punkt-Integration, bei der jedes Werk eine eigene direkte Schnittstelle zum zentralen ERP oder Reporting-System erhält. Ab etwa fünf Werken lohnt sich meist ein zentraler Integration-Hub, eine Middleware-Schicht, an die jedes neue Werk nur einmal angebunden werden muss statt an jedes Zielsystem einzeln. Wird nahezu Echtzeit-Sichtbarkeit über alle Werke gefordert, etwa für ein Live-Cockpit auf Konzernebene, kommt häufig eine ereignisbasierte Architektur mit Nachrichten-Warteschlangen zum Einsatz, die allerdings den höchsten Betriebsaufwand verursacht. Auf Maschinenebene läuft die Anbindung unabhängig vom gewählten Muster meist über OPC UA nach IEC 62541 als gemeinsames Protokoll, siehe dazu OPC UA für MES. Welches Muster passt, hängt vor allem von der Anzahl der Werke und der geforderten Aktualität der Konzernkennzahlen ab, nicht von der Größe des einzelnen Standorts.
Mehrere Werke, eine Systementscheidung.
Unsicher, ob Big-Bang oder Pilotwerk der richtige Weg ist?
Diese Seite ordnet die Architekturfragen bei Multi-Site-MES ein. Welche Rollout-Reihenfolge, welches Lizenzmodell und welcher Anbieter zu Ihrer konkreten Werksstruktur passen, hängt von Ihrer Systemlandschaft und Ihrer Governance ab.
Erste Einschätzung für Ihre Werksstruktur
URL eingeben, die KI analysiert Ihre Fertigung anhand öffentlicher Daten und gleicht sie gegen 64 Kriterien mit dem Anbietermarkt ab, inklusive Hinweisen zu Mehrwerksstrukturen.
- Berücksichtigt mehrere Standorte in der Analyse
- Shortlist mit Match-Score aus 64 Kriterien
- Kein Formular, keine Registrierung
Lastenheft für Ihren Multi-Site-Rollout
Anforderungs-Workshop mit Zentrale und Werken, Lastenheft aus über 150 Anforderungen inklusive Mandantenfähigkeit und Stammdatenmodell, moderierter Anbieter-Dialog und Entscheidungsmatrix.
- Anforderungs-Workshop je Werk und Konzernebene
- Lastenheft inkl. Governance- und Lizenzmodell
- Moderierter Anbieter-Dialog und Entscheidungsmatrix
Zweitmeinung zu Ihrer Rollout-Strategie
Einschätzung, ob Big-Bang oder ein Rollout mit Pilotwerk zu Ihrer Konzernstruktur passt, aus 50+ Projekten seit 2022, herstellerneutral und ohne Provision.
- Einschätzung zur Mandantenfähigkeit Ihrer Anbieter-Shortlist
- Bewertung des Governance-Modells zwischen Zentrale und Werken
- 30 Minuten Erstgespräch kostenlos und unverbindlich
Ein System für alle Werke.
Wir finden das passende MES für Ihre Struktur.
Kostenlos, in 6 Minuten, ohne Formular. Die Analyse berücksichtigt Mandantenfähigkeit, Rollout-Reife und die Anforderungen Ihrer Standorte.
