Projekt
SAP-PM Datenschnittstelle
Schnittstelle zur automatischen Anlage und Updaten von technischen Plätzen in SAP-PM aus einem datenführenden Drittsystem
Projekt ansehenProjekt
Migration von rund 15.000 Arbeitsplänen und 50.000 Wartungsplänen aus einem Drittsystem nach SAP. Ein KNIME-Workflow überführt die Planungslogik des Altsystems in die SAP-Standardlogik mit Strategieplänen und erzeugt sofort migrierbare XML-Files für das Migration Cockpit.
Das Altsystem plant Wartungen nach einer anderen Logik als SAP. Sie unterscheidet sich maßgeblich vom SAP-Standard und lässt sich nicht einfach übertragen.
In SAP werden Wartungen über Strategiepläne mit mehreren Zyklen abgebildet. Die Vorgänge der Arbeitspläne erhalten Wartungspakete der Strategie und werden damit entsprechend dem Zyklus abgerufen. Ein Wartungsplan kann mehrere technische Objekte bündeln.
Rund 15.000 Arbeitspläne und 50.000 Wartungspläne werden Standort für Standort nacheinander migriert.
Im strategiebasierten Arbeitsplan wird jedem Vorgang mindestens ein Paket der Wartungsstrategie zugewiesen. Beim Abruf übernimmt das System nur die für das jeweilige Paket relevanten Vorgänge, gesteuert über die Pakethierarchie. Sauber gepflegte Arbeitspläne mit korrekten Paketzuordnungen sind deshalb die Voraussetzung für präzise, automatisierte Wartungspläne.

Der Workflow transformiert die Logik aus dem Altsystem in die SAP-Standardlogik: in Strategiepläne mit mehreren Zyklen, bei denen die Vorgänge Wartungspakete der Strategie erhalten, und in Wartungspläne, die mehrere technische Objekte bündeln. Er bereitet die Daten für die Migration der Arbeitspläne und Wartungspläne vor und erstellt sofort migrierbare XML-Files für das Migration Cockpit.
Die Objekte hängen voneinander ab und werden in dieser Reihenfolge geladen:
Die Daten werden per SQL-Connector aus dem Drittsystem gelesen. Der Workflow bildet sie als Strategiepläne ab, bei denen die Vorgänge die passenden Wartungspakete der Strategie erhalten, und baut Wartungspläne auf, die mehrere technische Objekte bündeln.
Sie bilden die Grundlage: Die Wartungspakete der Strategie werden den Vorgängen der Arbeitspläne zugeordnet. Deshalb müssen sie zuerst im System sein.
Der Workflow erstellt sofort migrierbare XML-Files für das Migration Cockpit.
Auch hierfür erzeugt der Workflow migrierbare XML-Files. Die Wartungspläne folgen auf die Arbeitspläne, weil sie auf diese verweisen.
Der Offset sorgt dafür, dass der aktuelle Zyklus beim Systemwechsel beibehalten wird: Die Wartungen starten nicht von vorn, sondern setzen den Zyklus an der Stelle fort, an der sie im Altsystem standen.
Warum der Offset nötig ist und woher er kommt →Der Workflow erzeugt direkt XML-Files für das Migration Cockpit.
Für jeden weiteren Standort sofort einsetzbar.
Nach Einführung des KNIME-Workflows traten keine Fehler mehr auf.
Die Datenaufbereitung dauert statt Tagen nur noch Minuten.
Rund 15.000 Arbeitspläne und 50.000 Wartungspläne wurden migriert. Der Workflow ist für jeden weiteren Standort sofort wiederverwendbar. Nach seiner Einführung traten im Migrationslauf keine Fehler mehr auf, und die Datenaufbereitung dauert statt Tagen nur noch Minuten.
Zu dem Thema habe ich auf LinkedIn geschrieben:
Ich unterstütze gerne dabei, die Planungslogik Ihres Altsystems in SAP abzubilden und die Daten für das Migration Cockpit aufzubereiten.
Projekt
Schnittstelle zur automatischen Anlage und Updaten von technischen Plätzen in SAP-PM aus einem datenführenden Drittsystem
Projekt ansehenProjekt
Entwicklung eines KNIME-basierten Generators zur automatisierten Erstellung von SAP Migration Cockpit Templates auf Basis definierter Migrationsobjekte und Metadaten
Projekt ansehen