Ansicht
Dokumentation

/MVA/AMQ_MIGRATION_TEST - FS-PM Auto: Policenmigration testen

/MVA/AMQ_MIGRATION_TEST - FS-PM Auto: Policenmigration testen

PERFORM Short Reference   CPI1466 during Backup  
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 Auto testen.

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 Auto zu ermöglichen.

Integration

Voraussetzungen

  • In FS-PM Auto sind Kfz-Policen vorhanden.
  • Für die Nummernkreisobjekte /PM0/ABN08 (Policennummer) wurde über die Transaktion SNROjeweils ein externer Nummernkreis angelegt, da sonst Fehler bei der Verbuchung der neu erzeugten Policen auftreten können.
  • Für das Nummernkreisobjekt /MVA/AMN01 (Bonus/Malus-ID) wurde über die Transaktion SNROein externer Nummernkreis angelegt.
  • Das Nummernkreisintervall dieses Nummernkreises ist in der Customizing-Aktivität Policenmanagement > Allgemeine Einstellungen > Nummernkreise> Allgemeine Nummernkreisintervalle auswählen im Feld Nu.kr.intervall für Bonus/Malus (extern) (/MVA/ABU_AMNRIVG-NRRANGEEXBM_ID) hinterlegt.

Funktionsumfang

Dieser Report simuliert eine Datenmigration und erzeugt dabei eine oder mehrere Kopien einer bestehenden Kfz-Police.

Dabei liest der Report die Daten einer in FS-PM Auto bestehenden Kfz-Police 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_POL_MASSMIGR aufbereitet.

Die Daten in der Textdatei entsprechen dem Format, das 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 die BAPI-Kontrollparameter beispielsweise wäre der identifizierende Feldinhalt /PM0/BAPI_ABQ_MIGRATION, für den Policenkopf wäre es /PM0/ABQAPOLICY.

Selektion

  • Policennummer
Geben Sie eine in FS-PM Auto angelegte Policennummer (vorzugsweise keine migrierte Police) ein, die als Vorlage bzw. Referenz für die neu zu erzeugende (migrierte) Police dient.
  • Migration durchführen
Die Daten der Vorlagepolice werden gelesen und in die entsprechenden Tabellen zum Aufruf der Datenmigration umgewandelt.
Der Funktionsbaustein /PM0/ABQ_POL_MASSMIGR wird mit den erzeugten Daten aufgerufen und die ungeprüften Daten werden in der Datenbank gespeichert (Rohdaten).
  • Migrationsdatei erzeugen
Die Daten der Vorlagepolice werden gelesen und in eine Textdatei heruntergeladen. Diese Datei dient als Eingabedatei für die LSMW. Sie ist die Grundlage für die Datenmigration aus Altsystemen. Der Report übergibt die Daten der Eingabedatei an IDOCs , die dann die Daten über den Funktionsbaustein /PM0/ABQ_POL_MASSMIGR im System speichern.
  • Daten anzeigen
Das System liest die Daten der Vorlagepolice und wandelt sie in Migrationsdaten um. Die so erzeugten Daten zeigt das System nur am Bildschirm an. Es erfolgt keine Verarbeitung der Daten.
  • Anzahl zu erzeugender Policen
Aus der Vorlagepolice können 1 bis n neue Policen erzeugt werden.
  • Daten ersetzen
Wenn dieses Kennzeichen markiert ist, ersetzt das System in der migrierten Police die Nummern von versicherbaren Objekten (VBOs). Das System zeigt zwei weitere Felder an:
  • Zu ersetzende VBOs: Wenn ein versicherbares Objekt ersetzt werden soll, müssen Sie in diesem Feld die Nummer des zu ersetzenden versicherbaren Objekts angeben. Wenn mehrere versicherbare Objekte ersetzt werden sollen, müssen Sie deren Nummern durch ";" getrennt angeben. Werden in diesem Feld Werte eingegeben (mehrere Werte durch ";" getrennt), muss die gleiche Anzahl an Werten auch im Feld ersetzen durch eingegeben werden.

  • ersetzen durch: Wenn ein versicherbares Objekt ersetzt werden soll, müssen Sie in diesem Feld die Nummer des ersetzenden versicherbaren Objekts angeben. Wenn mehrere versicherbare Objekte ersetzt werden sollen, müssen Sie deren Nummern durch ";" getrennt angeben. Die Anzahl der eingegebene Werte in den beiden Feldern Zu ersetzende VBOs und ersetzen durch muss übereinstimmen. Die entsprechende VBO-Nummer ersetzt die VBO-Nummer im Feld Zu ersetzende VBOs, die an gleicher Position steht.

Damit die Nummern der versicherbaren Objekte erfolgreich ersetzt werden, müssen alle weiteren Felder mit Werten gefüllt werden.
  • Storno migrieren
Das in der Vorlagepolice möglicherweise durchgeführte Storno wird nicht als Policenstand, sondern als BTS-Termin extrahiert und als solcher in die dafür vorgesehene Migrationsstruktur umgewandelt.
  • Verteilungsplan migrieren
Der zur Vorlagenpolice hinterlegte Verteilungsplan wird ebenfalls migriert.
  • Vorbelegungen anwenden
Das System liest die im Bestandskonfigurator hinterlegten Vorbelegungen und wendet sie an (Check&Derive-Logik zum Initialisierungszeitpunkt des Geschäftsobjekts).
  • Validierung durchführen
