Von SAP MII zu Azumuta: Ein praktischer Leitfaden für die Migration

Wir bei Azumuta sehen diesen Wandel als Chance, die über die technische Migration hinausgeht. Es ist eine Gelegenheit, die Fertigungssysteme zu modernisieren und den Bedienern die Möglichkeit zu geben, eine flexiblere und zukunftssichere digitale Fertigungsumgebung zu schaffen. 

Dieser SAP MII-Migrationsleitfaden enthält eine schrittweise Roadmap für den Umstieg von MII auf Azumuta. Wir kombinieren technische Spezifikationen mit praktischen Ratschlägen für Werksleiter, IT-Teams und Qualitätsverantwortliche, die erkannt haben, dass Stillstand keine realistische Option mehr ist. Außerdem erklären wir, warum Azumuta ein praktischer Weg in die Zukunft ist, der sich nahtlos in eine moderne Fertigungsarchitektur einfügt.

Warum jetzt von SAP MII weggehen?

Das Risiko einer Einstellung ist real. SAP hat einen Feature Freeze für SAP MII bestätigt, gefolgt vom Ende des Supports im Jahr 2027 (mit erweitertem Support bis 2030). Sobald dies geschieht, liegen Sicherheitslücken und Kompatibilitätsprobleme in Ihrer Verantwortung. In regulierten Branchen birgt der Einsatz nicht unterstützter Software Audit- und Compliance-Risiken sowie steigende Wartungskosten, weniger Updates und ein erhöhtes Betriebsrisiko, wenn Sie zu lange warten.

Hinzu kommt, dass MII-Kenntnisse immer schwerer zu finden sind und kundenspezifische Integrationen mit der Weiterentwicklung der umgebenden Systeme immer anfälliger werden. Warten verringert den Migrationsaufwand nicht. In der Regel erhöht es ihn sogar.

Diese Herausforderungen werden durch eine neue Ära der Fertigungsarbeit noch verschärft, die neue Anforderungen mit sich bringt. SAP MII wurde zu einer Zeit entwickelt, als Desktop-Terminals die Norm waren und Bedienerschnittstellen von IT- oder externen Beratern entwickelt wurden. 

Die Fertigung von heute sieht anders aus. Die Bediener erwarten intuitive, mobilfreundliche digitale Arbeitsanweisungen und Informationen, die ihnen jederzeit zur Verfügung stehen. Vorgesetzte benötigen schnelle Rückmeldeschleifen, die sie mit dem verbinden, was in der Fertigung geschieht. Und Fabriken fahren kürzere Produktzyklen und müssen eine größere Produktvielfalt mit häufigeren Umrüstungen bewältigen. 

Für Hersteller, die sich für Azumuta entschieden haben, besteht die Herausforderung darin, die Migration kontrolliert durchzuführen. Schlecht geplante Übergänge können zu Komplexität führen oder den täglichen Betrieb in der Fertigung stören. Eine schrittweise SAP-MII-Migrationsstrategie hilft Teams dabei, auf Azumuta umzusteigen und gleichzeitig die Produktion stabil und die Produktivität der Bediener aufrechtzuerhalten.

SAP MII-Migrationsstrategie in fünf Phasen

Die folgenden fünf Phasen beschreiben einen praktischen Ansatz für die Migration von SAP MII zu Azumuta, basierend auf Best Practices, die wir bei verschiedenen Herstellern beobachtet haben.

Phase 1: Projektvorbereitung und Umfang

Jede erfolgreiche Migration beginnt mit einer klaren Zuständigkeit. Ohne diese kommt es zu Abweichungen vom Umfang und zu Prioritätenkonflikten, was den Fortschritt in der IT und im Betrieb verlangsamt.

