Selbstinitialisierung

Abzug der Testdaten von Produktion

Speziell produzierte Ausleitungs-Dateien

Die folgenden speziell für den Test produzierten Ausleitungsdateien werden für die Selbstinitialisierung benötigt. Bei der Erstellung ist zur Vermeidung von Abstimmfehlern darauf zu achten, dass das Remapping vor der Ausleitung deaktiviert werden muss.

Speziell produzierte DLL-Dateien

Die folgenden Dateien werden speziell für die Zwecke der Selbstinitialisierung auf Produktion erzeugt:

Dateigruppe	Bedeutung	Datum (Dateiname)
FX-Kurse	Sammeldatei mit allen Währungskursen zum Stichtag. Die Datei wird im ersten Schritt der Selbstinitialisierung beladen Achtung! Wenn der erste Tag im Initialisierungsstichtag auf ein Wochenende fällt, müssen auch hier FX-Kurse erzeugt (vorgetragen) werden. Auf diesen Tag werden die OEs verschoben.	UVJ
Finanzgeschäfte	Es handelt sich hierbei um 7 Dateien, die alle Datentöpfe umfassen, die es bei Stammdaten gibt: BAS, CFH, CFI, CHR, FPO, HED, HIR. Die Dateien enthalten die Finanzgeschäftsversionen für alle Liefersysteme. Der Download der Datei von Prod erfolgt mit Liefersystem 361, da nur hier alle Datentöpfe verwendet werden. In den Dateien sind die folgenden FG-Versionen enthalten: – Alle Versionen im Intervall zwischen UVJ und ODate – Zusätzlich die jüngste Version vor diesem Intervall Die jeweils älteste der Versionen wird rückdatiert auf den 01.01. des BWL-Datums. Die Dateien werden im ersten Schritt der Selbstinitialisierung beladen	UVJ
Imp-Attribute	Diese Datei enthält den Impairment-Status aller Finanzgeschäfte per UVJ und UVM. Die Datei wird zur Ermittlung der korrekten FPO-Merkmale verwendet und wird im ersten Schritt der Selbstinitialisierung beladen.	UVJ
Geschäftsvorfälle (Monatsscheibe)	Enthält alle Geschäftsvorfälle aus der Periode des ODates. Enthält keine Stornos keine stornierten. Die Selektion erfolgt über das Buchungsdatum.	ODate
QSBs (Monatsscheibe)	Enthält alle Quellsystembuchungen aus der Periode des ODates. Enthält keine Stornos und keine stornierten.	ODate

Verwendete DLL-Dateien aus der regulären TEV

Die folgenden Lieferdateien der regulären PosI-Lieferungen werden benötigt:

Dateigruppe	Bedeutung	Datum (Dateiname)
Abgrenzungen (ACR, ACN)	Vor Beginn der Monatsscheibe erfolgt eine Stichtagsbewertung. Die Abgrenzungen dienen als Aufsetztpunkt. Sie sind erforderlich für alle Systeme die täglich Abgrenzungen liefern.	ODate
Fair-Values (FVA)	Vor Beginn der Monatsscheibe erfolgt eine Stichtagsbewertung. Die Fair-Values dienen als Aufsetztpunkt. Sie sind erforderlich für alle Systeme die täglich Fair-Values liefern. (derzeit nur 361)	ODate
Stornos (Gevos)	Es wird eine leere Storno-Datei benötigt. damit das Versionsprogramm eine vollständige Lieferung vorfindet (515)	ODate
Stornos (QSB)	Es wird eine leere Storno-Datei benötigt. damit das Versionsprogramm eine vollständige Lieferung vorfindet (515)	ODate

Weiterhin werden für Abstimmzwecke die folgenden Dateien der regulären Tageslieferung zum Testtag benötigt:

