Kritische Prüffelder werden doppelt gewichtet.
Nicht nur lesen. Das eigene Projekt sofort prüfen.
Die Playbooks übersetzen Marktveränderungen in belastbare Prüfpunkte für Projektleitung, Operations, IT und Providersteuerung.
Thema und Rolle bestimmen den Prüfpfad.
Die Kombination öffnet das passende Playbook und priorisiert die Prüfpunkte für Ihre Rolle.
Clearstream UNO: Umsetzungscheck
Für die Migration von 6er-Konten in das künftige CEU-/CBL-Zielbild.
12 Prüffelder · ca. 15 MinutenDie Finalmigration ist für Mai 2027 vorgesehen, die technische Schließung der 6er-Konten für Ende Q2 2027. Das Zielbild trennt T2S-Settlement über CEU von Non-EUR- und nicht T2S-fähigen Flows über CBL.
Ist die Migration je Konto, Bestand und Service so weit konkretisiert, dass Zielroute, Umstellungswelle und Betriebsverantwortung eindeutig nachgewiesen werden können?
- 6er-Konten ohne bestätigte CEU-/CBL-Zielroute
- Offene Instruktionen oder Corporate Actions ohne Cutover-Regel
- Fehlender End-to-End-Nachweis für Settlement und Asset Servicing
Mit belastbarem fachlichem oder technischem Nachweis.
Noch nicht vollständig getestet und abgenommen.
Vorbereitet oder umgesetzt, aber noch nicht belegt.
Scope und Zielbild
Konten, Bestände und Services vollständig auf das CEU-/CBL-Zielbild abbilden.
Konten- und Serviceinventar
Sind alle 6er-Konten einschließlich Beständen, Cash, Corporate Actions, Collateral, Tax und Trustee-Funktionen einem verantwortlichen Owner zugeordnet?
Prüflogik und erwarteten Nachweis anzeigen
Nicht inventarisierte Nebenfunktionen werden häufig erst im Cutover sichtbar und können Bestände oder Zahlungen blockieren.
Abgestimmtes Konteninventar mit Service, Legal Entity, Markt, Bestand, Owner und Migrationswelle.
Fehlende Konten und Services ergänzen, Nutzung bestätigen und Scope durch Operations sowie Fachbereich freigeben lassen.
Projektleitung · Operations · Providersteuerung
CEU-/CBL-Zielroute
Ist je Wertpapier-, Cash- und Collateral-Flow entschieden, ob die künftige Verarbeitung über CEU oder CBL erfolgt?
Prüflogik und erwarteten Nachweis anzeigen
Ein Konto allein definiert noch keine belastbare Zielroute; Währung, T2S-Fähigkeit und Serviceumfang müssen zusammenpassen.
Freigegebene Routing-Matrix mit Markt, Währung, Asset-Klasse, Settlement Location, Zielkonto und Ausnahmebehandlung.
Unklare Flows klassifizieren und offene Designentscheidungen mit Clearstream und internen Product Ownern schließen.
Projektleitung · Operations · IT · Providersteuerung
Settlement und Asset Servicing
Instruktionen, Bestände und laufende Ereignisse ohne operative Lücke überführen.
Offene Instruktionen
Sind Regeln für offene, gematchte, fehlgeschlagene und nach dem Cut-off neu eingehende Instruktionen je Welle dokumentiert?
Prüflogik und erwarteten Nachweis anzeigen
Unklare Re-Instruktions- oder Cancel-and-Rebook-Regeln erhöhen Fail-, Doppelbuchungs- und Gegenparteirisiken.
Cutover-Runbook mit Statusgruppen, Cut-offs, Re-Instruktionslogik, Eskalation und Beispieltransaktionen.
Bestandsabzug durchführen, Instruktionen clustern und die Behandlung mit Gegenparteien sowie Clearstream bestätigen.
Operations · Providersteuerung
Corporate Actions und Income
Ist für laufende Corporate Actions, Erträge, Steuern und Claims festgelegt, welches Konto und welches System vor und nach der Migration führend ist?
Prüflogik und erwarteten Nachweis anzeigen
Record Date, Ex-Date und Payment Date können verschiedene Migrationsphasen berühren.
Event-Inventar mit Stichtagen, führendem Konto, verantwortlichem Team und Reconciliation-Kontrolle.
Ereignisse im Migrationsfenster isolieren und für Sonderfälle eine manuelle Kontroll- und Eskalationsroute definieren.
Projektleitung · Operations · Providersteuerung
Daten, Konten und Technologie
Stammdaten, Nachrichten und technische Anbindungen produktionsfähig spiegeln.
SSI und UCSA-Identifier
Sind SSIs, PSETs, Konten, UCSA-Identifier und Gegenparteizuordnungen versioniert, verteilt und technisch validiert?
Prüflogik und erwarteten Nachweis anzeigen
Ein korrekt eröffnetes Zielkonto bleibt wirkungslos, wenn Gegenparteien oder interne Systeme weiterhin die alte Route verwenden.
Freigegebene SSI-Matrix, Gegenparteibestätigungen und positive Validierung in den relevanten Quell- und Settlement-Systemen.
Datenänderungen terminieren, Vier-Augen-Freigabe einholen und Rückbestätigung kritischer Gegenparteien nachhalten.
Operations · IT · Providersteuerung
Connectivity und Reporting
Sind Connectivity, Berechtigungen, Reporting, Vollmachten, Billing und Reconciliation für alle Zielkonten produktiv eingerichtet?
Prüflogik und erwarteten Nachweis anzeigen
Technische Erreichbarkeit und vollständige operative Transparenz müssen vor der Bestandsmigration bestehen.
Produktionsnahe Connectivity-Tests, Berechtigungsmatrix, Reporting-Samples und abgestimmte Reconciliation-Ergebnisse.
Fehlende Berechtigungen oder Reports priorisieren und die Betriebsfähigkeit anhand eines vollständigen Tagesablaufs nachweisen.
IT · Operations · Providersteuerung
Tax und Collateral
Spezialservices unabhängig vom Standard-Settlement migrationsfähig machen.
Steuerdokumentation
Sind Steuerbescheinigungen, Relief-at-Source-Setups und steuerliche Kontoklassifikationen auf den Zielkonten gültig vorhanden?
Prüflogik und erwarteten Nachweis anzeigen
Fehlende oder verspätete Steuerdokumente können Erträge, Rückerstattungen und Kundenreporting langfristig beeinträchtigen.
Zielkontenbezogene Dokumentenliste mit Gültigkeit, Freigabe und bestätigter Verarbeitung eines Testereignisses.
Dokumente duplizieren oder neu einreichen und zeitkritische Märkte mit Tax Operations sowie Clearstream eskalieren.
Operations · Providersteuerung
Collateral- und Pooling-Services
Sind GC Pooling, CmaX, Margin-, Clearing-Fund- und sonstige Collateral-Konten im Zielbild sowie im Testscope enthalten?
Prüflogik und erwarteten Nachweis anzeigen
Collateral-Flows besitzen eigene Konten, Cut-offs und Liquiditätsabhängigkeiten und dürfen nicht aus dem Settlement-Scope abgeleitet werden.
Service-Mapping mit Konten, Pools, Gegenparteien, Cut-offs, Sicherheitenbewegungen und erfolgreich getesteten Szenarien.
Spezialkonten separat onboarden und mindestens Normalfall, Substitution, Rückgabe und Ausnahmefall testen.
Projektleitung · Operations · IT · Providersteuerung
Migration und Testing
Wellen, Bestandsbewegungen und End-to-End-Verarbeitung belastbar erproben.
Wellenbezogene Readiness
Sind betroffene ISINs, Konten, Börsen- und OTC-Flows je Aktivierungswelle gegen interne Bestände und Projektpläne abgeglichen?
Prüflogik und erwarteten Nachweis anzeigen
Eine generische Projektfreigabe reicht nicht aus, wenn Umfang und Risiken zwischen den Wellen variieren.
Wellen-Dashboard mit Scope, Abweichungen, Entscheidungen, Teststatus und Freigabe je Konto beziehungsweise ISIN-Gruppe.
Delta zum Clearstream-Scope ermitteln und nicht zuordenbare Bestände vor dem jeweiligen Freeze klären.
Projektleitung · Operations · Providersteuerung
End-to-End-Testnachweis
Wurden Settlement, Cash, Corporate Actions, Tax, Collateral, Reporting, Reconciliation und Fehlerbehandlung End-to-End getestet?
Prüflogik und erwarteten Nachweis anzeigen
Einzeltests belegen nicht, dass der komplette Geschäftstag über System- und Organisationsgrenzen hinweg funktioniert.
Abgenommener Testkatalog mit Ergebnissen, Defects, Retests und produktionsnahen Volumen- beziehungsweise Tagesendszenarien.
Fehlende Prozessketten ergänzen und kritische Defects vor Go-/No-Go mit klarer Risikoentscheidung schließen.
Projektleitung · Operations · IT · Providersteuerung
Cutover und Betriebsaufnahme
Entscheidung, Fallback und Hypercare mit eindeutigen Verantwortlichkeiten absichern.
Go-/No-Go und Fallback
Sind messbare Go-/No-Go-Kriterien, Entscheidungsgremium, Fallback-Fenster und Rückabwicklungsgrenzen vereinbart?
Prüflogik und erwarteten Nachweis anzeigen
Ohne vorab definierte Schwellenwerte wird die Migrationsentscheidung unter Zeitdruck uneinheitlich getroffen.
Freigegebener Cutover-Plan mit Kriterien, Entscheidern, Zeitpunkten, Kommunikationswegen und getesteter Fallback-Option.
Kriterien quantifizieren und offene Risiken vor dem Cutover in eine dokumentierte Managemententscheidung überführen.
Projektleitung · Operations · IT · Providersteuerung
Hypercare und Exit
Sind Hypercare-Kennzahlen, tägliche Kontrollen, Eskalationsschwellen und Exit-Kriterien für jede Welle definiert?
Prüflogik und erwarteten Nachweis anzeigen
Die technische Aktivierung ist nicht das Ende der Migration; Bestände, Fails und Asset-Servicing-Ereignisse benötigen Nachlaufkontrollen.
Hypercare-Cockpit mit Ownern, Frequenzen, Schwellenwerten, täglichen Entscheidungsrunden und Exit-Freigabe.
Kontrollpunkte operationalisieren und sicherstellen, dass Daten zum Start der Hypercare automatisiert verfügbar sind.
Projektleitung · Operations · IT · Providersteuerung
Der Export enthält Reifegrade, Nachweise, Verantwortliche, Zieltermine und Maßnahmen.
30-minütiger Impact-Call zu einem Signal.
Ein fokussierter Austausch dazu, wo das Signal Ihr Betriebsmodell berührt, welche Abhängigkeiten zuerst zu klären sind und was in den Projektplan gehört.
Welche Auswirkung hat das auf Ihr Institut?
Wir ordnen das Signal in Ihr Betriebsmodell ein und übersetzen es in Projektumfang, Verantwortlichkeiten und nächste Maßnahmen.
