Information zu Community Tests der OeKB CSD für direkt und indirekt angebundene Teilnehmer

Transkript

1 Information zu Community Tests der OeKB CSD für direkt und indirekt angebundene Teilnehmer Wie bereits in unserer Aussendung vom angekündigt, steht gemäß T2S Projektplan die T2S Community Testumgebung ab für die Migrationswelle 4 und somit den Teilnehmern der OeKB CSD zur Verfügung. Dieses Informationsschreiben enthält Informationen zur Migration der Stamm- und Bewegungsdaten in die Community Testumgebung sowie zum geplanten Inhalt und Ablauf der Community Tests. Zur Migration in Migrationswelle 4 im Februar 2017 erhalten sie im 4. Quartal 2016 ein gesondertes Informationsschreiben. 1 Abkürzungen und Begriffe Migration Dress Rehearsal: Test zur Probe der Migration, dient gleichzeitig zur Initialisierung einer T2S Testumgebung PMDR Pre-Migration Dress Rehearsal: Vorbereitungsphase für ein Migrationswochenende. Das PMDR beginnt immer einige Wochen vor dem MWDR. Während des PMDR werden die Teilnehmer- und Depotstammdaten inklusive DCA-Links nach T2S migriert. MWDR Migration Weekend Dress Rehearsal: Am MWDR werden die Bewegungsdaten (Wertpapierbestände und offene DS.A Instruktionen) migriert. ICP - Indirectly Connected Participant: an T2S technisch indirekt angebundener Teilnehmer DCP - Directly Connected Participant: an T2S technisch direkt angebundener Teilnehmer 2 Terminplan May Jun Jul Aug Sep Oct Nov Dec Jan Q2 Q3 Q Q Feb Communication Gathering Sec. Account Settings Customer Communication Test/Migration Preparation Static Data for Community Env. PMDR MIG2 (Community Test Env.) DCP Connectivity Tests Free Tests ICP (connected to EAC Env.) MWDR MIG 2 (Community Test Environment) DCP Certification Testing Free Tests ICP and DCP (U2A, A2A) Authorisation Tests ICP / DCP Tests conducted by OeKB CSD Focus days PMDR Pre-Prod MWDR Business Day Tests Migration Wave Production Deadline for Updates of Account Settings Pre-Migration Wave 4 Bis zum Start der Community Testphase steht Ihnen die T2S Testumgebung der OeKB CSD weiterhin für freie Tests mit indirekter Anbindung zur Verfügung. Es gelten die bereits kommunizierten Einschränkungen (insb. betreffend ISINs). Seite 1 von 8

2 Die Community Testphase beginnt mit einem Migration Weekend Dress Rehearsal (MWDR), einer Generalprobe des Migrationswochenendes. Weitere Details zur Einrichtung der Community Testumgebung finden Sie unten. In der Community Testphase finden folgende Tests statt: Während der gesamten Community Tests sind jederzeit freie Tests möglich. Gleichzeitig finden Autorisierungstests statt, die bis Ende Oktober abgeschlossen sein müssen. Die Autorisierungstestfälle wurden bereits publiziert (-> Autorisierungstestfälle). An bestimmten Tagen finden geführte Tests bzw. Schwerpunkttage statt, die jeweils auf einen Funktionsbereich fokussiert sind. Im Dezember findet ein MWDR statt. Im Zuge dieses Migrationstests wird die Pre-Production Testumgebung aufgesetzt, welche für die anschließend stattfindenden Business Day Tests genutzt wird und welche nach der Migration am den CSD Teilnehmern weiter als Testumgebung dienen wird. 3 Depotstammdaten für Community Tests In der Woche vom wurde eine Aussendung betreffend der Stammdaten für Community Test und Produktion durchgeführt. Auf Basis der derzeit bei OeKB CSD geführten Wertpapierdepots wurde die gewünschte Konfiguration für T2S abgefragt (z.b. Zuordnung T2S Dedicated Cash Accounts, Setzung neuer Parameter). Die im Depotstammdatenblatt vereinbarten Depotstammdaten sind die per für den Geschäftsbetrieb der OeKB CSD GmbH auf T2S relevanten Depotstammdaten. Eine Änderung dieser Depotstammdaten erfolgt nach Übermittlung des geänderten Depotstammdatenblattes. Zwischen und sind Änderungen der Depotstammdaten nur in eingeschränktem Umfang möglich. 4 Kommunikation 4.1 Aktuelle Information zu Community Tests Auf unserer Homepage unter dem Link -> Informationen zu Tests finden Sie stets aktuelle Informationen zu den Community Tests mit OeKB CSD, wie z.b.: Termine zu geführten Tests Test Beispiele Liste der Autorisierungstestfälle Formular zur Meldung durchgeführter Autorisierungstestfälle Informationen zu Release Updates FAQs Aktuelle Hinweise wie z.b. eine geänderte Verfügbarkeit der Testumgebung werden zusätzlich auf der Startseite des Settlement Clients der OeKB CSD (ICP GUI) angezeigt. Informationen zu Settlement Services (Leitfäden, Handbücher, Präsentationen) finden Sie unter dem Link -> Target2- Securities Seite 2 von 8

