Kontakt

Ansicht
Dokumentation

/PM0/ABQ_MIGRATION_OBJ_TEST - Migration von versicherbaren Objekten testen

/PM0/ABQ_MIGRATION_OBJ_TEST - Migration von versicherbaren Objekten testen

Addresses (Business Address Services)   PERFORM Short Reference  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Verwendung

Mit diesem Report können Sie die Datenübernahme aus einem Altsystem in FS-PM für das Geschäftsobjekt Versicherbares Objekt testen.

Integration

Voraussetzungen

  • Es existieren versicherbare Objekte (VBO) in FS-PM.
  • Sie haben für das Nummernkreisobjekt /PM0/ABN21 (Nummern von VBOs) einen internen Nummernkreis angelegt, damit keine Fehler bei der Verbuchung der neu erzeugten VBO auftreten. Im Customizing für Policenmanagement wählen Sie hierzu Allgemeine Einstellungen -> Nummernkreise -> Objektverwaltung -> Nummernkreisintervalle für versicherbare Objekte definieren. Alternativ wählen Sie die Transaktion SNRO.

Funktionsumfang

Dieser Report liest die Daten eines in FS-PM bestehenden VBOs und bereitet Sie für die Datenmigration auf.

Die Daten werden entweder in Form einer Textdatei oder direkt für den Aufruf des Funktionsbausteins /PM0/ABQ_OBJM_MASSMIGR (Massenmigrationsschnittstelle für das VBO) aufbereitet.

Die Daten in der Textdatei entsprechen dem Format wie es in der Legacy System Migration Workbench (Transaktion LSMW) erwartet wird. In der LSMW müssen die Satzarten der Quellfelder als identifizierenden Feldinhalt den Namen enthalten, der in der erzeugten Textdatei jeweils am Zeilenanfang zu finden ist. Für den BAPI-Kontrollparameter beispielsweise wäre der identifizierende Feldinhalt /PM0/BAPI_ABQ_MIGRATION, für den VBO-Kopf wäre es /PM0/ABQINSOBJ.

Dieser Report hat nur Beispielcharakter und erhebt keinen Anspruch auf Vollständigkeit.

Er dient einem Projektteam als Vorlage dafür, wie Daten aus einem Altsystem aufbereitet werden müssen, um eine erfolgreiche Migration in FS-PM zu ermöglichen.

Dieser Report simuliert eine Datenmigration und erzeugt dabei eine oder mehrere Kopien eines bestehenden VBOs.

Selektion

  • Versicherbares Objekt
Geben Sie die Nummer eines in FS-PM angelegtes VBOs (vorzugsweise kein migriertes VBO) ein, das als Vorlage bzw. Referenz für das neu zu erzeugende (migrierte) VBO dient.
  • Migration durchführen
Der Report liest die Daten des Vorlage-VBOs und wandelt sie in die entsprechenden Tabellen zum Aufruf der Datenmigration um.
Der Report ruft den Funktionsbaustein /PM0/ABQ_OBJM_MASSMIGR mit den erzeugten Daten auf und der Funktionsbaustein speichert die ungeprüften Daten in der Datenbank (Rohdaten).
  • Migrationsdatei erzeugen
Der Report liest die Daten des Vorlage-VBOs und lädt sie in eine Textdatei herunter. Diese Datei dient als Eingabedatei für die LSMW. Sie ist die Grundlage für die von SAP angedachte Datenmigration aus dem Altsystem. Die LSMW übergibt die Daten der Eingabedatei an IDOCs, die dann die Daten über den Funktionsbaustein /PM0/ABQ_OBJM_MASSMIGR im System verbuchen.
  • Daten anzeigen
Der Report liest die Daten des Vorlage-VBOs und wandelt sie in Migrationsdatenstrukturen um. Die so erzeugten Daten werden nur am Bildschirm angezeigt. Es erfolgt keine Verarbeitung der Daten.
  • Trennzeichen für die Migrationsdatei
Der Report verwendet das ausgewählte Trennzeichen bei der Erstellung der Migrationsdatei zur Abgrenzung der Attribute.
  • Anzahl zu erzeugender VBO