• Projektleiter zuweisen: Da Migrationsentscheidungen sowohl die IT als auch den Betrieb betreffen, sollten Sie aus jeder Gruppe einen Projektleiter benennen.
• Verstehen Sie die Bestandsnutzung: Identifizieren Sie, was derzeit in SAP MII läuft, z. B. Arbeitsanweisungen, Dashboards, Formulare, Integrationen und Datenerfassungspunkte. Das Ziel ist das Verstehen, nicht das Kopieren.
• Systemgrenzen definieren: Entscheiden Sie, was in Azumuta gehört, z. B. Arbeitsanweisungen und Inline-Qualitätsprüfungen, und was in SAP oder anderen Systemen verbleibt.

Ergebnis: Ein einfaches Umfangsdokument und eine Liste der Pilotprozesse.

Phase 2: Prozess- und Datenabbildung

Bevor Sie sich mit einer Software befassen, sollten Sie zunächst den tatsächlichen Ablauf Ihrer aktuellen Prozesse erfassen. Berücksichtigen Sie dabei die folgenden wichtigen Fragen: 

• Auftragsfluss abbilden: Überlegen Sie, wie Produktionsaufträge vom ERP-System in die Fertigung gelangen. 
• Betreiberkontext bewerten: Identifizieren Sie, welche Informationen die Mitarbeiter heute sehen, wann sie diese erhalten und wie sie darauf reagieren.
• Dokumentenkontrolle: Dokumentieren Sie obligatorische Genehmigungen, Unterschriften und Qualitätsprüfungen.
• Kataloginhalt: Dokumentieren Sie diese Überprüfungen mit Ihren bestehenden Arbeitsanweisungen und digitalen Formularen, die in Azumuta migriert oder neu erstellt werden müssen.

Liefergegenstand: Eine Datenzuordnungsmatrix mit Bestell-IDs, Produktcodes und Betreiberrollen .

Phase 3: Pilotprojekt in Azumuta 

Wählen Sie ein repräsentatives Pilotprojekt, das die tatsächliche Komplexität widerspiegelt, ohne den gesamten Betrieb zu gefährden. Fangen Sie klein an: eine Linie, ein Produkt, ein Prozess.

• Single Sign-On aktivieren: Konfigurieren Sie Azumuta mit dem bestehenden Identitätsmanagement (SSO/LDAP), damit sich die Bediener mit ihren bestehenden Anmeldedaten anmelden können.
• Anweisungen zum Importieren: Importieren Sie eine Handvoll Arbeitsanweisungen. Dies kann zunächst manuell über die Benutzeroberfläche erfolgen und anschließend über die REST-API von Azumuta für die Massenmigration automatisiert werden.
• Produktionsaufträge verknüpfen: Richten Sie eine einfache ERP-Integration ein, damit in SAP erstellte Produktionsaufträge auch in Azumuta sichtbar sind.

Ergebnis: Ein funktionsfähiger Prototyp, den Betreiber unter realen Bedingungen testen können.

Phase 4: Validierung und Bedienertests

Sobald das Pilotprojekt live ist, verlagert sich der Fokus von der Konfiguration auf die Validierung unter realen Produktionsbedingungen.

• Schattenphase durchführen: Führen Sie eine kontrollierte Schattenphase durch. Ermöglichen Sie den Betreibern die Nutzung von Azumuta, aber zeichnen Sie die Ergebnisse weiterhin in MII als Fallback auf.
• Feedback von Anwendern sammeln: Sammeln Sie Feedback aus der Praxis. Konzentrieren Sie sich auf die Benutzerfreundlichkeit und die Zeit, die für die Erledigung von Aufgaben benötigt wird. Ist die Benutzeroberfläche intuitiv? Werden alle Prüfungen abgedeckt und sparen Sie Zeit? 
• Validierung von Compliance-Kontrollen: Testen Sie Compliance-Anforderungen, einschließlich Änderungshistorie, Genehmigungen und elektronische Signaturen.

Ergebnis: UAT-Freigabe und eine Checkliste für die Inbetriebnahme.

Phase 5: Einführung und Außerbetriebnahme

