Sehen Sie sich unseren neuen mii-Konverter conMC an!
Vom ersten Tag an haben wir die benutzerdefinierten Funktionen des SAP DM mit einem sehr kritischen Blick betrachtet und stets mit unserem geliebten MII verglichen. Der Grund? Wir wissen, dass die Fertigungsszenarien in dieser Richtung herausfordernd sein können, und das Wichtigste, der Weg der Migration zu SAP DM führt über diesen Weg, die Implementierung der bestehenden benutzerdefinierten Logik.
Dieses Schema beschreibt die 2 möglichen Abläufe der benutzerdefinierten Logik in SAP DM. Wir können eine benutzerdefinierte Logik aus dem Standard-POD-Plugin oder aus dem benutzerdefinierten POD-Plugin auslösen. Der Weg, dem sie folgen, ist ähnlich, aber lassen Sie uns ein wenig mehr in sie eindringen.
In MII können wir benutzerdefinierte Produktionsprozesse über die Transaktionen durchführen. SAP DM bietet uns dies über die Anwendung „Design Production Process“ an, in der wir die Produktionsprozesse erweitern oder bearbeiten können.
Aufgrund des Drag-and-Drop-Logic-Builders ist es den SAP MII-Transaktionen sehr ähnlich, verfügt aber über viele großartige Funktionen, eine großartige intuitive Benutzeroberfläche und hervorragende detaillierte Debugging- und Überwachungswerkzeuge.
Wir können SAP DM problemlos mit externen Webservern verbinden und deren Dienste über die Erweiterungen des Produktionsprozesses nutzen. Bei diesen externen Webservern kann es sich um Destinationen handeln, die im sap BTP konfiguriert sind, oder um Side-by-Side-Anwendungen, die in Kyma Runtime bereitgestellt werden.
Gesamtergebnis: Sie können Ihre benutzerdefinierte Logik in der Anwendung zur Gestaltung von Produktionsprozessen aufbauen und sie gleichzeitig mit Ihren benutzerdefinierten Backend-Implementierungen kombinieren.
Aber wie kommuniziert Ihr Produktionsprozessfluss mit Ihrem MES? In MII kommuniziert er mit den PAPIs und den Abfragen. Hier verfügen wir über eine breite Palette von Diensten, die die Notwendigkeit für kundenspezifische Abfragen, die in SAP DM nicht angeboten werden, erheblich reduzieren.
Die Abfragen werden als der fehlende Teil von DM angesehen, aber was als Ersatz dafür angeboten wird, ist eine breite Palette von Diensten/APIs, die viele optionale/obligatorische Parameter akzeptieren und stattdessen tief strukturierte und detaillierte Ergebnisse liefern.
In unseren Migrationsszenarien finden wir immer noch Fälle, in denen die Dienste/APIs nicht ausreichen, aber die APIs werden erweitert und in jedem Vierteljahr kontinuierlich verbessert.
Auf der anderen Seite hatten wir in SAP MII die benutzerdefinierten Ansichten. Wir werden in der Lage sein, auch in SAP DM großartige benutzerdefinierte PODs zu erstellen. Sie können als benutzerdefinierte UI-Erweiterungen erstellt werden und in der Cloud Foundry-Umgebung in SAP BTP ausgeführt werden. Von dort aus können sie in SAP DM Dashboards verwendet werden.
Sie können auch über die APIs mit SAP DM kommunizieren und sie können auch mit den Side-by-Side-Anwendungen oder externen Servern kommunizieren (die als Destinationen in SAP BTP konfiguriert sind). Die Logik wird also durch die kundenspezifisch entwickelten Anwendungen erreicht und die Kommunikation mit DM erfolgt ebenfalls über die APIs.
