Zuletzt geprüft17.10.2026 · 11:48 Uhr

Gezielter UNO-Nachtrag: Wave 5 am 09.04.2027 bestätigt; Wave 6, Finalmigration und Kontoschließung noch offen. Keine erneute Gesamtprüfung aller Institutionen.

Prüfvermerk & Quellen
Projekt-Playbooks

Vom Signal zur konkreten Prüfung.

Relevante Veränderungen in Prüffelder, Verantwortlichkeiten und Maßnahmen übersetzen.

01
Playbook auswählen

Direkt oder geführt nach Thema und Rolle.

02
Prüffelder bewerten

Reifegrad, Verantwortung und Nachweise erfassen.

03
Ergebnis dokumentieren

Lokalen Arbeitsstand als PDF sichern.

Schritt 1

Playbook auswählen

Wählen Sie direkt ein Playbook oder lassen Sie sich über Thema und Rolle zum passenden Projektcheck führen.

Geführte Auswahl nutzen

Zwei Auswahlen führen direkt zum passenden Prüfpfad.

Schritt 2 · Aktiver Projektcheck

Operative Betriebsbereitschaft

Der kompakte Kontrollblick kurz vor fachlicher Abnahme und Go-live.

12 Prüffelder · Erstbewertung ca. 15 Minuten
–Noch nicht bewertet0 von 12 Prüffeldern bewertet

Gesamtstatus: Kritische Prüffelder werden doppelt gewichtet; unbewertete Prüffelder zählen mit 0 Punkten.

Zentrale Entscheidungsfrage

Kann die Betriebsorganisation vor Go-live nachweisen, dass Prozesse, Menschen, Systeme, Daten und externe Parteien nicht nur vorbereitet, sondern unter realistischen Bedingungen getestet sind?

Erwartetes ErgebnisEin dokumentierter Projektstand mit klaren Lücken, Verantwortlichkeiten, Zielterminen und Nachweisen.

Red Flags anzeigen
  • Runbooks ohne fachliche Abnahme oder Stellvertretung
  • Kritische Defects ohne dokumentierte Risikoentscheidung
  • Hypercare ohne messbare KPIs und Exit-Kriterien
Prüfmodule

Prüfstand starten

Reifegrad, Verantwortlichkeit, Zieltermin und Nachweis strukturiert erfassen.

Prüfumfang12 Prüffelder
Bearbeitungsstand0 von 12

Lokal und vertraulich. Ihre Eingaben werden ausschließlich auf diesem Gerät gespeichert und nicht an uns übermittelt.

01

Scope und Zielbild

Fachlicher Schwerpunkt · Prozesse und Runbooks · 2 Prüffelder

Produktive Abläufe vollständig, verständlich und ausführbar dokumentieren.

Prüffeld01
KritischOffen

Fachlich abgenommene Runbooks

Decken Runbooks alle produktiven End-to-End-Flows nach Markt, Produkt, Währung, Legal Entity und Provider einschließlich Trigger, Kontrollen, Ausnahmen und Abschluss ab?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Eine Prozessgrafik allein reicht im Produktionsbetrieb nicht als ausführbare Arbeitsanweisung.

Abnahmekriterium / erwarteter Nachweis

Versioniertes Runbook mit Fachabnahme, Systemschritten, Screenshots beziehungsweise Reports und Testreferenz.

Maßnahme bei Lücke

Fehlende Ausnahmen und Entscheidungen ergänzen und Runbook durch einen unabhängigen Anwender ausführen lassen.

Beteiligte Rollen

Projektleitung · Operations

Prüffeld02
KritischOffen

Provider-Übergaben und Cut-offs

Sind Übergaben zwischen Teams, Systemen und Providern mit Zeit, Dateninhalt, Record Layout, sicherer Verbindung, Schlüsselverfahren, Empfangsbestätigung, Attestierung und Eskalation definiert?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Operative Fehler entstehen häufig nicht innerhalb eines Prozesses, sondern an organisatorischen Schnittstellen.

Abnahmekriterium / erwarteter Nachweis

Handover- und Provider-Matrix mit SLA, Cut-off, Output-ID, Record Layout, SSH-/Zertifikatsprofil, Kontrollpunkt, Empfangsbestätigung, Datenkontinuität, Attestierung, Fallback und erfolgreichem End-to-End-Test.

Maßnahme bei Lücke