Dateigruppe	Bedeutung	Datum (Dateiname)
PosI-Lieferdateien	Die Lieferdateien der TEV des Testtags werden zur Abstimmung der Anleiferung benötigt. Es sind alle Lieferdateien aus der Hauptverarbeitung der TEV erforderlich	TDate
PosI-Lieferdateien (verzögert)	Zusätzlich sind alle verzögert angelieferten Werte (Impairments, Fair-Values, Cash-Flow, Hedge) per Testdatum erforderlich.	TDate+X
Rücklieferung LtD	Für Abstimmzwecke werden die finalen LtD-Dateien benötigt. Der Abzug muss zu einem Order-Date nach Schließung der Perioden erfolgen.	Order-Date TDate+X Stichtag: TDate
Rücklieferung PSA, PSQ	Für Abstimmzwecke werden die finalen PSA/PSQ-Werte benötigt. Da es sich beim Testdatum ein Ultimo handelt sind diese Werte in allen späteren Dateien enthalten Der Abzug muss zu einem Datum nach Schließung der Periode erfolgen.	TDate+X

Vorgehen während der Vorbereitung der SI

Allgemeine Vorbereitungsschritte

1. Zunächst müssen die Data-Sources des letzten Tests mittels Prozesskette ZPC_SELFINI_DELETE gelöscht werden.
   ACHTUNG: Aktuell löscht die Kette nicht die Data-Source-Requests. Vmtl. ist das aber Absicht, um manuell angepasste Daten nicht zu zerstören. Falls sich das als nicht mehr relevant erweist, sollte die Kette angepasst werden.
   
2. Vor Neubeladung der Data-Sources / DSO sollte noch einmal die Struktur zwischen den Data-Sources / DSOs der Selbstinitialisierung auf Entwicklung / Test und der Struktur der Ausleitungsdateien verglichen werden. Gab es hier Anpassungen müssen diese ggf. nachgezogen werden.
   
3. Nun müssen die folgenden Data-Sources / DSOs beladen werden, damit alle relevanten Werte für den eigentlichen Selbstinitialisierungsprozess gelesen werden können. Es werden die nachfolgend aufgezählten Dateien verwendet.
   ACHTUNG:
   Die Dateien liegen im Verzeichnis mit den Daten aus dem Produktionsabzug und müssen daher manuell ins Verzeichnis „transfer/in“ übertragen und dort entpackt werden.
   
   Mengengerüst:
   JSA – ca 10,7 Mio. Einträge pro Datei
   PSA – ca. 68,8 Mio. Einträge pro Datei
   LTD – ca 3,5 Mio. Einträge pro Datei

• ZDSINITJPA / ZDOINITJPA
  • JSA HGB (ZPC_SELFINI_JSA_HGB) erledigt
  • JSA IAS (ZPC_SELFINI_JSA_IAS) erledigt
  • PSA HGB (ZPC_SELFINI_PSA_HGB) erledigt
  • PSA IAS (ZPC_SELFINI_PSA_IAS) erledigt
• ZDSINITLTD / ZDOINITLTD
  • HGB UVJ (keine Kette vorhanden) erledigt
  • IAS UVJ (keine Kette vorhanden) erledigt
  • HGB UVM (ZPC_SELFINI_LTD_HGB) erledigt
  • IAS UVM (ZPC_SELFINI_LTD_IAS) erledigt
  • HGB ODate (ZPC_SELFINI_LTD_HGB) erledigt
  • IAS ODate (ZPC_SELFINI_LTD_IAS) erledigt

Besondere Vorbereitungsschritte ()

• FT 361004490618: Die Nominalwährung (On/Off-Balance) wurde im LtD-DSO für alle Eintrge auf EUR geändert. USD ist falsch. Dies ist ein DQ-Problem auf Produktion.
• Impairment-Attribute: Hier gab es noch viele Zeilen mit gefüllter Komponentenart. Die Komponentenart wurde daher per Korrto bei allen Zeilen geleert. Anschließend wurde die Datei per Linux-Kommande „<file> sort | uniq > <newfile>“ verdichtet. Die neue Version lautet V22.
• Impairment-Attribute: V22 enthielt viele Duplikate. Daher nochmal manuell eine neue Datei von Prod erzeugt (via SQL): V23
• Noch bessere Version ohne Duplikate: V24
• Gevo-Monatsscheibe: Die Dateien enthielten einige Duplikate für analytische Ereignisse aus 305. Die Dateien wurden daher per Linux-Kommando:

