Hierarchy
EA-FINSERV (Software Component) SAP Enterprise Extension Financial Services⤷
FS-SR (Application Component) Regulatory reporting for insurance companies⤷
VVSRFISL (Package) Statutory Reporting for Insurance from FI-SL
IMG Activity
| ID | ISSR_MIG_FLOWS | Hinweise zur Übernahme von Beständen/Bewegungen |
| Transaction Code | S_PLN_06000116 | (empty) |
| Created on | 20030514 | |
| Customizing Attributes | ISSR_203KUGL | Meldewesen, generische Einstellungen, 203, Kann, Unkritisch |
| Customizing Activity |
Document
| Document Class | SIMG | Hypertext: Object Class - Class to which a document belongs. |
| Document Name | ISSR_MIG_FLOWS |
Um im Versicherungsmeldewesen die entsprechenden gesetzlichen Listen erstellen zu können, müssen Sie zunächst Bestände und (wenn erforderlich) auch Bewegungen in die meldeweseneigenen Tabellen übernehmen (migrieren).
Wichtig sind dabei die Begriffe Bestandsinitialisierung (= Bildung von Beständen durch Übernahme aus den Vorsystemen) und Bewegungsmigration (= Import/Übernahme von VS-Bewegungen).
Für die Übernahme stehen Schnittstellen zu den Bereichen/Vorsystemen Darlehen (FS-CML), Wertpapiere/Geldhandel (TRM-TM) sowie Immobilien (Anlagenbuchhaltung, FI-AA) zur Verfügung. Daten aus dem FI-AA übernimmt das System nicht in die MW-Bewegungstabellen; sie werden stattdessen zur Reportinglaufzeit in die Reportbestände "eingemischt". Dieses Verfahren wird hier nicht näher erläutert.
Notwendige Customizing-Einstellungen
Bevor Sie die Bestandsinitialisierung und die Bewegungsmigration ausführen können, müssen Sie in diesem Customizing-Bereich (Migration/Import) unter Bewegungen Kapitalanlagen die Umsetzung und Zuweisungen für die Übernahme vorgenommen haben. Die Daten der Vorsysteme mit den entsprechenden dort vorhandenen Bezeichnungen und Datentypen werden dann im Zuge der Bestandsinitialisierung und Bewegungsübernahme in für das Versicherungsmeldewesen spezifische Termini überführt.
So wird z. B. aus der Darlehensvertragsnummer, der Wertpapiergattung und dem Geldhandelsgeschäft(Nr.) im Versicherungsmeldewesen die Kapitalanlagennummer (Assetnumber bzw. kurz Asset_nr). Begriffe der Vorsysteme werden vereinheitlicht und zusammengefasst, um dann in die MW-Vordatenbank (eine Tabelle mit der technischen Bezeichnung ISSRPREFLOW) überführt zu werden. Die überwiegende Anzahl dieser Zusammenfassungen, wie z. B. Assetnumber, Bukrs, Depot usw., erfolgen automatisch und müssen nicht im Customizing eingestellt werden.
Andere Informationen wie die zum Produkt (Produktart, -typ und Kapitalanlagenart/Rantyp), zu den Bewegungsarten und zum Bewertungsbereich stellen Sie im Customizing ein; zumindest müssen Sie das vorhandene Mustercustomizing daraufhin überprüfen.
Hinweis zur Übernahme des Muster-Customizing:
Mustercustomizing von Customizingtabellen (Auslieferungstyp: C) wird ausschließlich in den 000 Mandant eines Systems eingespielt. Um das Customizing auch in anderen Mandanten verwenden zu könenn, müssen Sie die Tabelleneinträge in den entsprechenden Mandanten transportieren. Dafür erstellen Sie in der Transaktion SCC1 (Mandantenkopie) einen gesonderten Transportauftrag (den Transport aller Tabelleneinträge erreichen Sie über
Key = "*").
Definition der Produktinformationen
Für das Versicherungsmeldewesen können Sie über die Customizing-Transaktion ISSR_MAIN3 (unter Bewegungen Kapitalanlagen -> Umsetzung -> MW-Produktart und MW-Produkttyp definieren und zuordnen ) von den Vorsystemen abweichende Kapitalanlagearten, Produkttypen und -arten definieren. Beachten Sie hierbei, dass Deutsch Produktart im Englischen Producttype, Deutsch Produkttyp im Englischen Productcategory entspricht.
Die Zuordnung kann leer bleiben, wenn Sie die automatischen Ableitung von Produkttypen und -arten (ISSR_MAIN16) eingestellt haben und keine von den Vorsystemen abweichende Produktinformationen einführen möchten. In diesem Fall werden die Tabellen bei der Bestandsinitialisierung bzw. Bewegungsübernahme gefüllt.
Hinweis: Die Tabellen werden grundsätzlich ohne Inhalt ausgeliefert. Es wird empfohlen, zumindest die Produktart-Informationen mithilfe des Reports RISSR_IF_FILL_PRODUCTINFO (unter Allgemeine Tools für Migration BaFin -> Neuen Produkttyp aus TRM-TM füllen) zu füllen (für das spätere Customizing der Vermögensblockumbuchung/ MW-Stammdaten-Funktion).
Definition der Bewegungsartensteuerung
Hier liegt die Hauptarbeit für die Steuerung der Bewegungsdatenübernahme, wenn Sie in den Vorsystemen vom SAP-Mustercustomizing abweichende Einstellungen vorgenommen haben. (Diese Einstellungen sind für die Bestandsinitialisierung nicht erforderlich).
In der IMG-Aktivität Bewegungen definieren und zuordnen (ISSR_MAIN4) ordnen Sie den Vorsystemsbewegungsarten eigene MW-FTPs (Bewegungsteile) zu. Der Meldewesen-Bewegungsteil ist eine für das Meldewesen einheitliche Bewegungsart, die unabhängig vom Vorsystem gilt. Sie können die FTPs frei definieren. Es empfiehlt sich jedoch, die vorhandenen Muster-FTPs zu verwenden, da hier auch schon Musterzuweisungen zu den entsprechenden MW-Bewegungsarten (-flowtypen) vorhanden sind.
Hintergrund: Die MW-Bewegungsarten sind bei der Bewegungsbildung im MW-Ledger relevant. Sie stellen eine Verdichtungsebene der FTPs dar, da im Meldewesen i. d. R. nur wenige Bewegungsbezeichnungen relevant sind, wie z.B. Zugang, Abgang, Devisenabschreibung, Kursabschreibung usw. Die Tabellen werden mit einem Mustercustomizing ausgeliefert.
Bei der Zuweisung der FTPs können Sie einer Vorsystemsbewegung (z. B. einer Bewegungsart, die sowohl ertrags- als auch bestandsrelevant ist, z. B. eine Abschreibungsbewegungsart) zwei Meldewesen-FTPs zuweisen, indem Sie die entsprechende Soll/Habenseite angeben. Desweiteren können sie auf FTP-Ebene bestimmen, ob die Zuweisung nur für den Import, die Onlinebuchung oder für beide gelten soll.
Definition der MW-Bewertungsbereiche
Sie können eigene MW-Bewertungsbereiche definieren, die ihre Inhalte aus einem oder mehreren Vorsystem-Bewertungsbereichen erhalten. Welcher Vorsystem-Bewertungsbereich in welchen MW-Bewertungsbereich übernommen wird, stellen Sie auf Produkttypebene ein.
Um den operativen Bewertungsbereich der Vorsysteme übernehmen zu können, definieren Sie einen MW-Bewertungsbereich und weisen diesem pro relevantem Produkttyp den entsprechenden Vorsystem-Bewertungsbereich zu. Für die Bereiche Geldhandel und Wertpapiere weisen Sie hier den operativen Bewertungsbereich (001), für Darlehen lassen Sie dieses Feld leer.
Der operative MW-Bewertungsbereich (OP) wird im Mustercustomizing mit entsprechenden Zuweisungen ausgeliefert. Weitere Eintragungen sind somit nicht notwendig, Sie müssen jedoch die Tabellen in jedem Fall auf ihre Vollständigkeit überprüfen. Ggf. ist ein Transport der Einträge aus dem Mandanten 000 (Mustercustomizing) erforderlich.
Bestandinitialisierung
Bei der Bestansinitialisierung werden alle Vorsystembewegungen zu einer Kapitalanlage bis zum angegebenen Stichtag übernommen und zu einem Datensatz kumuliert in die Meldewesen-Vordatenbank übernommen. Sie verwenden die Bestandsinitialisierung beim erstmaligen Aufsetzen des Systems bzw. wenn Sie das Meldewesen-Ledger (neu) aufbauen wollen.
Sie können den Bestand im Customizing (Bereich Importieren -> Bestände) oder direkt über die Transaktionen ISSR_MIG6B (Bestand für Wertpapiere/Geldhandel importieren) und ISSR_MIG2B (Bestand für Darlehen importieren) initialisieren.
Hinweis: Die Migration über die Transaktionen ISSR_MIG1B (ISSR: Migration Bestand Wertpapiere und ISSR_MIG_4B (ISSR: Migration Bestand Geldhandel) wird ab Release EA-Finserv 2.0 durch die oben genannten Transaktion für diese Bereiche des Treasury and Risk Managements (ehemals: CFM) gesamt abgelöst. Diese Reports im Bereich Veraltete Aktivitäten...sollten nicht mehr verwendet werden.
Empfohlen wird, die Bestandsinitialisierung zum 31.12. 2002 durchzuführen, da die neuen Rundschreiben des BAFin keine Meldungsdaten mit einer Detailtiefe kleiner dem empfohlenen Termin fordern. Zudem ergeben sich Vorteile bzgl. der Laufzeit der Migrationen und der späteren Reports, und die Kontrolle der Migration wird vereinfacht. Vor der Bestandsinitialisierung/Bewegungsübernahme müssen Sie im Wertpapierbereich alle erforderlichen Abschlussarbeiten durchgeführt haben (Periodenabschluss!).
Besonderheit bei der Bestandsinitialisierung im Wertpapierbereich : Im Wertpapierbereich haben Sie die Möglichkeit, Bestände in derjenigen Währung zu initialisieren, die zum Stichtag aktuell war.
Beispiel
Die Emissionswährung der Aktie 999999 zum 31. 12. 2002 ist USD. Zum 31. 03. 2003 erfolgt eine Emissionswährungsumstellung zum auf CAD; damit wird die aktuell gültige Währung CAD; der gesamte Finanzstrom im Vorsystem wird in CAD ausgewiesen. Die Bestandsinitialisierung im Meldewesen ist damit in USD und CAD möglich.
Achtung: Solche Bewegungen sollten Sie im Anschluss genau überprüfen, wenn die Initialisierung auf die zum Stichtag gültige Währung durchgeführt wird. In Einzelfällen kann es zu Abweichungen der MW-Bestände vom Vorsystem kommen. In diesen Fällen müssen Sie die Initialisierung und die Bewegungsübernahme der Aktien komplett in der aktuell gültigen Währung durchführen.
Import von Vorsystem-Bewegungen (Bewegungsmigration)
Nachdem Sie die Bestände initialisiert haben, können Sie die entsprechenden Bewegungen aus den Vorsystemen übernehmen. Das System übernimmt dabei alle Vorsystembewegungen zu einer Kapitalanlage ab einem angegebenen Stichtag in die MW-Vordatenbank.
Die relevanten IMG-Aktivitäten finden Sie unter Importieren -> Bewegungen.
Sie sollten die entsprechenden Bewegungen mit Buchungsdatum = Stichtag der Bestandsinitialisierung +1 übernehmen. Im Darlehensbereich
Business Attributes
| ASAP Roadmap ID | 203 | Establish Master Data |
| Mandatory / Optional | 2 | Optional activity |
| Critical / Non-Critical | 2 | Non-critical |
| Country-Dependency | A | Valid for all countries |
Maintenance Objects
| Maintenance object type |
History
| Last changed by/on | SAP | 20050912 |
| SAP Release Created in | 200 |