Unklare Übergaben in gemeinsame Kontrollen überführen, verantwortliche Sender und Empfänger benennen und Testdaten eindeutig vom Produktionsbetrieb trennen.

Beteiligte Rollen

Projektleitung · Operations · Providersteuerung

02

Prozesse und Betriebsmodell

Fachlicher Schwerpunkt · Berechtigungen und Stammdaten · 2 Prüffelder

Produktive Zugriffe und Daten vor Betriebsaufnahme kontrollieren.

Prüffeld03
KritischOffen

Berechtigungsnachweis

Sind produktive Rollen, Vier-Augen-Prinzip, privilegierte Zugriffe, Zertifikate, Trust Stores, Schlüssel und Stellvertretungen getestet und freigegeben?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Fehlende oder zu weitreichende Rechte führen am Go-live zu Stillstand oder Kontrollverlust.

Abnahmekriterium / erwarteter Nachweis

Abgenommene Rollenmatrix, Zertifikats- und Schlüsselinventar mit Owner und Ablaufdatum, Rezertifizierung, positiver Zugriffstest und negativer Berechtigungstest.

Maßnahme bei Lücke

Fehlende Rechte und neue Zertifikate priorisieren, nicht unterstützte Schlüsselverfahren ablösen, überflüssige Rechte entfernen und Notfallzugänge kontrolliert vorbereiten.

Beteiligte Rollen

Projektleitung · Operations · IT

Prüffeld04
KritischOffen

Produktive Stammdaten

Sind Konten, Teilnehmer, gültige LEI, Kalender, Instruktionen, Limits und Ansprechpartner vollständig sowie wirksam?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Testdaten oder technische Konfigurationen belegen nicht, dass produktive Stammdaten zum richtigen Zeitpunkt aktiv sind.

Abnahmekriterium / erwarteter Nachweis

Produktionscheckliste, GLEIF-/LEI-Statusnachweis, Vier-Augen-Freigabe, Delta zum Testbestand und erfolgreiche Smoke-Transaktion.

Maßnahme bei Lücke

Produktionsdaten vor Freeze abgleichen und kritische Abweichungen mit Owner sowie Zieltermin schließen.

Beteiligte Rollen

Operations · IT

03

Daten und technische Anbindung

Fachlicher Schwerpunkt · Monitoring und Incidents · 2 Prüffelder

Abweichungen früh erkennen, entscheiden und nachvollziehbar schließen.

Prüffeld05
KritischOffen

Kontrollcockpit

Sind Volumen, STP-Quote, Queue-Alter, Fails, Reconciliation-Breaks, Laufzeiten und Provider-SLAs mit Schwellenwerten sichtbar?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Ohne messbare Betriebsdaten bleibt Readiness eine qualitative Selbsteinschätzung.

Abnahmekriterium / erwarteter Nachweis

Produktives Dashboard mit Datenquelle, Aktualität, Baseline, Schwellenwert, Owner und Eskalation.

Maßnahme bei Lücke

Fehlende Datenquellen anbinden und KPIs im Parallelbetrieb gegen erwartete Werte validieren.

Beteiligte Rollen

Projektleitung · Operations · IT · Providersteuerung

Prüffeld06
KritischOffen

Incident, Resilience und Wiederanlauf

Sind Klassifikation, Entscheidungsrechte, Kommunikation, Workaround, Resilience-Szenarien, Wiederanlauf, Root Cause sowie die fristgerechte Abgrenzung und Meldung möglicher Schäden für Incidents geübt?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Ein dokumentierter Incident-Prozess ist ohne realistische Übung und verfügbare Kontakte nicht belastbar.

Abnahmekriterium / erwarteter Nachweis

Durchgeführte Incident-Simulation mit Zeitachse, Entscheidungen, Kommunikation, Lessons Learned, Maßnahmen sowie prüffähiger Zuordnung von Transaktionen, Cash-Effekten, Finanzierungskosten und externen Meldefristen.

Maßnahme bei Lücke

Kritische Schwachstellen aus der Übung schließen, mögliche Verluste gegen erhaltene Kompensationen abgleichen, Nachweise sichern und externe Teilnehmer- oder Anspruchsfristen eindeutig verantworten.

Beteiligte Rollen

Projektleitung · Operations · IT · Providersteuerung

04

Abhängigkeiten und Provider

Fachlicher Schwerpunkt · Menschen und Organisation · 2 Prüffelder

Wissen, Kapazität und Vertretung für Normal- und Ausnahmebetrieb sicherstellen.