Wenn dieses Kennzeichen gesetzt ist, startet das System die Validierung sofort nach Verbuchung der Rohdaten in der Datenbank. Bei einer Produktivmigration sollten Sie die Buchung der Rohdaten und die Validierung/Freigabe aus Performance-Gründen separat ausführen.
Wenn dieses Kennzeichen nicht gesetzt ist, werden die Daten ungeprüft in die Datenbank geschrieben (Rohdaten) und müssen dann in einem zweiten Schritt validiert und freigeben werden.
Die Validierung und Freigabe erfolgt mit Hilfe der Transaktion /PM0/ABQ_FP_Q_POLVAL.
  • Freigeben
Wenn dieses Kennzeichen markiert ist, gibt das System eine erfolgreich validierte Police sofort zur Bearbeitung frei.
Wenn dieses Kennzeichen nicht markiert ist, muss eine erfolgreich validierte Police in einem weiteren Validierungslauf separat freigegeben werden.
Dieses Kennzeichen ist nur relevant, wenn auch das Kennzeichen Validierung durchführen markiert ist.
  • Temporäre Daten löschen
Bei der Migration von Policen werden temporäre Policenversionen in den Datenbanktabellen des FS-PM/FS-PM Auto gespeichert. Nach erfolgreicher Validierung muss das System diese Daten wieder von der Datenbank löschen, ansonsten ist eine Bearbeitung der migrierten Police nicht möglich.
Dieses Kennzeichen ist nur relevant, wenn auch das Kennzeichen Validierung durchführen gesetzt ist.
Wenn die Daten nicht direkt von diesem Programm gelöscht werden sollen, ist ein separater Lauf des Reports /PM0/ABQ_DEL_TEMPDATA(Transaktion /PM0/ABQ_DEL_TMPDATA) notwendig, um die temporären Daten zu löschen.
  • Leere Felder anzeigen
Wenn dieses Kennzeichen gesetzt ist, zeigt das System die Felder der Migrationsstrukturen ohne Inhalt (mit Initialwert) in der Ausgabeliste an.
Wenn Sie dieses Kennzeichen markieren, können Sie beispielsweise sehen, welche Felder in den Migrationsstrukturen verfügbar sind.
  • Beschreibungen anzeigen
Wenn dieses Kennzeichen markiert ist, zeigt das System zu den Feldern der Migrationsstrukturen die zugehörigen Data-Dictionary-Beschreibungen an.
Wenn dieses Kennzeichen nicht markiert ist, zeigt das System nur die Migrationsfelder und deren Inhalt ohne die zugehörigen Beschreibungen an.

Standardvarianten

Ausgabe

Das System zeigt die erzeugten Policen sowie die einzelnen Felder der Migrationsstrukturen und deren Inhalt an.

In einer Protokolldatei listet das System die aufgetretenen Fehler (Auswahlknopf Migration durchführen) auf. Erfolgreich verbuchte Policen zeigt es direkt in der Ausgabeliste an.

Aktivitäten

Wenn das Kennzeichen Migration durchführen markiert ist, können Sie durch Hotspotklick auf eine erzeugte Policennummer in der Ausgabeliste wie folgt in die Police gelangen:

  • Wenn das KennzeichenValidierung durchführen gesetzt ist, gelangen Sie in den Geschäftsprozess Änderung.
  • Wenn das KennzeichenValidierung durchführen nicht gesetzt ist, gelangen Sie in den Geschäftsprozess Auskunft.

Bei der Validierung von Policen können Sie über Steuerungsparameter der Struktur /PM0/ABQ_VALIDATION_CNTRL festlegen, ob bzw. wie bestimmte Schritte durchgeführt werden sollen.

Über die folgenden drei Benutzerparameter können Sie in Testumgebungen ebenfalls festgelegen, wie die Testmigration durchgeführt werden soll:

  • /MVA/AMQ_VALCNTRL1TO: Legt fest, bis zu welchem Wirksamkeitsdatum Stände gemäß der Einstellungen von /MVA/AMQ_VALCNTRL1 validiert werden sollen.
  • /MVA/AMQ_VALCNTRL1: Legt fest, welche Schritte der Validierung für Stände, die vor /MVA/AMQ_VALCNTRL1TO (inklusive) liegen, durchgeführt werden sollen. Die Angabe von einem "X" an n-ter Stelle legt fest, dass ein Schritt n durchzuführen ist. Ein "-" an n-ter Stelle legt fest, dass ein Schritt nicht durchzuführen ist.
  • /MVA/AMQ_VALCNTRL2: Legt fest, welche Schritte der Validierung für Stände, die nach /MVA/AMQ_VALCNTRL1TO (exklusive) liegen, durchgeführt werden sollen. Die Angabe von einem "X" an n-ter Stelle legt fest, dass ein Schritt n durchzuführen ist. Ein "-" an n-ter Stelle legt fest, dass ein Schritt nicht durchzuführen ist.

Das System wertet die Parameter /MVA/AMQ_VALCNTRL1 und /MVA/AMQ_VALCNTRL2 nur aus, wenn der Benutzerparameter /MVA/AMQ_VALCNTRL1TO mit einem Datum belegt ist.

Weitere Informationen über die Parameter finden Sie in der Dokumentation des BAdIs /PM0/ABQ_POL_VAL_CNTRL_BADI.






BAL Application Log Documentation   ROGBILLS - Synchronize billing plans  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 14033 Date: 20240425 Time: 223132     sap01-206 ( 233 ms )