Ansicht
Dokumentation

ON_MIG_PHASE3 - Phase 3: OM-Datenmigration während der Ausfallzeit

SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Die Aktionen zur Phase 3 der Migration umfassen die zentralen Schritte des Migrationsprojekts und müssen während der Ausfallzeit des Systems durchgeführt werden, um Inkonsistenzen zu vermeiden, die durch die Neuanlage von Objekten während der Migration entstehen könnten. Lediglich die Schritte im Testmodus können Sie vor dem Start der Ausfallzeit durchführen.

Wir empfehlen die Ausführung dieser Schritte im Testmodus und die Analyse des dabei erzeugten Protokolls, so dass Sie eine Abschätzung der Dauer der Ausfallzeit anhand der Zeiten in den Protokollen machen können.

Daher müssen Sie zum Starten der relevanten Schritte bestätigen, dass Sie die Ausfallzeit des Systems gestartet haben und dass keine Aktivitäten auf dem System stattfinden. Wenn Sie die Ausfallzeit bestätigt haben, führen Sie folgende Schritte durch:

• Starten der Konsistenzprüfung aus dem Migrationscockpit

Wenn Sie diesen Schritt starten, prüft das System alle Daten auf die folgenden Bedingungen:

• Zu allen organisatorischen Einheiten (OEs) müssen Einrichtungen vorhanden sein. Wenn dies nicht der Fall ist, führt dies zu einem Fehler in der Konsistenzprüfung.

• Wenn Sie bisher OM noch nicht im Einsatz haben: Das System prüft, ob zu einer ORG-ID oder BAU-ID des IS-H ein namensgleiches Schlüsselelement für eine organisatorische oder bauliche Einheit existiert. Wenn dies der Fall ist, führt dies zu einem Fehler in der Konsistenzprüfung. (zu diesem Fehler kann es nur dann kommen, wenn zum Beispiel zu Testzwecken im OM schon organisatorische Einheiten oder bauliche Einheiten angelegt wurden).

• Wenn Sie bereits OM im Einsatz haben, prüft das System, ob die Objekt-ID zu einer ORG-ID einer organisatorischen Einheit im OM identisch ist mit der ORG-ID einer namensgleichen in der Zuordnungstabelle zugeordneten organisatorischen oder baulichen Einheit im OM. Wenn dies nicht der Fall ist, führt dies zu einem Fehler in der Konsistenzprüfung.

Das System prüft die Hierarchien zu baulichen und organisatorischen Einheiten und gibt alle konsistenten Daten frei. Wir empfehlen, an Hand des Protokolls alle Inkonsistenzen zu beseitigen. Das Protokoll wird auf der Datenbank gespeichert; Sie erhalten es über die Transkation SLG1 oder über die Protokolldrucktaste neben der Startdrucktaste des Reports.

• Migration der Einrichtungen ins OM

Dieser Schritt kann nur während der Ausfallzeit durchgeführt werden und benötigt die Eingaben aus Schritt 2 der Phase 1 (OM-Datenstatus festlegen). Wenn Sie diesen Schritt mit "Ja" bestätigt haben, ist ebenfalls die Freigabe der Daten aus der Mappingtabelle NOM_MAP_DATA nötig, um den Report zu starten.

Dieser Schritt ist obligatorisch und legt für jede Einrichtung im SAP Patient Management (IS-H) ein Wurzelobjekt im OM an. Die relevanten Daten zu Adressen werden dabei aus dem IS-H automatisch ins OM übertragen und in den Infotypen abgelegt.

Wenn Sie schon OM im Einsatz haben, werden im Zuge des Reports die Daten aus der Mappingtabelle ausgelesen und nur die Objekte angelegt, die nach der Mappingtabelle nicht im OM existieren. Für alle anderen Objekte, die schon im OM existieren, werden die im OM schon existierenden Daten um die Daten aus dem IS-H ergänzt. Der Report wird keine im OM existierenden Daten mit Daten aus dem IS-H überschreiben.

Sobald der Report erfolgreich (mit oder ohne Warnungen) durchgeführt wurde, inaktiviert das System die Taste im Migrationscockpit, und der Report kann nicht erneut gestartet werden.

• Migration der IS-H-Krankenhausstrukturen ins OM

Dieser Schritt kann nur während der Ausfallzeit durchgeführt werden und benötigt die Eingaben aus Schritt 2 der Phase 1 (OM-Datenstatus festlegen). Wenn Sie diesen Schritt mit "Ja" bestätigt haben, ist ebenfalls die Freigabe der Daten aus der Mappingtabelle NOM_MAP_DATA nötig, um den Report zu starten. Weiterhin muss vor dem Start des Programms die Migration der Einrichtungsdaten erfolgreich abgeschlossen sein.

Dieser Schritt ist obligatorisch und legt unter den Einrichtungen, die im vorherigen Schritt als Wurzelobjekte angelegt wurden, alle organisatorischen und baulichen Einheiten mit allen Daten und Hierarchieverknüpfungen an. Dabei führt das System keine Konsistenzprüfungen durch.

Nach dem erfolgreichen Lauf des Reports speichert das System die Daten in den relevanten OM-Tabellen. Beachten Sie, dass die Daten im Status "nicht freigegeben" übertragen werden, so dass sie durch einen erneuten Start des Releasereports aus dem Migrationscockpit heraus freigegeben werden müssen.

Sobald der Report erfolgreich (mit oder ohne Warnungen) durchgeführt wurde, inaktiviert das System die Taste im Migrationscockpit, und der Report kann nicht erneut gestartet werden.

• Freigabe der migrierten Daten

Dieser Report kann nur während der Ausfallzeit durchgeführt werden und benötigt eine erfolgreiche Übertragung der IS-H-Krankenhausstrukturen.

Mit dem Starten des Reports werden die migrierten Daten auf Konsistenz überprüft und im Falle von Konsistenz freigeben. Der Report prüft in einem Schritt die Konsistenz von baulichen Objekten und organisatorischen Objekten aller Einrichtungen. Nach Durchführen dieses Schritts ist die Migration erfolgreich abgeschlossen, und die neuen Daten können nach Ausführen des letzten Schritts verwendet werden.

• Bestätigen der Migration

Mit diesem obligatorischen Schritt bestätigen Sie, dass die Migration erfolgreich beendet wurde. Danach ist ein Zugriff aus der Applikation auf die alten IS-H-Daten nicht mehr möglich. Danach greift das System auf die neuen OM-Daten zurück.

CL_GUI_FRONTEND_SERVICES - Frontend Services   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 6948 Date: 20240520 Time: 181425     sap01-206 ( 153 ms )