3 4.2 Support der OeKB CSD während der Community Tests Für Anfragen stehen wir Ihnen während der Community Tests von Montag bis Freitag von 9:00 Uhr bis 15:00 Uhr, vorzugsweise per , zur Verfügung. Telefon Im Fall von Problem-Meldungen helfen Sie uns mit Referenzen Ihrer Instruktionen und mit Screenshots. 5 Einrichtung der Community Test Umgebung Die Einrichtung der Community Testumgebung für die Teilnehmer der Migrationswelle 4 erfolgt analog zur Migration in Produktion und ist damit gleichzeitig ein Migrationstest. 5.1 Migration der Stammdaten Wie oben beschrieben werden Ihre Teilnehmer- und Depotstammdaten anhand der von Ihnen gemeldeten Unterlagen aufgesetzt. Bitte beachten Sie, dass die Einrichtung von Verknüpfungen zu Dedicated Cash Accounts (DCA) nur möglich ist, sofern diese von Ihrer Nationalbank eingerichtet wurden Depots im Falle einer ICP Anbindung mit SWIFT Anschluss im ISO Format mit einer Default Message Subscription angelegt werden. Diese sieht die Weiterleitung aller SWIFT Nachrichten vor. Ihr Administrator kann diese Message Subscription an Ihre individuellen Anforderungen anpassen. 5.2 Migration der Bewegungsdaten Wie bei der Migration für die Produktion erfolgt für die Community Test Umgebung beim MWDR die Übernahme der Bewegungsdaten aus dem DS.A System. Der Abzug der Daten erfolgt allerdings nicht, wie bei der Migration für die Produktion, am Freitag vor dem Wochenende), sondern bereits am Mittwoch, den , zum Tagesende (ca. 18 Uhr). Folgende Daten werden am Wochenende migriert. Der Ablauf ist analog zur Migration der Produktion im Februar 2017: Bestände Ihrer in TAMBAS (aktuelles Depotbuchhaltungssystem der OeKB CSD) gehaltenen Depots Pending Instructions Gematchte, nicht gesettelte Instruktionen zu Intra-CSD (=INTERNAL) Geschäften Es erfolgt keine Übernahme von offenen Instruktionen mit externen Lagerstellen, auch wenn diese Lagerstellen in Zukunft ebenfalls T2S Teilnehmer sind. D.h. heute in DS.A erfasste Instruktionen vom Typ EXTERNAL werden vor der Migration storniert und können erst nach der Migration von den CSD Teilnehmern neu erfasst werden. Mittels Auto-Receive erstellte Instruktionen haben in DS.A die Referenz NONREF. Diese Referenz wird vom T2S System nicht als Kundenreferenz zugelassen. Die Kundenreferenz (SEME) wird daher mit der DS.A Instruction ID befüllt. Seite 3 von 8