Erweitern Sie schrittweise über Linien und Werke hinweg und wenden Sie dabei die gewonnenen Erkenntnisse an, anstatt das Pilotprojekt blind zu kopieren.

• Phase Inhaltsmigration: Migrieren Sie die verbleibenden Anweisungen und Checklisten in kontrollierten Schritten.
• Leistungskennzahlen verfolgen: Überwachen Sie KPIs und die Einhaltung von SOPs, einschließlich Schulungszeiten und Fehlerquoten.
• Archivieren und außer Betrieb nehmen: Archivieren Sie historische SAP-MII-Daten für Audit-Zwecke und deaktivieren Sie sie anschließend.

Ergebnis: Ein stufenweiser Rollout-Plan und eine endgültige Stilllegungsstrategie.

Technische Architektur und Integrationsaspekte

Eine erfolgreiche SAP-MII-Migration hängt davon ab, wie sich die neue Ausführungsebene in die bestehende IT- und OT-Landschaft einfügt. 

Azumuta wurde mit modernen APIs, MQTT/OPC-UA-Konnektivität und SAP-Konnektoren entwickelt und fügt sich nahtlos in Ihre bestehende IT/OT-Umgebung ein, ohne dass umfangreiche Anpassungen erforderlich sind. Diese Integrationsflexibilität löst das häufige Problem eng gekoppelter Systeme, die schwer zu ändern sind, und ermöglicht die Weiterentwicklung von Fertigungsprozessen, ohne dass Kernintegrationen neu geschrieben werden müssen. Und so funktioniert es:

Integration mit SAP- und ERP-Systemen

Azumuta verbindet sich entweder direkt oder über Middleware wie SAP Cloud Integration (CPI) mit SAP. SAP bleibt das System der Wahl für Fertigungsaufträge, Materialien und Stammdaten. Freigegebene Aufträge werden mit Azumuta synchronisiert, wo sie mit Arbeitsanweisungen und Qualitätsprüfungen angereichert werden. Statusaktualisierungen und Bestätigungen können zu festgelegten Zeitpunkten an SAP zurückgesendet werden.

Durch den Einsatz von Middleware werden Mapping, Fehlerbehandlung und Überwachung zentralisiert, ohne SAP oder Azumuta zusätzlich zu verkomplizieren.

Datenaustausch und APIs

Azumuta stellt REST-APIs für den automatisierten Datenaustausch während und nach der Migration bereit. Arbeitsanweisungen können in großen Mengen aus bestehenden Quellen importiert oder im Rahmen einer schrittweisen Einführung generiert werden. Produktionsaufträge und Aufgabenfortschritte können synchronisiert oder für Berichte und Analysen abgerufen werden, zusammen mit Qualitätsergebnissen.

Viele Teams beginnen mit der manuellen Erstellung von Anleitungen, um Struktur und Benutzerfreundlichkeit zu überprüfen, und automatisieren den Prozess, sobald Standards festgelegt sind. Versionierte APIs reduzieren den Wartungsaufwand und unterstützen die langfristige Skalierbarkeit.

Gerätekonnektivität

Azumuta lässt sich über Standardprotokolle wie MQTT und OPC-UA mit gängigen Geräten in der Fertigung wie Scannern, Drehmomentwerkzeugen und IoT-Sensoren integrieren. Diese Konnektivität ermöglicht es, Arbeitsschritte bei Bedarf anhand realer Prozessdaten zu validieren.

Die Geräteintegration erfolgt schrittweise; Anlagen können einfach beginnen und Automatisierung dort hinzufügen, wo sie einen betrieblichen Mehrwert bietet.

Compliance und Überprüfbarkeit

Azumuta bietet integrierte Genehmigungsabläufe und einen Revisionsverlauf, um ISO-, FDA- und GxP-Anforderungen ohne kundenspezifische Entwicklung zu erfüllen. Historische SAP-MII-Daten werden in der Regel archiviert, während Azumuta ab der Inbetriebnahme einen sauberen Prüfpfad aufrechterhält. 

