Bisher haben wir in unserer Blogreihe zu unserer Position als „Challenger“ im Gartner® Magic Quadrant™ 2022 für Manufacturing Execution Systems (MES) zahlreiche Einzelheiten zu den Konzepten der Kombinierbarkeit und deren Anwendung in verschiedenen Branchen behandelt.
Nun ist es an der Zeit, darüber nachzudenken, warum die Frontline-Operations-Plattform Tulipim MES als Herausforderer ausgewählt wurde und was dies unserer Meinung nach über traditionelle MES aussagt.
Der wesentliche Unterschied zwischen einer Platform-as-a-Service (PaaS) und MES herkömmlichen MES , dass die Architektur der PaaS eine individuell gestaltbar ermöglicht.
Wie sieht eine individuell gestaltbar aus?
Es gibt vier Säulen der individuell gestaltbar .
Beweglichkeit
Agilität setzt voraus, dass man Prozesse an die jeweiligen Anforderungen anpassen kann, anstatt umgekehrt. Diese Säule zeichnet sich durch schnelle Umsetzung, Aktualisierungen und Iterationen sowie durch flexible und leicht zugängliche Datenstrukturen aus.
Erweiterbarkeit
Eine individuell gestaltbar ist modular aufgebaut und lässt sich mit anderen Lösungen verbinden; sie bietet eine offene API mit vorgefertigten Konnektoren. Außerdem sollte sie No-Code -Edge-Konnektivität und Low-Code-Funktionen bieten.
Barrierefreiheit und Skalierbarkeit
Eine individuell gestaltbar sollte es ermöglichen, Lösungen für ähnliche Standorte und Situationen zu replizieren. Sie sollte zuverlässig sein und auch bei zunehmendem Umfang einwandfrei funktionieren. Und die richtigen Daten sollten von überall aus zugänglich sein – nicht nur von einem bestimmten Arbeitsplatz oder gar Standort aus –, und zwar in den Datenstrukturen, die die Nutzer benötigen.
Menschenorientiert
Kombinierbarkeit ist von Natur aus menschenzentriert. Eine individuell gestaltbar muss intuitive Schnittstellen und optimierte Arbeitsabläufe mit Daten von Endgeräten bieten. Diese Anforderungen spiegeln die Wünsche und Erwartungen der heutigen Belegschaft in der Fertigungsindustrie wider. Die Menschen möchten für innovative Unternehmen arbeiten, die ihre Erfahrungen wertschätzen.
Wie sahen die früheren Modelle aus?
Herkömmliche MES die Kombinierbarkeit MES so gut bewältigen wie eine Plattform.
Stellen Sie sich vor, Sie möchten ein herkömmliches MES einem bestimmten Standort einführen. Sie durchlaufen die Anforderungsprozesse und prüfen die Ablaufdiagramme und wählen einen Anbieter aus. Der Anbieter beginnt mit der Einführung des MES.
In fast allen Fällen sind Anpassungen Ihrerseits erforderlich. Sie müssen sich an die Anforderungen des Systems hinsichtlich der Integration oder der Abläufe anpassen.
Im besten Fall stimmen alle Ihre Anforderungen zu 100 % und es ändert sich nichts zwischen dem Zeitpunkt der MES Aus MES der vollständigen Implementierung.
Nun möchten Sie das System an einem anderen Standort implementieren. Dort sieht die Situation anders aus. Sie müssen zusätzliche Anpassungen vornehmen. (Vielleicht verfügen Sie an diesem Standort gar nicht über Maschinen, während es bei Ihrer ersten Implementierung beispielsweise ausschließlich um Maschinen ging.) Dann möchten Sie das System an einem dritten Standort hinzufügen. Bei jeder Implementierung desselben MES unterscheiden sich die Änderungen und Anpassungen, die Sie am Kerncode vornehmen, ein wenig von den vorherigen.
Nehmen wir nun an, Sie möchten eine bewährte Vorgehensweise von Ihrer zweiten Website identifizieren, die sich direkt auf Ihre dritte Website übertragen lässt. Dabei stoßen Sie auf ein Problem. Das Konzept einer monolithischen Codebasis erfordert nämlich eine individuelle Anpassung für jede einzelne Website-Implementierung.
Ein Microservices-Ansatz tut dies nicht.
Was hält also noch jemanden davon ab, auf diesen Ansatz umzusteigen, jetzt, da die Vorbehalte gegenüber der Cloud im Großen und Ganzen der Vergangenheit angehören?
Altlasten. Die Hersteller haben nach wie vor mit den Folgen der architektonischen Entscheidungen zu kämpfen, die getroffen wurden, als Software noch ausschließlich für den Einsatz vor Ort entwickelt wurde. Man kann diese Codebasis nicht einfach in die Cloud übertragen und erwarten, dass sie dort funktioniert.
Es ist schwierig, die Art und Weise nachzubilden, wie man mit einer Cloud-nativen Architektur entwickeln kann, wenn man nicht von Anfang an damit gearbeitet hat.
Sie stecken also fest. Wenn Sie nicht von Anfang an cloud-nativ gearbeitet haben, ist es zu schwierig, bewährte Verfahren zu übernehmen und auf die nächste Plattform umzusteigen. Noch schwieriger ist es vielleicht, ein Upgrade von MES . MES auf MES . MES , 2.1 oder 2.2 durchzuführen. Das ist mühsam und langwierig.
Das ist Ihre Sichtweise. Aber stellen Sie sich einmal vor, wie es für einen traditionellen MES aussieht. Was bedeutet das für ihn?
Wenn sie 12 Kunden mit jeweils 12 Standorten betreuen, müssen sie 144 verschiedene Versionen ihrer Codebasis verwalten. Jede Änderung, die sie an ihrem Kernangebot vornehmen, muss mit 144 verschiedenen Abzweigungen dieses Codes abwärtskompatibel sein. Das führt zu einer komplexen, schwierigen Lösung.
Und das erklärt das langsame Tempo des Innovationswandels, das wir im MES beobachten. Eine architektonische Entscheidung am „Tag Null“ bestimmt alles.
Zusammenfassend lässt sich sagen, dass das traditionelle MES wie folgt aussieht:
Der Fokus liegt auf Systemen, nicht auf Menschen
Schwer zu aktualisieren
Die Aktualisierung ist langwierig und kostspielig
Komplex und isoliert
Inwiefern stellt Tulip das herkömmliche MES Tulip ?
Im Vergleich zu der zuvor beschriebenen Architektur (die, wie bereits erwähnt, ursprünglich vor Ort entwickelt wurde) sorgt eine cloudnative Architektur für mehr Einfachheit und Schnelligkeit.
Die Tulip basiert auf einem einzigen Code-Stamm, und Apps sind Konfigurationen, keine programmierten Anpassungen. Wenn man an die Grundpfeiler der individuell gestaltbar zurückdenkt, erfordern Agilität und Erweiterbarkeit genau dies.
Eine einheitliche Codebasis ermöglicht regelmäßige, schnelle Aktualisierungen dieser Codebasis, was zu zweiwöchentlichen oder vierteljährlichen Plattform-Upgrades auf all Ihren Websites führt, anstatt zu umfassenden Überarbeitungen und Anpassungen. Sie erhalten schneller Zugang zu neuen Funktionen.
Das bedeutet auch, dass Sie Ihre bewährten Verfahren mithilfe von Apps problemlos standortübergreifend umsetzen können.
Erinnern Sie sich an Sofiya, die eine Lösung für ihre Mitarbeiter an der Produktionsfront bei Stanley & Decker entwickelt hat? Wenn sie die Möglichkeit sähe, diese Anwendung auf zehn weitere Standorte auszuweiten, die davon profitieren könnten, wäre das für sie ein Kinderspiel. Das wäre praktisch unmöglich, hätte SB&D seinen Weg in die Anwendungsentwicklung mit der bisherigen Architektur und einem herkömmlichen MES begonnen.
Zusammenfassend lassen sich die Vorteile einer Cloud-nativen Plattform und eines individuell gestaltbar wie folgt zusammenfassen:
Auf allen Websites wird dieselbe Codebasis verwendet
Bewährte Verfahren für die gemeinsame Nutzung von Apps
Gesamtüberblick über den Betrieb
Alle zwei Wochen automatische Updates
Früherer Zugang zu Innovationen
No-Code-Apps bieten Flexibilität
Im „Gartner® Magic Quadrant™ 2022 für Manufacturing Execution Systems (MES)“ finden sich zahlreiche fundierte Kommentare zu den Auswirkungen des Wandels auf dem Markt. Außerdem wird dort die Kategorie MES Innovation“ eingeführt, die davon ausgeht, dass der Anbieter eine Microservices-Architektur bereitstellt, die das Maß an Agilität und Entwicklungsgeschwindigkeit unterstützt, das unserer Ansicht nach für ein heute erfolgreiches Fertigungsunternehmen unerlässlich ist.
Herkömmliche MES lassen das MES zu. Deshalb Tulip ein Herausforderer.
Dennoch ist es wichtig zu beachten, dass der Übergang vom traditionellen MES Modularität nicht nur Tulip ist.
Es geht um etwas Grundlegenderes. Es geht darum, wie wir Softwareentwicklung betrachten und wo sie stattfinden sollte und kann: Traditionelle Lösungen basierten auf architektonischen Entscheidungen für On-Premise-Lösungen, doch Kombinierbarkeit erfordert eine Cloud-native Architektur. Wir sind bereit, die Fertigung voranzubringen.
Automatisieren Sie die Datenerfassung und steigern Sie die Produktivität mit Tulip
Sprechen Sie mit einem unserer Mitarbeiter, um zu erfahren, wie ein App-System die Mitarbeiter, Maschinen und Geräte in Ihrem gesamten Betrieb miteinander vernetzen kann.