4 Die DS.A Instruction ID ist generell bei allen migrierten Instruktionen im Settlement Client in den Narrative Trade Details zu finden. Falls bei den Pending Instructions aus DS.A eine additional info enthalten ist, wird diese ebenfalls durch die DS.A Instruction ID ersetzt. Die DS.A Instruction ID dient nach der Migration auf T2S der Zuordnung neu erstellter T2S Instruktionen zu den ursprünglichen DS.A Instruktionen Die DS.A Transaction ID der Pending Instructions wird im Settlement Client im Feld Common Reference und in den MT Nachrichten in einem eigenen Link-Block angezeigt: :16R:LINK :20C::COMM// :16S:LINK Für Pending Instructions mit Intended Settlement Date in der Vergangenheit enthält die Corporate Action ID das Kennzeichen MIRE (= migration related) Bitte beachten Sie: Sollten Sie vor dem die Möglichkeit genutzt haben, freie Tests mit OeKB CSD durchzuführen, so sind die in diesem Zeitraum erstellten Instruktionen nicht mehr verfügbar. Um Depotstände und offene Instruktionen in Ihrer Testumgebung mit dem Stand der T2S Community Testumgebung zu synchronisieren, empfehlen wir unseren Teilnehmern, in ihren Testsystemen ebenfalls einen Abzug der Produktionsdaten aus DS.A einzuspielen. 5.3 Test BIC Adressen der OeKB CSD Für die T2S Tests über SWIFT Anbindung ist im Nachrichten Header der Test BIC der OeKB CSD GmbH OCSDATW0T2S zu verwenden. SWIFT Settlement Nachrichten, die an den BIC OCSDATW0XXX gesendet werden, werden an das DS.A Test System geroutet. In den SWIFT Nachrichten selbst sind Produktions-BICs zu verwenden. Es ist nicht notwendig, das SWIFT Routing Ihrer Testumgebung zu ändern, auch wenn Sie vor dem Freie Tests in der Test Umgebung der OeKB CSD durchgeführt haben. OeKB CSD leitet Ihre SWIFT Test Nachrichten ab Beginn der Community Tests in die für Kundentests vorgesehene Community Test Umgebung weiter. 5.4 Settlement Client der OeKB CSD Der Zugang zum Settlement Client der OeKB CSD erfolgt über das Login Portal. Der Administrator Ihres Instituts kann in der OeKB Benutzerverwaltung die User Berechtigungen für das Settlement Client Testsystem bestellen. Es stehen folgende Benutzerrollen zur Verfügung: Settlement Client Test: FOP User Settlement Client Test: FOP Releaser Settlement Client Test: VP User Settlement Client Test: VP Releaser Settlement Client Test: Read only Settlement Client Test: Administrator In einer späteren Testphase werden zusätzlich folgende Rollen verfügbar sein: Settlement Client Test: Physical User Settlement Client Test: Physical Releaser Seite 4 von 8

5 Sollten Sie noch keinen OeKB User ID haben, muss Ihr Administrator vor der Bestellung der Benutzerrollen einen User für Sie anlegen. Für Teilnehmer, die den Settlement Client bereits während der freien Testphase vor Start der Community Testumgebung genutzt haben, ist keine neue Einrichtung des Zugangs notwendig. Bitte beachten Sie aber, dass der Settlement Client ab dem mit einer neuen Testumgebung verbunden ist und dass die bisher von Ihrem Administrator getätigten Einstellungen betreffend Message Subscription und 4-Augen Prinzip neu erfasst werden müssen. 5.5 DCP Anbindung an T2S Im Falle einer DCP Anbindung an T2S wurden im Zuge der Meldung der Stammdaten auch die für die Einrichtung der DCP Verbindung notwendigen Daten erfasst. DCP Teilnehmer werden in der Pre-Migration vor Start der Community Tests vorrangig angelegt, um ihnen vor dem Start der Community Tests die Möglichkeit bieten zu können, Connectivity Tests durchzuführen. Connectivity Tests sind für den Zeitraum ab geplant und umfassen: Test der U2A Verbindung (T2S GUI). Zuweisung von User Roles und Privileges durch den Administrator. Anmerkung: bereits genannte User werden durch die OeKB CSD angelegt, weitere User können durch den DCP Teilnehmer erfasst werden. Allfällige A2A Connectivity Tests, wobei Instruktionen vor dem von T2S abgelehnt werden. 6 Freie Tests Freie Tests sind prinzipiell jederzeit möglich. Bezüglich der Erstellung von Gegeninstruktionen bitten wir unsere Teilnehmer, sich untereinander abzustimmen und Tests mit Geschäftspartnern bilateral zu organisieren. Um Konflikte mit geführten Tests zu vermeiden, werden wir Sie bitten, einige explizit genannte ISINs zu gewissen Zeiten nicht für individuelle Tests zu nutzen. Information dazu finden Sie auf der Testseite der OeKB CSD bzw. am Settlement Client der OeKB CSD. 7 Autorisierungstests OeKB CSD Teilnehmer mit DCP und ICP Anbindung müssen im Zeitraum von bis eine Mindestanzahl von vordefinierten Testfällen absolvieren. Diese Testfälle können auch im Rahmen der durch OeKB CSD organisierten geführten Tests absolviert werden (s.u.). Die Liste der Autorisierungstestfälle finden Sie unter -> OeKB-CSD-T2S-authorisation-tests Die Tests orientieren sich an den gewählten Kommunikationskanälen: Settlement Client T2S GUI (DCP) SWIFT (ICP) Seite 5 von 8