Häufige Fehler bei der SAP-MII-Migration, die es zu vermeiden gilt

Der Versuch, die SAP-MII-Logik eins zu eins neu aufzubauen, führt zu technischen Altlasten. Eine Unterschätzung der Beteiligung der Bediener verlangsamt die Einführung, während das Ignorieren historischer Daten zu einem späteren Zeitpunkt ein Audit-Risiko darstellt. So lässt sich dies vermeiden:

Verlust historischer Aufzeichnungen

SAP MII enthält oft jahrelange Produktions- und Qualitätsdaten, die für Audits und Untersuchungen benötigt werden oder für Trendanalysen verwendet werden. Legen Sie vor der Außerbetriebnahme fest, welche Datensätze in welchem Format aufbewahrt werden müssen. Exportieren und archivieren Sie diese Daten auf kontrollierte, durchsuchbare Weise mit klaren Regeln für Eigentumsrechte und Aufbewahrung. Vermeiden Sie eine vollständige Datenmigration, es sei denn, es besteht ein klarer regulatorischer oder geschäftlicher Bedarf.

Widerstand des Betreibers

Betreiber sind von Systemänderungen betroffen, auch wenn der technische Umfang begrenzt erscheint, und Widerstand entsteht oft durch Tools, die nicht die tatsächlichen Arbeitsbedingungen widerspiegeln. Beziehen Sie die Betreiber frühzeitig ein, indem Sie sie Pilotprozesse unter realen Bedingungen testen lassen. Nutzen Sie ihr Feedback, um Anweisungen und Abläufe vor einer breiteren Einführung anzupassen. Eine frühzeitige Einbindung erhöht die Akzeptanz und reduziert Workarounds nach der Inbetriebnahme.

Integrationsprobleme

Ältere SAP-MII-Konfigurationen basieren auf eng gekoppelten, benutzerdefinierten Integrationen. Die Neuerstellung dieser Muster erhöht das Risiko und den Wartungsaufwand. Verwenden Sie daher nach Möglichkeit Middleware, um Systeme zu entkoppeln und die Integrationslogik zu zentralisieren. Entwickeln Sie robuste Mechanismen zur Fehlerbehandlung und Wiederholung, die Fehler sichtbar und behebbar machen, anstatt den Betrieb in der Fertigung unbemerkt zu stören. 

Compliance-Lücken

Genehmigungsabläufe, Unterschriften, Änderungsverfolgbarkeit und Revisionshistorie sind häufig in benutzerdefinierte MII-Logik eingebettet. Während der Migration müssen diese Anforderungen identifiziert und dürfen nicht einfach vorausgesetzt werden. Ordnen Sie die Genehmigungsschritte detailliert zu und überprüfen Sie, ob die Prüfpfade den regulatorischen Anforderungen entsprechen. Testen Sie dann die Compliance-Szenarien im Rahmen der Benutzerakzeptanz und nicht erst nach der Einführung. 

Von der Migration zu modernisierten Arbeitsweisen

Die Migration von SAP MII zu Azumuta ist mehr als nur ein Systemwechsel. Sie steht für die Modernisierung der Arbeitsweise. Hersteller, die ihre Supportmodelle überdenken, gehen zu flexibleren Arbeitsweisen über, bei denen Anweisungen immer auf dem neuesten Stand sind und Qualität in die tägliche Arbeit integriert wird.

Durch die Umsetzung einer schrittweisen, gut durchdachten Roadmap für den Austausch von SAP MII können Teams das Migrationsrisiko reduzieren und gleichzeitig die Gefahr vermeiden, die Komplexität des Altsystems wiederherzustellen. Das Ergebnis ist eine intuitive Plattform, die eine schnellere Einarbeitung und eine bessere Compliance unterstützt, sodass die Mitarbeiter während der Weiterentwicklung der Prozesse ohne Unterbrechungen arbeiten können.