cd  /c/%%SSID.1/ap/transfer/in/selfinit_OrdD-20200330; 
egrep -v 
'OE41D2D78AF711EDA9BE2D2966D20FF4|
OE41D2D78AF711EDA9BE2D2966D213F4|
OE41D2D78AF711EDA9BE2D2966D21BF4|
OE41D2D78AF711EDA9BE2D2966D21FF4|
OE41D2D78AF711EDA9BE2D29B127F1F4|
OE41D2D78AF711EDA9BE2D29B127F5F4|
OE41D2D78AF711EDA9BE2D29B127F7F4|
OE41D2D78B2C21EDA9BE2D28B8FD3B32|
OE41D2D78B2C21EDA9BE2D28B8FD3D32|
OE41D2D78B2C21EDA9BE2D28B8FD3F32' 
POSI_F2_BTI_515_20200330_V20.csv  > POSI_F2_BTI_515_20200330_V21.csv

• Fehlende Impairment-Attribute zum Migrationsdatum: POSI_R0_IMC_20200332_V72 erzeugt aus V71, aber nur mit Einträgen per 20200332. Außerdem wurden zusätzlich die Impairment-Werte V22 vom 23.03.2020 benötigt.
• Weiterhin wird die Datei POSI_R0_IMC_20200323_V02 benötigt.
• Aggregationsgevos für Lotto-Geschäfte + Stornos in POSI_F2_BT?_361_20200330_V20.csv

Durchführung der Selbstinitialisierung

Die folgenden Voraussetzungen müssen vor Durchführung einer Selbstinitialisierung erfüllt sein:

• Init-DSOs sind beladen (s.o. ZDOINITJPA / ZDOINITLTD)
• Vorhandene Einplanungen in Control-M zum Order-Date sind gelöscht
• Störende Control-M Conds sind entfernt
• In-Verzeichnis geleert
• Ausreichend Speicherplatz vorhanden
• richtiger Mandant in Control-M hinterlegt
• richtiger Zielmandant für die Beladung in SAP eingestellt
• alte Änderungszeiger gelöscht
• relevante Perioden sind offen

Sind alle genannten Voraussetzungen erfüllt, könnenmittels Report ZP_GLB_TESTE_LE_01 eine neue Legale Einheit angelegt und der Jobplan für die Selbstinitialisierung eingeplant werden:

Optimierungspotential

• Die Vorbereitenden Tätigkeiten, die einmal pro Stichtag durchgeführt werden müssen sind aktuell noch nicht automatisiert
• Remapping der Ausleitungsdateien sollte deaktivierbar sein, ohne dass die Schrittfolge geändert werden muss.
• In der Abstimmung SINIT2 gibt es immer noch einen „Festen Filter“ auf die Period den wir loswerden müssen.
• Der Downloadreport für Impairment-Status muss mit der neuen Anlieferungsart umgehen können. D.h.: Verdichtung über alle Sätze eines Vertrags nach Leerung der Komponentenart.

Fehler

Offene Fehler:

• Folder SAP_FBV_A_SELFINIT_IMP_NEW_UVJ_ANF,
  • Job FBV_A#90A16V:
    ZP_DLL_SET_VAR_VER_01 / ZIE_UVJ_NEW –> Haken für Gevos und 515 entfernt, da aktuell keine Verwendung. Sonst gibt es einen Fehler mit den Versionen.
  • Trennung der Beladung von FGs nach Liefersystemen aufheben. Hier soll in Zukunft die neue Prozesskette ZPC_SDL_F1_ALL_3E verwendet werden (bereits angelegt)