Prüffeld07
ErgänzendOffen

Rollenbezogene Schulung

Haben alle betroffenen Rollen prozess- und systembezogene Schulungen mit praktischem Kompetenznachweis abgeschlossen?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Teilnahme an einer Präsentation belegt nicht, dass Mitarbeitende Ausnahmen und Entscheidungen sicher beherrschen.

Abnahmekriterium / erwarteter Nachweis

Trainingsmatrix, Teilnahme, praktische Übung, Wissenscheck und dokumentierter Nachschulungsbedarf.

Maßnahme bei Lücke

Kritische Rollen priorisieren und offene Kompetenzlücken vor produktivem Einsatz schließen.

Beteiligte Rollen

Projektleitung · Operations

Prüffeld08
KritischOffen

Kapazität und Vertretung

Sind Spitzenvolumen, verlängerte Hypercare-Zeiten, Urlaub, Krankheit und kritische Einzelrollen in der Personalplanung berücksichtigt?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Ein Prozess kann fachlich funktionieren und dennoch an fehlender Kapazität oder Schlüsselpersonen scheitern.

Abnahmekriterium / erwarteter Nachweis

Kapazitätsmodell, Schicht- und Vertretungsplan, On-call-Regelung und bestätigte Verfügbarkeit für Cutover.

Maßnahme bei Lücke

Single Points of Knowledge beseitigen und zusätzliche Kapazität für Cutover sowie Hypercare verbindlich sichern.

Beteiligte Rollen

Projektleitung · Operations

05

Testing und Nachweise

Fachlicher Schwerpunkt · Defects und Entscheidungen · 2 Prüffelder

Offene Abweichungen transparent bewerten und bewusst entscheiden.

Prüffeld09
KritischOffen

Defect-Readiness

Sind Anforderungen, Testfälle, Defects und Retests durchgängig verknüpft und offene Defects nach Geschäftsrisiko, Workaround, Volumenwirkung und Zieltermin bewertet?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Technische Prioritäten spiegeln nicht automatisch das operative oder finanzielle Risiko wider.

Abnahmekriterium / erwarteter Nachweis

Defect-Liste mit Business Impact, Severity, Workaround, Teststatus, Owner und Lösungstermin.

Maßnahme bei Lücke

Defects ohne belastbaren Workaround oder mit hoher Wirkung vor Go-live schließen oder eskalieren.

Beteiligte Rollen

Projektleitung · Operations · IT

Prüffeld10
KritischOffen

Risikoakzeptanz

Sind verbleibende Risiken mit Auswirkung, Laufzeit, Kompensation und entscheidungsberechtigter Freigabe dokumentiert?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Ein grüner Projektstatus darf nicht ungeklärte Risiken oder informelle Duldungen verdecken.

Abnahmekriterium / erwarteter Nachweis

Unterzeichnete Risikoentscheidung mit Begründung, Kontrollen, Ablaufdatum und verantwortlichem Gremium.

Maßnahme bei Lücke

Informelle Akzeptanzen in dokumentierte Entscheidungen überführen und befristete Kontrollen terminieren.

Beteiligte Rollen

Projektleitung · Operations · IT · Providersteuerung

06

Cutover und Betriebsaufnahme

Fachlicher Schwerpunkt · Go-live und Hypercare · 2 Prüffelder

Produktionsaufnahme, erhöhte Kontrolle und Übergang in Linie messbar steuern.

Prüffeld11
KritischOffen

Go-/No-Go, Cutover und Backout

Sind fachliche, technische, operative und externe Kriterien sowie Cutover, Point of No Return und Backout mit Schwellenwert, Nachweis und Entscheider definiert – einschließlich funktionsfähiger produktiver Order-Eingabe, -Änderung und -Löschung nach Schnittstellenmigrationen?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Ohne messbare Kriterien wird Go-live unter Zeitdruck nach subjektivem Gesamteindruck entschieden.

Abnahmekriterium / erwarteter Nachweis

Go-/No-Go-Scorecard mit Muss-Kriterien, Nachweisen, Ausnahmen, Entscheidern und Protokoll sowie positive Smoke-Tests für neue ETI-Order-Requests in Standard-, Multi-Leg- und Notfallwegen.

Maßnahme bei Lücke

Unklare Kriterien quantifizieren und fehlende Nachweise vor dem Entscheidungstermin bereitstellen.

Beteiligte Rollen