Hier können Sie die Anzahl der neuen VBO vorgeben, die aus dem Vorlage-VBO erzeugt werden.
  • Validierung durchführen
  • Wenn Sie dieses Ankreuzfeld markieren, wird sofort nach Verbuchung der Rohdaten in der Datenbank die Validierung gestartet.

  • Wenn Sie dieses Ankreuzfeld nicht markieren, werden die Daten ungeprüft in die Datenbank geschrieben (Rohdaten) und Sie müssen sie in einem zweiten Schritt validieren und freigeben. Die Validierung und Freigabe erfolgt mit Hilfe der Transaktion /PM0/ABQ_FP_Q_OBJVAL.


Bei einer Produktivmigration sollten die Schritte Buchung der Rohdaten und Validierung/Freigabe aus Performance-Gründen separat ausgeführt werden.
  • Freigeben
  • Wenn Sie dieses Ankreuzfeld markieren, gibt der Report ein erfolgreich validiertes VBO sofort zur Bearbeitung frei.

  • Wenn Sie dieses Ankreuzfeld nichtmarkieren, müssen Sie ein erfolgreich validiertes VBO in einem weiteren Validierungslauf separat freigeben.

Dieses Ankreuzfeld ist nur relevant, wenn auch das Ankreuzfeld Validierung durchführen markiert ist.

  • Leere Felder anzeigen
Wenn Sie dieses Ankreuzfeld markieren, zeigt der Report die Felder der Migrationsstrukturen ohne Inhalt (mit Initialwert) in der Ausgabeliste an.

Somit zeigen Sie an, welche Felder in den Migrationsstrukturen verfügbar sind.
  • Beschreibungen anzeigen
  • Wenn Sie dieses Ankreuzfeld markieren, zeigt der Report zu den Feldern der Migrationsstrukturen die zugehörigen Data-Dictionary-Beschreibungen an.

  • Wenn Sie dieses Ankreuzfeld nicht markieren, zeigt der Report die Migrationsfelder und deren Inhalt ohne die zugehörigen Beschreibungen an.

Standardvarianten

Ausgabe

Der Report zeigt die erzeugten VBO sowie die einzelnen Felder der Migrationsstrukturen und deren Inhalt an.

In einer Protokolldatei listet der Report die aufgetretenen Fehler (Auswahlknopf Migration durchführen) auf. Erfolgreich verbuchte VBO werden direkt in der Ausgabeliste angezeigt.

Aktivitäten

Um in die VBO-Bearbeitung eines erzeugten VBOs zu gelangen, markieren Sie den Auswahlknopf Migration durchführen und klicken Sie auf die entsprechende VBO-Nummer in der Ausgabeliste.

Beispiel

Legen sie eine lokale Klasse im Report an, die von der Klasse LCL_VISITOR erbt, z.B.
CLASS ZLCL_VISITOR DEFINITION INHERITING FROM LCL_VISITOR.

Benutzen Sie entweder einen impliziten Enhancementspot oder den Kundenreport ZPM0_LEGACY_OBJ_MIG_ICL(ist als Type INCLUDE-Report anzulegen) für die Klassendefinition. Der Z-Report ist im Coding eingebunden.

Legen Sie dann folgende FORM-Routine an (im Enhancementspot oder dem Z-Report):

FORM zz_set_type_obj_visitor CHANGING CV_TYPE TYPE STRING.
CV_TYPE = 'ZLCL_VISITOR'.
ENDFORM.

Diese Form wird vom Report vor Instanziierung der Klasse LCL_VISITOR aufgerufen. Statt der Standardklasse LCL_VISITOR wird nun eine Instanz von ZLCL_VISITIOR erzeugt und aufgerufen (inklusive der von Ihnen redefinierten Methoden).

Die gleiche Erweiterungstechnik steht auch für die lokale Klasse LCL_MIGRATION zur Verfügung. Um eine von Ihnen angelegte Klasse, die von LCL_MIGRATION erbt, zu instanziieren, legen Sie folgende FORM-Routine an:

FORM zz_set_type_migr CHANGING CV_TYPE TYPE STRING.
CV_TYPE = 'ZLCL_MIGRATION'.
ENDFORM.






rdisp/max_wprun_time - Maximum work process run time   ROGBILLS - Synchronize billing plans  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 9410 Date: 20240419 Time: 115917     sap01-206 ( 119 ms )