• Folder SAP_FBV_A_SELFINIT_IMP_NEW_UVM_ANF
  • Nachdem das Mehrwertsteuerkennzeichen aus der Data-Source für JPA entfallen ist, muss dieses Feld auch in allen Abstimmungen der SI entfernt werden.
  • Es gab in SINIT2 einige Ableitungen für das Remapping. Ich habe diese durch Wechsel der MM-Herkunft auf „Merkmal“ deaktiviert. Die entsprechenden Ableitungen sollten aber entfernt werden.
  • Auch in SIJPA habe ich zwei Ableitungen in ZZ_RC_SIJPA_BCFFL_U deaktiviert.
  • Die Variable Z_MIGDAT war nicht gesetzt. Diese wird vom Programm zum Öffnen von Perioden verwendet. Da die Variable nicht gesetzt war blieben alle Perioden geschlossen.
  • Die Trennung des Saldovortrags nach LFS sollte aufgehoben werden. Ansonsten müssen zukünftig neue LFS erfasst werden.
  • ca. 30.000 Fehler in der LtD-Abstimmung per UVJ. Repacking je Ext-Contr als Lösung? Ggf. auch Paketgröße erhöhen?
  • Zwei Geschäfte können nicht mit Nominalen initialisiert werden. Hier müssen vmtl. die DSO-Daten bereinigt werden:
    • 361004490618 –> Ich habe überall im LtD-DSO alle Währungen auf EUR geändert. USD ist falsch. Erledigt!
    • 515002193384
  • Bei ca. 45 Geschäften ist in der LtD-UVJ-Abstimmung die GBS-Produktnummer nicht korrekt. Zum Beispiel 515001719285
  • Belege wurden per 31.12. erzeugt, aber der FuBa der SaKo-Ableitung sucht nach Belegen <30.12.>
  • Abstimmfehler beim Impairmentstatus (100.000). Wurde dieser für einige Geschäfte nicht geliefert? Bsp. 515000850483 –> Komponentenart musste geleert werden. Trotzdem sollte man sich die verbleibenden Fälle noch mal ansehen.
• Folders zum ODate
  • SAP_FBV_TEST_S4_PREP_CYSI_ANF: Der AFT im Folder verweist noch auf den falschen Pfad (Datum + „New“). Kann man das generisch über das ODate lösen?
  • Die Datei POSI_R0_ACN_305_20200330_V01.csv fehlt.
  • Die Varianten für das Setzten der Versionen vor Substitution existieren nicht
  • Es gibt ein paar DLL-Jobs die ohne Verbindung in der Luft hängen.
  • wieso gibt es Trigger für SV und UK?
  • Es gibt noch 365 Gevos in den Dateien. Wieso? Diese werden nicht automatisch beladen.
  • Wir sollten die Nicht-aggregierten aus der Monatsscheibe löschen und durch aggregierte ersetzen.
  • Wo sind die Reports, die AGB und FI initial triggern?
  • Wo sind die Reports, die als Basis für Trigger-Jobs dienen?
  • Es fehlen die Impairment-Status per 23.03.
  • Es fehlt die KDV MI per 21.03. (analog SAP_FBV_MIG192_MD_ANF)
  • Per 23.03 muss eine KDV erfolgen. (analog SAP_FBV_M_PML_HGB_IMP_R192_FRC)
  • Ein paar freie OEs habe ich noch erzeugt.

Behobene Fehler:

Folder SAP_FBV_A_SELFINIT_IMP_NEW_UVM_ANF

• Folder SAP_FBV_A_SELFINIT_IMP_NEW_UVM_ANF
  • Während der SI gab es bei der Initialisierung der FGs einen Speicherabbruch. Ursache war die Generierung von Where-Bedingungen im GDS-Server. Ggf. hilft Paketgröße erhöhen. Ggf. auch auf die ZCL_IFS_GDS_SERVER_RECX-Klasse umstellen. –> Umgestellt 04.05.2020
• Duplikate in der produzierten BT-Datei bei Gevo-Klasse AER / 305: ca 10 Doppelte Sätze. Grund: Korrektur-Gevos mit mehr als 32 Zeichen. Gevo-Datei V21 erzeugt.