6 SWIFT (DCP) Je Kommunikationskanal sind verpflichtende und optionale Testfälle definiert. Voraussetzung für eine Autorisierung der Anbindung eines OeKB CSD Teilnehmers an das Settlement System der OeKB CSD mit T2S ist die erfolgreiche Durchführung der verpflichtenden Testfälle. 7.1 Rückmeldung zu durchgeführte Autorisierungstests an die OeKB CSD Für die Rückmeldung der der von Ihnen absolvierten Testfälle steht Ihnen ein Musterformular als Download zur Verfügung -> Musterformular. Die Rückmeldungen sind bis per an zu senden. Um die durchgeführten Testfälle seitens OeKB CSD nachvollziehen zu können, geben Sie dort Referenzen der gesendeten Instruktionen bzw. Screenshots an. Nach Prüfung Ihrer Testfälle erhalten Sie von OeKB CSD ein mit der Bestätigung des erfolgreich absolvierten Autorisierungstests. 8 Geführte Tests / Schwerpunkttage Geführte Tests bzw. Schwerpunkttage sind im Zeitraum Juli 2016 bis Ende Oktober 2016 geplant. Bei Bedarf können weitere Tests bis Ende November 2016 eingeplant werden. Die Teilnahme an diesen Tests ist nicht verpflichtend. Für geführte Tests wird die Unterstützung durch andere Systeme der OeKB CSD oder anderer T2S Teilnehmer (OeNB, CCP.A, T2S CSDs) organisiert. Geplante Test Schwerpunkte: Intra-CSD Settlement Cross-CSD Settlement - in Abstimmung mit anderen T2S CSDs External-CSD Settlement - in Abstimmung mit externen Lagerstellen Physical, Erhöhung/Verminderung Sammelurkunden - mit Unterstützung der Tresor Prozesse Auto-Coll - Szenarien in Abstimmung mit OeNB Settlement von Börsegeschäften - in Abstimmung mit CCP.A Settlement von Corporate Actions Market Claims und Transformations Für die Schwerpunkttage betreffend das Settlement von OTC Instruktionen (Intra CSD, Cross CSD, External CSD) ist keine Vorgabe von Testfällen seitens OeKB CSD geplant, die CSD Teilnehmer testen selbständig. Es wird allerdings erhöhte Verfügbarkeit des T2S-Supports ( siehe 4.2 ) geboten werden. CBF Euroclear F. (NL, BE) SIX-SIS Keler External CSD S. CBL Physical, Increase/Decrease Auto-coll Settlement with CCP.A Settlement of Corporate Actions Market Claims and Transformations Jul KW28 KW29 KW30 KW31 KW32 KW33 KW34 KW35 KW36 KW37 KW38 KW39 KW40 KW41 KW42 KW43 KW44 KW45 KW46 KW47 KW48 KW49 KW50 KW51 KW52 KW1 KW2 KW3 KW4 KW5 KW Q3 Q4 Q Intra CSD Settlement 2 Termine 2 Termine Cross CSD Settlement Aug Termine abgest. mit CBF Sept Oct Nov Dec Jan 1-2 Termine 2-3 Termine abgest. OeNB 2-3 Termine 2-3 Termine Termine abgest. mit CCP.A Feb noch keine Tests möglich Freie Tests geführte Tests Business Day Testing Migrationstermin Seite 6 von 8

