Ansicht
Dokumentation

/PLMI/RCP_MIGRATION - Rezeptentwicklung - Formel und Rezept migrieren

PERFORM Short Reference   SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Verwendung

Mit diesem Report können Sie vorhandene Daten der Rezeptverwaltung (PLM-RM) in die Rezeptentwicklung (PLM-WUI-RCP migrieren.

Die folgenden Funktionen werden bei der Migration zur Verfügung gestellt:

• Auswahl der Rezepte/Formeln, die migriert werden sollen

• Tracking des Migrationsprozesses nach Migrationsstatus

• Simulationsmodus, mit dem Sie prüfen können, ob die Migration möglich ist

• Neustart des Migrationsprozesses

• Tracking der migrierten Objekte

Rezepte der Rezeptverwaltung haben eine andere Struktur als die Rezepte der Rezeptentwickung. Daher ist eine direkte Zuordnung der Strukturelemente nicht möglich. Darüber hinaus stellt die Rezeptentwicklung keine eigenständigen Formeln zur Verfügung; eigenständige Formeln der Rezeptverwaltung werden in der Rezeptentwicklung daher in Rezepte kopiert.

Eigenständige Formeln oder Rezepte der Rezeptverwaltung können mit dem Änderungsdienst (ECM) geändert werden. Dieser Report stellt zwei alternative Möglichkeiten zur Verfügung:

• Auswahlknopf Stichtagsdatum verwenden:
  Migration der Rezept-/Formeldaten, die an einem bestimmten Stichtag gültig sind. Ein Rezept wird angelegt

• Auswahlknopf Eine Rezeptversion anlegen:
  Migration aller Änderungsstände eines Rezepts/einer Formel:

• Liegt ein Änderungsstand in der Vergangenheit, wird eine Rezeptalternative angelegt. Hierbei wird eine Änderungsnummer verwendet, die am Tag der Migration gültig ist. Die Daten der Änderungsstände aus der Vergangenheit werden in dieses Rezept geschrieben und Änderungen durch Änderungsbelege dokumentiert.

• Liegt der Änderungsstand in der Zukunft, wird eine neue Rezeptversion angelegt.

Hinweis

Wenn Sie die Änderungsstände kopieren, werden die Daten zu jedem Änderungsstand gelesen. Darüber hinaus werden evtl. Änderungsbelege angelegt. Dies wirkt sich auf den erforderlichen Zeitaufwand für die Migration eines Rezeptobjekts aus.

Wenn Sie die Migration von vergangenen Änderungsständen überspringen möchten, verwenden Sie die Methode SKIP_PAST_CHANGE_STATES von BAdI /PLMI/EX_RCP_MIG_VISITOR_OBJ.

Migrationsprozess

Der Migrationsprozess wird durch den Status des Migrationsverwaltungssatzes gesteuert. Die folgenden Status stehen zur Verfügung:

• Status Start

Dies ist der Ausgangsstatus des Migrationsprozesses. Mit dem Lauf des Migrationsreports wird die Migration des Rezeptes oder der Formel simuliert. Ist die Simulation erfolgreich, erhält der Migrationsverwaltungssatz den Status Simuliert.

• Status Simuliert

Eine simulierte Migration kann migriert werden. Die Migration hat den Status Migriert zum Ergebnis.

• Status Migriert

Das Rezept bzw. die Formel wurde erfolgreich migriert, der Migrationsprozess ist abgeschlossen. Der Name des erzeugten Rezepts wird durch den Migrationsverwaltungssatz angezeigt.

• Status Abgelehnt

Die Migration eines Rezepts bzw. einer Formel kann durch Verwendung des Status Abgelehnt abgelehnt werden. Nur Migrationsverwaltungssätze mit dem Status Start oder Simuliert können abgelehnt werden. Der Status Abgelehnt kann nur in den Status Start geändert werden, d.h. der Migrationsprozess muss von Angang an neu gestartet werden.

• Status Übersprungen

Die Migration eines Änderungsstands wurde vom System übersprungen. Status Übersprungen kann nur vom Programm festgelegt werden.

Überblick über die Schritte

Für die Migration eines Rezepts oder einer Formel müssen die folgenden Schritte durchgeführt werden:

• Migrationsverwaltungssatz laden.

Dieser Schritt wird nur einmal ausgeführt, bevor Sie die Migration für die gewünschten Rezepte oder Formeln starten. Die Migrationsverwaltungssätze werden in der Mapping-Tabelle hinterlegt.

• Migrationsprozess durch Simulation der Migration starten.

Die Simulation ist für alle Sätze mit dem Status Start möglich. Nach der Simulation wird der Status Start in Status Simuliert geändert.

• Migration starten.

Status Simuliert wird in Status Migriert geändert.

Hinweis

Im Einstiegsbild von Transaktion /PLMI/RCP_MIGRATION können Sie die Migrationsverwaltungssätze anhand des Status auswählen (Ankreuzfeld Status verwenden). Die verschiedenen Migrationsschritte können nur ausgeführt werden, wenn die Migrationsverwaltungssätze anhand des Status ausgewählt werden.

Wenn Sie nach einem bestimmten Migrationsverwaltungssatz suchen möchten, wählen Sie dieses Ankreuzfeld nicht aus. In diesem Fall wird der Migrationsverwaltungssatz unabhängig vom Status ausgewählt.

Integration

Durch die Migration werden die Daten der klassischen Rezeptverwaltung weder geändert noch gelöscht. Die Daten können weiterhin in der Workbench der Rezeptverwaltung angezeigt werden, sind jedoch für Änderungen gesperrt.

Voraussetzungen

Zuordnung der Spezifikationsart zur Rezeptart

Sie haben die Rezeptarten und eigenständigen Formeln in der Rezeptverwaltung mithilfe des Viewclusters /PLMI/VC_RCP_MIG der Rezeptart in der Rezeptentwicklung zugeordnet. Zeigen Sie das Viewcluster mit Transaktion SM34 (Viewcluster-Pflege) an.

Hinweis

Die Zuordnung kann durch Implementierung von Erweiterungsspot /PLMI/ES_RCP_MIG_VISITOR_OBJ (Methode DETERMINE_RECIPE_TYPE) beeinflusst werden.

Änderungsbelege aktivieren

Wenn Sie Änderungsstände migrieren, müssen Sie die Änderungsbelege im Customizing aktivieren: Produktionsplanung Prozeßindustrie -> Stammdaten -> Rezeptverwaltung -> Rezept -> Rezepteinstellungen. Änderungsstände mit Bezug auf die Zukunft werden in neue Versionen kopiert.

Customizing-Einstellungen für Anwendungsprotokoll festlegen

Das Anwendungsprotokoll für die Migration wurde im Customizing eingestellt (Objekt /PLMI/RCP_MIG 'Rezeptmigration in WebUI' und Teilobjekt RCP 'Rezept').

Objekttyp in Änderungsnummer aktivieren

Wenn Sie die Änderungsnummer für die Migration verwenden, muss die Änderungsnummer für den Objekttyp 'PLM4PI: Rezeptverwaltung' gültig sein.

Prozessparameter migrieren

Wenn Sie Prozessparameter verwenden, müssen Sie die Stammdaten der Prozessparameter erst mithilfe von Report /PLMI/RCP_MIGRATION_PPM migrieren. Der Report erzeugt die Prozessparameter-Stammdaten in der Rezeptentwicklung und verwendet dabei die Namen der Stammdaten in der Rezeptverwaltung. Meldungen werden im Anwendungsprotokoll (Objekt /PLMI/RCP_MIG, Unterobjekt PPM) erfasst.

Repezt-Klassensystem migrieren

Wenn Sie Rezepte in der Rezeptverwaltung klassifiziert haben, müssen Sie die entsprechenden Klassen mit Klassenart 104 anlegen, bevor Sie die Migration starten. Sie kopieren die Rezeptverwaltungsklasse mit Klassenart 053 mit demselben Namen und denselben Merkmalen.

Berechtigung

Die Verwendung der Migrationsfunktion wird durch das Berechtigungsobjekt PLM_RCPMIG gesteuert - mit den Aktivitäten 03 für die Anzeige der Migratinsverwaltungssätze und Aktivität 16 für die Ausführung der Migration (Rollen). Zusätzlich sind die üblichen Berechtigungen für RM erforderlich. Für den Zugriff auf das Anwendungsprotokoll benötigen Sie das Berechtigungsobjekt S_APPL_LOG mit ALG_OBJECT = /PLMI/RCP_MIG und ALG_SUBOBJ = RCP und ACTVT = 03.

Funktionsumfang

Die Zuordnung der Rezeptverwaltungsdaten zu Rezeptentwicklungsdaten wird durch die BAdI-Implementierungen /PLMI/IM_EX_RCPMIG_VISITOR_FRML realisiert (Quelle: eigenständige Formel) und /PLMI/IM_EX_RCPMIG_VISITOR_RECIPE (Quelle: Rezept) in Erweiterungsspot /PLMI/ES_RCP_MIG_VISITOR. Die BAdI-Implementierungen werden anhand eines Filters ausgewählt. Der Wert des Filters wird von Methode DETERMINE_FILTER der BAdI-Implementierung /PLMI/IM_EX_RCPMIG_VISITOR_OBJ in Erweiterungsspot /PLMI/ES_RCP_MIG_VISITOR_OBJ bereitgestellt.

Während der Datenmigration aus der Rezeptverwaltung in die Rezeptentwicklung werden die Daten in beiden Systemen gesperrt. Sie können BAdI RMS_MIG_INTEGRATION zur Prüfung der Daten in der Rezeptverwaltung und BAdI PLMB/RCP_CHECK_MIGRAT_FINISH zur Prüfung der Daten in der Rezeptentwicklung verwenden.

Selektion

Standardvarianten

Ausgabe

Aktivitäten

Alle Rezepte oder Formeln, die Sie migrieren möchten, müssen zuerst in die Mapping-Tabelle aufgenommen werden.

1. Wählen Sie im Einstiegsbild Mapping-Tabelle laden.
2. Wählen Sie die Rezepte oder Formeln, die Sie migrieren möchten.
3. Wählen Sie Ausführen.

Sie sehen die Mapping-Tabelle mit allen ausgewählten Objekten.

Entmarkieren Sie alle Objekte, die Sie nicht migrieren möchten.

1. Sichern Sie die Mapping-Tabelle und kehren Sie zum Einstiegsbild zurück.

Bevor Sie mit der Migration starten können, müssen Sie zuerst eine Simulation vornehmen.

1. Geben Sie im Einstiegsbild die Rezepte bzw. Formeln ein, die in der Mapping-Tabelle enthalten sind.
2. Setzen Sie das Kennzeichen 'Status verwenden' und wählen Sie den Migrationsstatus 'Start'.

Dieser Status bestimmt, dass die Migration erst simuliert werden muss, bevor die Objekte migriert werden können.

1. Wählen Sie sonstige relevante Einstellungen.

• Sie können festlegen, auf welche Weise die Änderungsstände eines Rezepts migriert werden.

• Sie können festlegen, welche Views Sie migrieren möchten.

HINWEIS:

Die Formeloptionen werden nur angezeigt, wenn in der klassischen Rezeptverwaltung separate Formel-Views verwendet werden.

1. Wählen Sie Ausführen.

Im folgenden Bild sehen Sie die Mapping-Tabelle mit den ausgewählten Objekten.

1. Wählen Sie Migration simulieren.

Die Simulation bzw. Migration bestimmter Objekte kann verhindert werden, indem Sie den Status dieser Objekte in 'Abgelehnt' ändern.

Beim Start der Simulation bzw. Migration wird in einem Popup der Start des Migrationsjobs gemeldet. Die Migration der Objekte wird von Hintergrundjobs simuliert. Wenn die Simulation der Migration erfolgreich war, erhalten die Objekte den Status 'Simuliert' und werden aus der Liste gelöscht.

Wenn ein Fehler auftritt, können die betroffenen Objekte nicht migriert werden. Die Spalte 'Fehler' in der Mapping-Tabelle enthält eine entsprechende Kennzeichnung für das Objekt. Der Fehler kann mithilfe des Anwendungsprotokolls gelöst werden.

Wenn die Simulation erfolgreich war, erhält das Rezept bzw. die Formel den Status 'Simuliert' und kann anschließend migriert werden.

Die Versionen und Alternativen, die nach der Simulation in der Mapping-Tabelle angezeigt werden, sind vorläufig und können sich nach der Migration ändern.

1. Wählen Sie die Objekte mit dem Status 'Simuliert' und anschließend Ausführen.

Im folgenden Bild sehen Sie die Mapping-Tabelle mit den ausgewählten Objekten.

1. Wählen Sie Migration ausführen.

Die Migration bestimmter Objekte kann verhindert werden, indem Sie den Status dieser Objekte in 'Abgelehnt' ändern.

Beim Start der Migration wird in einem Popup der Start des Migrationsjobs gemeldet. Die Migration der Objekte erfolgt in Hintergrundjobs. Wenn die Migration erfolgreich war, erhalten die Objekte den Status 'Migriert' und werden aus der Liste gelöscht.

Wenn ein Fehler auftritt, können die betroffenen Objekte nicht migriert werden. Die Spalte 'Fehler' in der Mapping-Tabelle enthält eine entsprechende Kennzeichnung für das Objekt. Der Fehler kann mithilfe des Anwendungsprotokolls gelöst werden.

Beispiel

TXBHW - Original Tax Base Amount in Local Currency   BAL_S_LOG - Application Log: Log header data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 16071 Date: 20240419 Time: 224449     sap01-206 ( 170 ms )