Projektleitung · Operations · IT · Providersteuerung

Prüffeld12
KritischOffen

Hypercare und Exit

Sind KPIs, Kontrolldichte, Entscheidungsrunden, Providerbeteiligung und Exit-Kriterien für Hypercare festgelegt?

Prüflogik und erwarteten Nachweis anzeigen
Warum relevant

Ohne Exit-Kriterien bleibt Hypercare entweder zu kurz oder wird ohne klare Verantwortung zum Dauerzustand.

Abnahmekriterium / erwarteter Nachweis

Hypercare-Cockpit, Kalender, Teilnehmer, Schwellenwerte, Maßnahmenlog und formale Exit-Abnahme.

Maßnahme bei Lücke

KPIs im Vorfeld baselinen und Datenversorgung sowie tägliche Entscheidungsrunde praktisch testen.

Beteiligte Rollen

Projektleitung · Operations · IT · Providersteuerung

Management- und Entscheidungssicht

Was jetzt entschieden und gesteuert werden muss.

–Bewertung ausstehend0% bewertet
Erforderliche Managemententscheidung

Produktionsfreigabe nur erteilen, wenn kritische Prozesse, Menschen, Systeme, Daten und Provider nachweislich betriebsfähig sind und verbleibende Risiken dokumentiert akzeptiert wurden.

Auswirkung auf das Institut

Betroffen sind das gesamte Zielbetriebsmodell, Personal- und Vertretungsfähigkeit, Monitoring, Incidents, Defects, Provider-SLAs, Go-live und Übergang in den Regelbetrieb.

Aktuelle Top-Risiken
  • Fachlich abgenommene Runbooks
  • Provider-Übergaben und Cut-offs
  • Berechtigungsnachweis
Kritischer Pfad
  1. Runbooks, Berechtigungen, Stammdaten und Übergaben fachlich abnehmen
  2. Kontrollcockpit, Incidents, Kapazität und externe Abhängigkeiten realistisch testen
  3. Defects, Risikoakzeptanz, Go-/No-Go und Hypercare-Exit formal entscheiden
Ressourcen und Kapazität
  • Operations Readiness und Projektleitung
  • IT, Service Management und Kontrollfunktionen
  • Provider, Fachbereiche und entscheidungsbefugtes Steering
Freigaben und Risikoakzeptanz
  • Fachliche und technische Betriebsfreigabe
  • Dokumentierte Akzeptanz verbleibender Defects und Risiken
  • Go-/No-Go sowie formale Hypercare-Exit-Abnahme
Messbare Management-KPIs
  • Abdeckungsquote der produktiven End-to-End-Flows und kritischen Provider
  • Testpassquote sowie offene Severity-1-/2-Defects
  • STP-Quote, Queue-Alter und Lösungsdauer manueller Ausnahmen
  • Kapazitätsreserve bei Spitzenvolumen und kritische Einzelrollen
  • Incident-MTTR, Reconciliation-Breaks und Erfüllung der Hypercare-Exit-Kriterien
  • Fristgerechte Identifikation, Evidenzsicherung und Meldung potenzieller Verluste aus Settlement-Störungen
Mindestnachweise vor einer Entscheidung
  • Freigegebene Flow-Matrix nach Markt, Produkt, Währung, Legal Entity und Provider
  • Traceability von Anforderung über Test, Defect und Retest einschließlich Resilience-, Zertifikats-, Schlüssel- und Verbindungsnachweisen
  • Unterzeichnete Go-/No-Go-Scorecard mit Backout-, Kommunikations- und Hypercare-Plan
Offizielle Grundlagen

Die Managementsicht wird aus dem fachlichen Prüfstand abgeleitet. Sie ersetzt keine institutsinterne Risikoentscheidung oder formale Freigabe.

Fachlicher Kontext und PrimärquelleEinordnung, Betroffenheit und Quelle anzeigen
Warum relevant

Betriebsbereitschaft ist mehr als ein grüner Projektstatus. Prozesse, Daten, Berechtigungen, externe Parteien, Fehler, Fallback und Entscheidungswege müssen nachweisbar funktionieren.

OperationsProjektleitungITProvider
EU T+1 · Implementation Handbook · Juni 2026 ↗
Abschluss · Dokumentierbarer Prüfstand0 von 12 Prüffeldern bewertet

Der Export enthält Reifegrade, Nachweise, Verantwortliche, Zieltermine und Maßnahmen.