7 Geführte Tests finden jeweils in einem begrenzten Zeitraum statt. Termine werden zeitgerecht bekannt gegeben. Teilweise ist die Abstimmung der Termine mit anderen Organisationen notwendig. Folgende Zeiträume für geführte Tests wurden bereits vereinbart: OeNB: Auto-coll Tests: Cross-CSD Tests mit Clearstream Banking Frankfurt: Für Cross-CSD Tests mit Euroclear Märkten, SIX-SIS und Keler werden keine geführten Tests durchgeführt. Freie Tests sind allerdings möglich. Mit Euroclear wurde die Beschränkung der Tests auf Euroclear Frankreich vereinbart. Test mit CCP.A: Freie Tests ab Mitte September, geführte Tests ab KW 43 Folgende Zeiträume für geführte Tests wurden für Funktionen der OeKB CSD festgelegt: Intra CSD: , Physical: Settlement von Erträgnissen und Corporate Actions: Market Claims und Transformations: Business Day Tests Vom findet ein MWDR in der T2S Pre-Production Testumgebung statt als Vorbereitung der nachfolgenden Business Day Tests. Analog zu dem Wechsel in die Community Testumgebung ist für die indirekt angebundenen Teilnehmer zu beachten, dass gewisse Einstellungen (insb. Message Subscription und 4-Augenprinzip) neu erfasst werden müssen und dass die Bestände und Instruktionen aus der Community Testumgebung nicht mehr zur Verfügung stehen. Stattdessen wird auch für diese Testumgebung ein Snapshot aus der DS.A Produktionsumgebung gezogen. In der Business Day Testing Phase entspricht der Tagesablauf dem Ablauf in der Produktionsumgebung. 10 Testzeiten Es sind folgenden Standard Tagesabläufe für die T2S Testumgebungen definiert, wobei folgende Varianten für CSD Teilnehmer relevant sind: T2S Standard Day: Tagesablauf in der freien Testphase vor T2S Synchronised Standard Day: Default Tagesablauf während der Community Testphase T2S Release Day: verkürzter Tagesablauf für Tage, an welchen T2S Release Updates durchgeführt werden (meist Freitag) T2S Live Timing: Tagesablauf für die Business Day Testing Phase sowie für Produktion Seite 7 von 8

8 T2S Standard Day T2S Synchronised Standard Day T2S Release Day T2S Live Timing Start of Testing 07:00 07:00 07:00 07:00 Real time Settlement - Partial settlement 1 10:00 10:15 10:00 10:15 10:00 10:15 10:00 10:15 - Partial settlement 2 12:00 12:15 12:00 12:15 12:00 12:15 12:00 12:15 - Partial settlement 3 14:00-14:15 12:30-12:45 12:30-12:45 14:00-14:15 - Partial settlement 4 15:45-16:00 14:15-14:30 14:15-14:30 15:45-16:00 - DVP/ Cash SR 1 cut-off 4 16:00 14:30 14:30 16:00 - Collateral reimbursement 16:20 14:50 14:50 16:30 - BATM / CBO cut-off 16:40 15:10 15:10 17:40 - Inbound LTO cut-off / Automatic cash sweep - Securities SR / FOP cutoff End-of-day/start-of-day 16:45 15:15 15:15 17:45 17:00 15:30 15:30 18:00 - Change of business date 17:45 16:15 16:15 18:45 - Feeds from CMS 18:00 16:30 16:30 19:00 Cash injection 18:30 17:00 17:00 19:30 Start of Night-time settlement 18:30 17:00 17:00 20:00 Night-time settlement End of Testing 2 19:00 19:00 17:30 ~ 22:30 Quelle: EZB, T2S User Testing and Migration Subgroup 1 SR Settlement Restrictions; BATM Bilaterally Agreed Treasury Management instructions; CBO Central Bank Operations; LTO Liquidity Transfer Order; CMS Collateral Management System 2 End of Testing will occur only when Night-time settlement is completed Seite 8 von 8