DEEN

DORA · IKT-Drittparteien · Laufende Steuerung

DORA-Drittparteienmanagement: Änderungen bei IKT-Dienstleistern steuern

Ein neuer Unterauftragnehmer kann die Abhängigkeiten einer Bank verändern, obwohl ihr direkter Vertragspartner derselbe bleibt. Wie aus einer Änderungsmitteilung eine nachvollziehbare Bewertung, Entscheidung und Nachkontrolle wird.

Illustration: Bank im Zentrum eines Netzes aus IKT-Dienstleistern; die Änderung bei einem Unterauftragnehmer wird bewertet und entschieden

Für Auslagerungs- und IKT-Drittparteienmanagement, Einkauf, Informationssicherheit und Fachbereiche deutscher Banken.

Die Aufgabe auf einen Blick

Was ist bei einer Änderung des IKT-Dienstleisters zu tun?

Die Bank muss verstehen, was sich ändert, welche Leistungen und Funktionen betroffen sind und ob die veränderte Leistung innerhalb der geltenden Anforderungen und ihrer Risikotoleranz erbracht werden kann. Dazu braucht sie rechtzeitig belastbare Informationen, eine dokumentierte Bewertung und eine zuständige Entscheidung. Anschließend werden die Umsetzung und ihre Folgen nachverfolgt. Für wesentliche Änderungen von Unterauftragsvereinbarungen im einschlägigen Anwendungsbereich konkretisiert Art. 5 der Delegierten Verordnung (EU) 2025/532 das Vorgehen. [3]

Dieser T-NEX-Praxisleitfaden führt durch einen fiktiven Hosting-Wechsel. Er zeigt die benötigten Nachweise, eine ausgefüllte Entscheidung und die Übergaben zwischen den beteiligten Funktionen. Anschließend lässt sich prüfen, welche Aufgaben eine vorhandene Anwendung oder die T-NEX Banking Platform im konkreten Prozess unterstützen soll.

Leistung zuerstDer Vertragspartner allein zeigt die Abhängigkeit nicht.
Frist bewusst steuernEine Rückfrage verlängert die Frist nicht automatisch.
Ergebnis nachweisenEine Zustimmung beendet die Nachkontrolle nicht.

01 · Einordnung

Die bezogene Leistung bestimmt die Prüfung

IKT-Drittparteienmanagement umfasst die Risiken, die aus dem Bezug von IKT-Dienstleistungen entstehen. DORA verbindet die Auswahl eines Anbieters mit vertraglichen Anforderungen, Überwachung und Ausstiegsvorkehrungen. Die Verantwortung des Finanzunternehmens bleibt bestehen. Ein unterschriebener Vertrag und ein gepflegter Registereintrag sind deshalb wichtige Bestandteile, aber kein vollständiger Nachweis einer funktionierenden Steuerung. [1, Art. 28–30]

Dieser Beitrag betrachtet ein Kreditinstitut im regulären DORA-Rahmen und eine laufende IKT-Leistung, die im Beispiel eine kritische oder wichtige Funktion unterstützt. Andere Institutstypen, Ausnahmen und vereinfachte Anforderungen müssen gesondert eingeordnet werden. Die Grundlagen erläutert unser DORA-Überblick.

Drei Einordnungen, die nicht verwechselt werden dürfen
BegriffWorauf er sich beziehtFrage im Arbeitsfall
Kritische oder wichtige FunktionAuswirkungen einer Beeinträchtigung der Funktion im FinanzunternehmenWelche Funktion unterstützt die bezogene IKT-Leistung, und wie wurde sie bewertet?
Wesentliche ÄnderungKonkrete Änderung und ihre Bedeutung im einschlägigen Vertrags- und RisikokontextWas verändert sich gegenüber der bewerteten Ausgangslage?
Kritischer IKT-DrittdienstleisterGesonderte europäische Einstufung für den Überwachungsrahmen nach DORADie Einstufung ersetzt nicht die eigene Bewertung der bezogenen Leistung.

Rechtsgrundlagen: Art. 3 Nr. 22, Art. 28–31 DORA sowie Art. 5 EU 2025/532. [1] [3]

Auch die Auslagerung nach dem jeweils anwendbaren Auslagerungsrecht und die IKT-Dienstleistung nach DORA sind eigenständig zu beurteilen. Wer bereits eine MaRisk-Einstufung besitzt, sollte daraus keine ungeprüfte DORA-Einstufung übernehmen. Die aktuelle MaRisk-Fassung und das Verhältnis zu § 25b KWG vertiefen wir im Beitrag MaRisk AT 9 und DORA im Dienstleistermanagement. [4] [5]

Eine Änderungsmitteilung muss zunächst inhaltlich gelesen werden. Ändert sich nur die Firmenbezeichnung? Wechselt ein tatsächlicher Leistungserbringer? Kommen ein anderer Datenstandort, neue Zugriffswege oder ein geändertes Notfallverfahren hinzu? Ein kurzer Betreff kann mehrere Sachverhalte verdecken. Erst die Zuordnung zur Leistung macht sichtbar, welche Prüfung erforderlich ist.

02 · Musterfall

Zwei Anbieter, künftig dieselbe Hosting-Abhängigkeit

Fiktiver Arbeitsfall CHG-2026-014. Die Beteiligten, Dokumente, Daten und Ergebnisse sind konstruiert. Es handelt sich weder um einen T-NEX-Kundenfall noch um einen ausgeführten Produkttest.

Die Bank BANK-01 nutzt den Dienst SVC-A für ihre digitale Kreditakte und einen Dokumentenworkflow. Vertragspartner ist TP-A. Bisher betreibt der Unterauftragnehmer TP-B die Hosting-Komponente. TP-A kündigt an, diese Komponente zu TP-C zu verlagern. Gleichzeitig bezieht die Bank von TP-D eine Fristen- und Statusauswertung, SVC-D. Dieser zweite Dienst nutzt TP-C bereits.

Im Musterfall unterstützt SVC-A die Funktion F-01, Kreditbearbeitung. Ihre Einstufung als kritisch oder wichtig ist eine begründete Fallannahme: Ein länger andauernder Ausfall würde die fristgerechte Bearbeitung maßgeblicher Vorgänge erheblich beeinträchtigen. Daraus folgt keine allgemeine Einstufung jeder digitalen Akte oder jedes Dokumentenworkflows.

Vorher und nachher: Anbieter A wechselt von Host B zu Host C, den Anbieter D bereits nutzt. Damit entsteht eine gemeinsame Abhängigkeit.

Eine neue gemeinsame Abhängigkeit. Im Schaubild entsprechen Anbieter A und D den direkten Dienstleistern TP-A und TP-D; Host B und C stehen für TP-B und TP-C. Nach der geplanten Änderung führen beide Dienstwege zu TP-C. Fiktiver Musterfall, keine reale Anbieterarchitektur.

Vor der Änderung bestanden zwei unterschiedliche Hosting-Abhängigkeiten. Danach führen beide Dienstwege zu TP-C. Zwei getrennte Verträge bedeuten hier keine technische Unabhängigkeit. Das bleibt auch dann relevant, wenn TP-A und TP-D jeweils erklären, ihr eigener Dienst sei ausreichend abgesichert. Die Bank muss die Verbindung aus ihrer Gesamtsicht beurteilen.

Die Akte des Änderungsvorgangs
AngabeWert im fiktiven FallWarum sie gebraucht wird
VorgangCHG-2026-014Eine gemeinsame Referenz für Bewertung, Entscheidung und Maßnahmen
VertragCTR-A-01, Version 3Die einschlägige Unterauftragsregelung muss im richtigen Vertragsstand geprüft werden.
Mitteilung1. September 2026Eingang und angekündigten Inhalt nachvollziehbar festhalten
Vertragliche FristIm Fall ausdrücklich bis 21. September 2026; angenommen sind 20 Kalendertage.Nur eine Fallannahme, keine gesetzliche DORA-Tagesfrist
Geplante Umsetzung24. September 2026Bewertung, Reaktion und Vorbereitungen müssen vor dem relevanten Zeitpunkt möglich sein.
Erststand am 4. SeptemberNachweise offen, keine dokumentierte ZustimmungEin unvollständig bewerteter Vorgang darf nicht als erledigt erscheinen.

Die konkrete Fristberechnung muss im realen Fall anhand der Vereinbarung und der maßgeblichen Regeln geprüft werden. Für die Arbeitshilfe ist das Fristende ausdrücklich festgelegt. Das verhindert, dass eine technische Berechnung unbemerkt eine rechtliche Auslegung ersetzt.

Konsequenz im Musterfall: Die gemeinsame Abhängigkeit von TP-C gehört ausdrücklich in die Bewertung. Sie lässt sich nicht durch zwei getrennte Lieferantenakten beantworten.

03 · Informationsgrundlage

Aus einer Mitteilung wird eine prüfbare Änderung

Die Mitteilung des Dienstleisters eröffnet den Vorgang. Sie ist noch nicht dessen vollständige Informationsgrundlage. Zunächst wird geklärt, welche Leistung bisher erbracht wurde und welche künftig erbracht werden soll. Eine Aussage wie „Wir optimieren unsere Infrastruktur“ reicht dafür nicht. Benötigt werden die betroffenen Komponenten, der neue Leistungserbringer, die zeitliche Planung und die Auswirkungen auf die vereinbarten Leistungen.

Die Bewertung der Unterauftragsvergabe und die erforderlichen Vertragsinhalte ergeben sich im hier betrachteten Anwendungsbereich insbesondere aus Art. 3 und 4 der Delegierten Verordnung (EU) 2025/532. Die folgenden Prüffragen übersetzen diese Aufgabe in eine Arbeitshilfe; sie bilden keinen vollständigen gesetzlichen Pflichtkatalog ab. [3]

Nachweise immer auf die veränderte Leistung beziehen
PrüffrageGeeignete InformationNicht ausreichend
Was übernimmt TP-C?Beschreibung der Hosting-Leistung mit Zuordnung zu SVC-A und zur UnterauftragsketteDer Name des neuen Unternehmens ohne Leistungsbezug
Wo werden Dienste erbracht und Daten verarbeitet?Leistungs- und Datenstandorte, Änderungen gegenüber dem Ausgangsstand, einschlägige ZugriffswegeAllein der gesellschaftsrechtliche Sitz von TP-C
Welche Kontrollen betreffen die neue Umgebung?Geltungsbereich, Zeitraum, Ergebnisse und Grenzen einschlägiger Prüfberichte oder ZertifikateEin Zertifikatslogo oder ein Bericht für die bisherige Hosting-Umgebung
Wie bleiben Leistung und Wiederherstellung abgesichert?Leistungsziele, Notfall- und Wiederherstellungsvorkehrungen, passende TestnachweiseEine allgemeine Verfügbarkeitszusage ohne Bezug zum geplanten Betrieb
Welche gemeinsame Abhängigkeit entsteht?Verbindung zu SVC-D und weiteren betroffenen Diensten, Auswirkungen eines Ausfalls von TP-CDie getrennte Bewertung von TP-A und TP-D als alleinige Betrachtung
Bleiben Kontrolle und Ausstieg möglich?Vertragliche Rechte, Informationswege, Übergangsvorkehrungen und konkret nutzbare AlternativenDer Verweis auf eine später zu verhandelnde Lösung

Ein Nachweis braucht Version, Geltungsbereich und Bewertung

Ein sinnvoller Akteneintrag besteht aus mehr als einem Dateianhang. Er nennt das Dokument, seinen Stand, die relevante Fundstelle, die betroffene Frage und das Ergebnis der Prüfung. Dadurch lässt sich später erkennen, ob eine Entscheidung auf der ursprünglichen Mitteilung, einem ergänzten Leistungsblatt oder einem nachgereichten Testbericht beruht.

Im Musterfall fehlt am 4. September der passende Wiederherstellungsnachweis. Das ist zunächst eine Evidenzlücke. Die Bank weiß damit noch nicht, ob die neue Umgebung unzureichend ist oder lediglich der Beleg fehlt. Sie fordert die konkrete Information nach und bewertet die Konsequenz für ihre rechtzeitige Entscheidung. Die Lücke darf weder als bereits bestanden noch ohne weitere Begründung als tatsächlich eingetretener Ausfall behandelt werden.

Drei verschiedene Befunde

Pflichtlücke
Eine einschlägige verbindliche Anforderung ist nicht erfüllt. Ein Vermerk zur Risikoakzeptanz ersetzt sie nicht.
Evidenzlücke
Die vorhandenen Informationen tragen noch keine belastbare Aussage. Die fehlende Information und ihre Entscheidungsrelevanz werden benannt.
Restrisiko
Nach Berücksichtigung der Anforderungen und Maßnahmen verbleibt ein konkret beschriebenes Risiko. Seine Beurteilung folgt der zuständigen Entscheidung und dem Risikorahmen des Instituts.

Auch ein Zertifikat muss zum Prüfgegenstand passen. Für den hier betrachteten Leistungsbezug konkretisiert EU 2024/1773 den Umgang mit Prüfberichten, Zertifikaten und eigenen beziehungsweise gemeinschaftlichen Prüfungen. Eine dauerhafte ausschließliche Berufung auf Zertifikate oder vom Anbieter bereitgestellte Berichte genügt nicht. [2, Art. 8]

04 · Bewertung und Entscheidung

Die Entscheidung muss vor der maßgeblichen Frist belastbar sein

Eine Änderung kann mehrere Funktionen der Bank betreffen. Die Arbeit wird deshalb über einen gemeinsamen Vorgang koordiniert. Die Zuständigkeiten richten sich nach der eigenen Organisation; die folgende Aufteilung ist ein Vorschlag für den Musterfall und keine gesetzlich vorgeschriebene Rollenmatrix.

Fachbeiträge mit einer klaren Koordination zusammenführen
RolleBeitrag zur BewertungErgebnis
IKT-DrittparteienmanagementVorgang koordinieren, Frist und Vollständigkeit verfolgenKonsolidierter Bewertungsstand und Entscheidungsvorlage
Fachbereich KreditAuswirkungen auf Bearbeitung, Fristen und Ausweichverfahren beurteilenFachliche Folgen und benötigte Mindestleistung
IT und InformationssicherheitArchitektur, neue Abhängigkeit, Kontrollen und Wiederherstellung prüfenTechnische Bewertung mit Nachweisen und offenen Punkten
Recht und EinkaufVertragsmechanik, Frist, Rechte und Kommunikation beurteilenAbgestimmte vertragliche Reaktion
Risikomanagement und zuständige EntscheidungsebeneBewertung im institutseigenen Risikorahmen einordnenBegründete Entscheidung nach der eigenen Kompetenzordnung
Interne RevisionAngemessenheit und Wirksamkeit unabhängig prüfenPrüfungsperspektive, keine operative Zustimmung im Musterprozess

Der Datenschutz wird hinzugezogen, soweit sich datenschutzrechtlich relevante Fragen stellen. Die Rollen können in einem kleineren Institut anders organisiert sein. Entscheidend ist, dass fachliche Beiträge, Verantwortlichkeiten und Eskalation nachvollziehbar zugeordnet sind. Die Leitlinie für den betreffenden Leistungsbezug muss Zuständigkeiten und den Umgang mit wesentlichen Änderungen abbilden. [2, Art. 3–4]

Die vertragliche Frist ist ein eigener Prüfpunkt

Art. 5 EU 2025/532 sieht für die erfassten wesentlichen Änderungen eine rechtzeitige Information und eine angemessene vertragliche Frist vor. Der Rechtsakt nennt dafür keine allgemeine Frist von 30 Tagen. Er berücksichtigt die Zustimmung des Finanzunternehmens sowie den ausbleibenden Widerspruch bis zum Fristende. Das muss in der konkreten Vertragsmechanik gelesen werden. [3]

Im Vorgang sollten daher mindestens Eingang, angekündigter Umsetzungstermin, maßgebliche Frist, zuständige Bearbeitung und Eskalationszeitpunkt erfasst werden. Eine automatische Erinnerung hilft bei der Organisation. Sie nimmt dem Institut die Bewertung des Fristendes und der notwendigen Reaktion nicht ab.

Eine Nachforderung hält die Uhr nicht automatisch an

Wenn Unterlagen fehlen, braucht die Bank neben der Rückfrage eine bewusste Friststeuerung. Eine Anfrage an den Anbieter bewirkt für sich genommen keine Verlängerung. Ob und wie die Frist angepasst werden kann, muss vertraglich beziehungsweise rechtlich geklärt und dokumentiert werden. Ein intern offener Vorgang darf nicht stillschweigend den Status „geprüft“ erhalten.

Änderung bearbeiten: Eingang, Betroffenheit, Nachweisbewertung und Entscheidung. Fehlende Nachweise bleiben offen; überschrittene Risikotoleranz führt zum fristgerechten Einwand und Änderungsverlangen.

Eine Änderung geordnet bearbeiten. Musterablauf für die Änderung: Informationslücken und Einwände bleiben unterschiedliche Zustände. Eine Zustimmung setzt eine ausreichende Bewertung voraus; zwingende Voraussetzungen werden nicht auf eine spätere Nachkontrolle verschoben. Rechte und Fristen sind am konkreten Vertrag zu prüfen.

Einwand, Änderungsverlangen und Kündigung unterscheiden

Ergibt die Prüfung, dass die geplante Änderung die Risikotoleranz überschreitet, verlangt Art. 5 EU 2025/532 die entsprechende Reaktion vor Ablauf der Frist, einschließlich Einwand und Änderungsverlangen. Art. 6 regelt Kündigungsrechte in bestimmten Konstellationen. Ein solches Recht bedeutet nicht, dass der Vertrag ohne weitere Handlung automatisch endet. [3]

Die Entscheidungsvorlage sollte deshalb keine bloße Ja-Nein-Abfrage sein. Sie erläutert den bewerteten Stand, die offenen Fragen, mögliche Alternativen und die Konsequenzen der gewählten Reaktion. Eine geforderte Anpassung muss so konkret sein, dass später erkennbar ist, ob der Dienstleister ihr entsprochen hat.

Wie der Musterfall zur Zustimmung kommt

Am 11. und 16. September gehen im fiktiven Fall ergänzende Informationen ein. Die Bank bewertet den nachgereichten Wiederherstellungsnachweis, die Kontrollabdeckung, die Vertragsrechte und die Auswirkungen des gemeinsamen Hostings. Entscheidungsrelevante Evidenzlücken werden geschlossen; die einschlägigen zwingenden Vertragsanforderungen werden vor der Zustimmung als erfüllt bewertet. Der bereits bezogene Dienst SVC-D von TP-D wird ausdrücklich nicht als unabhängiger Ersatz für SVC-A gewertet, weil beide Dienste von TP-C abhängen. Außerdem ersetzt eine Fristen- und Statusauswertung fachlich weder die Kreditakte noch den Dokumentenworkflow.

Am 18. September dokumentiert die zuständige Entscheidungsebene eine Zustimmung. Die Konzentration bleibt erhöht. Sie wird im Fall nur deshalb als innerhalb der angenommenen Toleranz beurteilt, weil der unabhängige begrenzte Notbetrieb IN-01 geprüft wurde und der Exit zur internen Zielumgebung Z-01 durch Testdatenrückführung, Prüfung wesentlicher Bearbeitungsschritte und eine Planübung plausibilisiert ist. Eine vollständige Produktionsmigration wurde im Lehrfall nicht durchgeführt. Das sind synthetische Fallannahmen, keine allgemeine Freigaberegel für Hosting-Konzentrationen.

Die Zustimmung enthält Maßnahmen zur Nachkontrolle der Umsetzung. Sie verschiebt keine bereits vor der Entscheidung zwingend zu erfüllende Anforderung auf einen späteren Termin. Fehlen im realen Fall gerade die Voraussetzungen, auf denen die Zustimmung beruhen soll, muss die Entscheidung anders ausfallen.

Aus der fiktiven Entscheidungsvorlage

Eine begründete Entscheidung nennt auch ihre Grenzen

Gegenstand: angekündigter Hosting-Wechsel für SVC-A von TP-B zu TP-C. Informationsstand: einschließlich der Ergänzungen vom 11. und 16. September. Bewertung: gemeinsame Abhängigkeit mit SVC-D erkannt; keine technische Diversifikation durch TP-D. Entscheidung: dokumentierte Zustimmung am 18. September nach Prüfung der Voraussetzungen. Weiteres Vorgehen: Umsetzung nachhalten, Registerfolgen prüfen und vereinbarte Nachkontrollen durchführen.

Die vollständigen Felder, Belege und verbleibenden Aufgaben stehen im Fallpaket.

05 · Übergaben

Eine Entscheidung verändert mehrere Arbeitsstände

Nach einer Zustimmung ist die Bearbeitung noch nicht abgeschlossen. Die Entscheidung kann Auswirkungen auf Vertragsunterlagen, Register, Risikobewertung, Kontinuitätsplanung und technische Dokumentation haben. Diese Folgen sollten aus demselben Änderungsvorgang entstehen. Sonst bleibt leicht eine aktuelle Lieferkette neben einem veralteten Exit-Plan stehen.

Was aus CHG-2026-014 nachgeführt wird
ArbeitsbereichPrüfung im MusterfallNachweis der Übergabe
Vertrag und UnterauftragsregelungLiegt die Änderung innerhalb der vereinbarten Mechanik, oder ist eine Vertragsänderung erforderlich?Zuordnung der Reaktion und gegebenenfalls des datierten Vertragsdokuments
Risiko- und AbhängigkeitsbildGemeinsames Hosting von SVC-A und SVC-D sichtbar machenAktualisierte Bewertung mit Bezug auf die Entscheidung
InformationsregisterBetroffene Angaben und Lieferkettenbezüge nach dem geltenden Umfang prüfenVersionierter Pflegevorgang mit kontrolliertem Änderungsdatum
Kontinuität und WiederherstellungNeue Umgebung und Ausfallannahmen in den relevanten Unterlagen berücksichtigenAbgleich der technischen und fachlichen Vorkehrungen
ExitBleibt die vorgesehene Alternative unter der neuen Abhängigkeit nutzbar?Aktualisierte Voraussetzungen und nachvollziehbare Testgrundlage
Maßnahmen und BerichtNachkontrollen, Verantwortliche und Fristen nachverfolgenEinsehbarer Status mit Abschlussbelegen oder Eskalation

Für wesentliche Änderungen der betreffenden Vertragsvereinbarung verlangt EU 2024/1773 eine schriftliche Formalisierung in einem datierten, von den Parteien unterzeichneten Dokument. Davon zu unterscheiden ist eine Mitteilung, die innerhalb einer bereits vereinbarten Unterauftragsmechanik bearbeitet wird. Nicht jede Mitteilung führt automatisch zu einem neuen Hauptvertrag. [2, Art. 8 Abs. 4]

Registerpflege und Behördeninformation sind getrennte Fragen

Das Informationsregister nach Art. 28 Abs. 3 DORA wird geführt und aktualisiert. Ob ein konkreter Sachverhalt zusätzlich eine Information oder Anzeige gegenüber der zuständigen Behörde auslöst, muss gesondert geprüft werden. Aus dem bloßen Wechsel eines Unterauftragnehmers folgt kein pauschaler Satz „sofort an BaFin melden“. [1]

Im Arbeitsfall gibt es deshalb zwei getrennte Kontrollpunkte: Welche Registerangaben sind betroffen? Und entsteht aus dem konkreten Sachverhalt nach dem zuständigen Aufsichtsregime eine zusätzliche Informationspflicht? Das verhindert, dass eine technische Datenänderung mit einer rechtlichen Meldeentscheidung verwechselt wird. Die Datenstruktur und Prüfung erläutert der Beitrag zum DORA-Informationsregister. [6]

Wiederherstellung und Ausstieg beantworten verschiedene Fragen

Ein erfolgreicher Wiederherstellungstest zeigt nicht automatisch, dass ein Wechsel auf eine andere Lösung möglich ist. Umgekehrt belegt ein vertragliches Datenrückgaberecht allein noch keinen funktionsfähigen Zielbetrieb. Für IKT-Leistungen zur Unterstützung kritischer oder wichtiger Funktionen verlangt DORA dokumentierte, hinreichend getestete und regelmäßig überprüfte Ausstiegspläne. [1, Art. 28 Abs. 8]

Im Musterfall ist besonders zu beachten, dass SVC-D beim selben Host liegt. Würde die Bank SVC-D als Ausweichlösung nennen, hätte sie zwar einen anderen direkten Anbieter, aber die entscheidende Abhängigkeit nicht aufgelöst. Ein sinnvolles Testszenario muss gerade diese gemeinsame Ausfallursache berücksichtigen.

06 · Nachkontrolle

Erledigt ist der Vorgang erst mit nachvollziehbarem Ergebnis

Am 24. September meldet der direkte Dienstleister im fiktiven Fall die Umstellung als abgeschlossen. Die Bank prüft nun, ob tatsächlich der bewertete Stand umgesetzt wurde. Dazu gehören der bestätigte Leistungsumfang, die betroffenen Unterlagen und die vereinbarten Nachkontrollen. Ergeben sich Abweichungen, wird die Bewertung erneut aufgenommen. Im Musterfall endet die fachliche Bearbeitung am 5. Oktober 2026 nach Abschluss der dokumentierten Nachkontrollen; die laufende Überwachung bleibt bestehen.

Ein Maßnahmenstatus „geschlossen“ sollte deshalb mit einer Aussage verbunden sein: Was wurde geprüft, anhand welcher Information, durch wen und mit welchem Ergebnis? Eine hochgeladene Datei kann ein Eingangsnachweis sein. Ob sie die Maßnahme fachlich schließt, ist eine eigene Prüfung.

Nachweiskette CHG-2026-014: N01 v2, N02 v4, DEC-02 vom 18.09.2026, Maßnahmen A-01 bis A-04 und N10 v1 vom 05.10.2026. Mit den Verantwortlichen R1, R2/R3 und R5.

Vom Eingang bis zum Abschluss. Die Unterlagen bleiben über CHG-2026-014 verbunden. Die Nachweiskette zeigt die im Fall verwendeten Kennungen und Stände. Die Entscheidung ersetzt weder die Umsetzung noch den späteren Abschlussbeleg.

Was die Geschäftsleitung aus dem Vorgang erkennen sollte

Ein Bericht muss nicht jeden Anhang wiedergeben. Er sollte verständlich machen, welche Abhängigkeit sich verändert hat, welche Entscheidung getroffen wurde und welche wesentlichen Punkte offen sind. Im Musterfall ist die erhöhte gemeinsame Hosting-Abhängigkeit eine zentrale Information. Eine bloße Anzahl geschlossener Aufgaben würde sie nicht erklären.

  • Gegenstand: Welche Funktion und welche IKT-Leistung sind betroffen?
  • Bewertung: Was hat sich gegenüber dem vorherigen Zustand verändert?
  • Entscheidung: Welche Reaktion wurde auf welcher Grundlage vorgenommen?
  • Offene Punkte: Welche Maßnahmen oder Unsicherheiten bleiben, mit welchen Zuständigkeiten?
  • Eskalation: Welche Entwicklung erfordert eine erneute Entscheidung?

Das ist ein Vorschlag für eine entscheidungsorientierte Darstellung. Umfang und Berichtslinien richten sich nach der Organisation und dem Risikoprofil. Die laufende Überwachung, Dokumentation der Bewertung und Verfolgung von Abhilfen werden für den betreffenden Leistungsbezug durch EU 2024/1773 konkretisiert. [2, Art. 9]

07 · Software und KI

Die Anwendung muss den Zusammenhang erhalten

Für einen einzelnen Vorgang kann eine sauber geführte Akte ausreichen. Schwierig wird es, wenn mehrere Dienste, Verträge und Fachbereiche dieselbe Änderung unterschiedlich dokumentieren. Die Frage nach Software beginnt daher bei den Übergaben: Woher kommt die Information? Welche Bewertung nutzt sie? Welche Entscheidung gilt? Und welche Maßnahme verändert den Status?

Eine Produktdemonstration sollte diesen Ablauf mit nachvollziehbaren Beispieldaten zeigen. Ein Dashboard mit grünen Kennzahlen beantwortet noch nicht, ob die gemeinsame Hosting-Abhängigkeit erkennbar ist oder ob eine Entscheidung nach einem geänderten Dokument erneut geprüft werden muss.

Sechs konkrete Prüfszenarien für den Demonstrationstermin
SzenarioWas demonstriert werden sollWoran eine Lücke erkennbar wird
Gemeinsame AbhängigkeitSVC-A und SVC-D führen sichtbar zum selben Unterauftragnehmer TP-C.Die Anwendung zeigt nur direkte Anbieter, ohne die gemeinsame Abhängigkeit.
Neue DokumentversionDie Bewertung bleibt dem tatsächlich verwendeten Stand zugeordnet. Ein neuer Stand wird erkennbar.Ein ausgetauschter Anhang verändert unbemerkt die Grundlage einer früheren Entscheidung.
Offene EvidenzFehlender Nachweis, Rückfrage und Frist stehen im selben Vorgang.Eine Dateiablage wird bereits als positive fachliche Bewertung gezählt.
Rollen und EntscheidungBearbeitungsrechte und Entscheidungskompetenz lassen sich nach der vorgesehenen Organisation prüfen.Eine nur lesende Rolle kann ohne vorgesehenes Recht freigeben.
FolgeänderungRegisterpflege, Kontinuitätsunterlagen und Maßnahmen sind zugeordnet und rückmeldbar.Der Vorgang gilt als beendet, obwohl eine notwendige Übergabe fehlt.
Nachvollziehbarer BerichtDer Bericht führt zurück zur Entscheidung, Bewertung und Beleggrundlage.Die aggregierte Darstellung verschweigt eine entscheidungsrelevante Lücke.

Diese Szenarien sind Auswahl- und Abnahmehilfen. Sie sind keine ausgeführten Tests eines bestimmten Produkts. Umfang, Konfiguration und erwartetes Ergebnis sollten vor der Demonstration vereinbart werden. Übergreifende Beschaffungskriterien erläutert unser Leitfaden zur Auswahl von GRC-Software.

Wo KI bei der Dokumentarbeit helfen kann

Eine KI kann eine Änderungsmitteilung vorstrukturieren, Unterschiede zwischen Vertragsständen aufzeigen oder relevante Textstellen für eine Prüffrage suchen. Im Musterfall wäre eine sinnvolle Aufgabe: „Welche Aussagen zu Unterauftragnehmern, Leistungsorten und Wiederherstellung ändern sich zwischen diesen beiden Dokumentständen?“ Das Ergebnis sollte zu jeder Aussage die verwendete Fundstelle nennen.

Die Qualität zeigt sich auch an den Grenzen. Fehlt der Nachweis zur neuen Umgebung, darf eine Antwort nicht aus einem Bericht für TP-B eine positive Aussage über TP-C ableiten. Widersprechen sich zwei Unterlagen, muss dieser Widerspruch sichtbar werden. Eine technisch plausible Zusammenfassung ist noch keine fachliche Bewertung der Änderung.

Ein brauchbarer KI-Prüffall enthält auch fehlende Informationen

Für den Demonstrationstermin werden eine vollständige Akte und eine Variante mit fehlendem oder veraltetem Beleg verwendet. Erwartet wird im zweiten Fall eine erkennbare Unsicherheit beziehungsweise Rückfrage. Fachliche Bewertung und Entscheidung bleiben bei den zuständigen Rollen. Diese Probe sagt mehr über den vorgesehenen Einsatz aus als eine ausschließlich gelungene Beispielantwort.

Zusätzlich werden zulässige Daten, Modellzugänge, Berechtigungen und Protokollierung festgelegt. Die KI darf keine Unterlagen zugänglich machen, die der fragenden Person nicht zur Verfügung stehen sollen. Aufbewahrung und Löschung müssen zum Zweck passen. Eine unbegrenzte Speicherung aller Inhalte ist kein Qualitätsmerkmal.

08 · Umsetzung mit T-NEX

Den Änderungsvorgang in der Banking Platform zusammenführen

Die T-NEX Banking Platform verbindet Fachmodule auf einer gemeinsamen Datenbasis. Für den beschriebenen Arbeitsablauf ist besonders das Zusammenspiel von Anforderungen, Bewertungen, Aufgaben und Reporting relevant. Die Plattform wird als integriertes Produkt angeboten; die benötigten Datenwege und Abläufe werden anhand der Prozesse des Instituts eingerichtet. [10]

Ein geeigneter Einstieg ist ein abgegrenzter Änderungsvorgang. Gemeinsam wird festgelegt, welche Daten bereits vorhanden sind, welche Anwendung führend bleibt und welche Übergaben benötigt werden. So lässt sich am konkreten Fall beurteilen, ob vorhandene Komponenten ausreichen, eine Konfiguration erforderlich ist oder eine Erweiterung entwickelt werden muss.

Fachliche Zusammenhänge

Leistung, Bewertung und Maßnahmen im vorgesehenen Datenmodell verbinden. Die Zuordnung wird im vereinbarten Arbeitsfall geprüft.

Anforderungen und Bearbeitung

Das Compliance-Modul unterstützt die Arbeit mit Anforderungen, Bewertungen und Maßnahmen. Die konkrete Nutzung für den Dienstleisterprozess wird festgelegt.

Entscheidungsrelevantes Reporting

Bewertungsstand, offene Aufgaben und Fortschritt gemeinsam darstellen. Der Bericht muss mit seiner Daten- und Beleggrundlage übereinstimmen.

Die öffentlich beschriebenen Funktionen und technischen Nachweise sind der Ausgangspunkt für diese Prüfung. Daraus folgt keine pauschale Zusage eines fertig eingerichteten DORA-Drittparteienprozesses, eines nativen Meldeexports oder einer regulatorischen Freigabe.

Ein sinnvoll abgegrenzter gemeinsamer Prüftermin

Für einen ersten fachlichen Durchstich reichen ein anonymisierter oder synthetischer Änderungsvorgang, die betroffenen Datenobjekte, die vorgesehene Rollenverteilung und ein erwartetes Ergebnis. Im Termin lässt sich durchgehen, wie die Information aufgenommen, bewertet, entschieden und nachverfolgt wird. Die sechs Prüfszenarien oben liefern dafür konkrete Fragen.

T-NEX unterstützt die fachliche und technische Vorbereitung über Consulting für Institute. Wenn bestehende Systeme angebunden oder zusätzliche Abläufe umgesetzt werden sollen, wird der Umfang der regulierten Individualentwicklung einschließlich Abnahmekriterien vereinbart. Dabei gehört auch T-NEX selbst in den vorgesehenen Anbieterprüfprozess des Instituts.

Dienstleisterprozess und Datenwege besprechen

09 · Arbeitsmaterialien

Den Fall nachvollziehen und auf den eigenen Prozess übertragen

Das Fallpaket enthält vier zusammenhängende Arbeitsblätter: Änderung und Betroffenheit, Nachweismatrix, Entscheidung sowie Maßnahmen und Abschluss. Die ausgefüllte Fassung zeigt CHG-2026-014. Die leere Fassung dient als Ausgangspunkt für die eigene Anpassung.

Die Unterlagen sind redaktionelle Arbeitshilfen. Sie sind keine amtlichen Formulare und ersetzen keine institutsbezogene fachliche Prüfung. Vertragsfristen, Zuständigkeiten, Risikotoleranz und Nachweisanforderungen werden nicht ungeprüft aus dem Beispiel übernommen.

Ausgefüllter Musterfall

Vier zusammenhängende Arbeitsblätter mit fiktiver Ausgangslage, Nachweisen, Entscheidung und Abschluss.

HTML öffnenHTML herunterladenBearbeitbare Daten (JSON)Deutsch · Version 1.0 · Stand 15.10.2026
HTML 87 KB · JSON 23 KB

Leere Arbeitsvorlage

Im Browser ausfüllbar und druckbar. Eingaben werden nicht automatisch gespeichert; vor dem Schließen als PDF drucken oder in das eigene System übernehmen.

HTML öffnenHTML herunterladenBearbeitbare Daten (JSON)Deutsch · Version 1.0 · Stand 15.10.2026
HTML 73 KB · JSON 2 KB

So lässt sich die Arbeitshilfe verwenden

  1. Die tatsächlich bezogene Leistung und den bewerteten Ausgangsstand festhalten.
  2. Die angekündigte Änderung mit ihren Auswirkungen beschreiben. Fehlende Informationen als solche markieren.
  3. Frist und Zuständigkeit anhand des eigenen Vertrags und der eigenen Organisation bestimmen.
  4. Bewertung und Entscheidung nachvollziehbar verknüpfen. Keine Pflichtlücke durch einen bloßen Akzeptanzvermerk schließen.
  5. Folgeänderungen und Maßnahmen bis zu ihrem belegten Ergebnis nachverfolgen.

Die Schaubilder stehen außerdem als skalierbare SVG-Dateien und hochauflösende PNG-Dateien bereit. Für kleine Bildschirme gibt es eigene, vertikale Fassungen. Text und Tabellen auf dieser Seite erläutern dieselben Zusammenhänge.

10 · Häufige Fragen

Fragen aus der Dienstleistersteuerung

Ist jeder Wechsel eines Unterauftragnehmers automatisch eine wesentliche Änderung?

Der konkrete Änderungsinhalt und seine Bedeutung sind zu bewerten. Die bloße Bezeichnung des Vorgangs ersetzt diese Prüfung nicht. Für den hier behandelten Anwendungsbereich regelt Art. 5 EU 2025/532 das Vorgehen bei wesentlichen Änderungen. Eine neue Abhängigkeit, veränderte Leistungsorte oder Auswirkungen auf Kontinuität und Kontrolle gehören deshalb in die Prüfung. [3]

Gilt bei DORA immer eine Widerspruchsfrist von 30 Tagen?

Nein. Art. 5 EU 2025/532 verlangt eine angemessene vertragliche Frist. Die im Musterfall verwendeten 20 Kalendertage mit ausdrücklich festgelegtem Fristende sind eine synthetische Vertragsannahme. Für den eigenen Vorgang muss die tatsächlich geltende Regelung geprüft werden. [3]

Reicht es, fehlende Unterlagen anzufordern?

Die Nachforderung klärt einen Informationsbedarf. Sie beantwortet nicht automatisch, wie sich die Bank vor Fristablauf verhalten muss. Die vertragliche Reaktion und eine mögliche Friständerung werden gesondert geprüft. Der Vorgang bleibt intern als unvollständig bewertet erkennbar.

Kann die Bank ein nicht erfülltes Vertragserfordernis als Risiko akzeptieren?

Ein interner Akzeptanzvermerk ersetzt keine einschlägige verbindliche Anforderung. Der Vorgang muss unterscheiden, ob eine Pflicht nicht erfüllt ist, ein Beleg fehlt oder nach erfüllten Anforderungen ein vertretbares Restrisiko verbleibt. Diese Befunde führen zu unterschiedlichen Folgeschritten.

Muss ein Unterauftragnehmerwechsel sofort an die BaFin gemeldet werden?

Ein pauschales Meldegebot für jeden Wechsel lässt sich daraus nicht ableiten. Registerpflege, Information über geplante Verträge für kritische oder wichtige Funktionen und sonstige einschlägige Anzeige- beziehungsweise Informationspflichten sind getrennt zu prüfen. Maßgeblich sind der konkrete Sachverhalt und die zuständige Aufsicht. [1, Art. 28 Abs. 3]

Ist ein zweiter direkter Dienstleister eine ausreichende Alternative?

Das hängt von den tatsächlichen Abhängigkeiten und der Nutzbarkeit der Alternative ab. Im Musterfall nutzen beide direkten Anbieter denselben Hosting-Unterauftragnehmer. Der zweite Vertrag beseitigt diese gemeinsame Ausfallursache daher nicht.

Kann KI die Änderung selbstständig freigeben?

Im hier vorgeschlagenen Ablauf unterstützt KI die Informationsarbeit. Die Entscheidung wird von den nach der eigenen Organisation zuständigen Menschen getroffen. Eine Zusammenfassung, eine Risikokennzahl oder ein automatisch erkannter Klauselunterschied ist noch keine fachliche Freigabe.

Ist die T-NEX Banking Platform ein fertiges DORA-Meldetool?

Die Banking Platform ist ein integriertes Produkt mit verbundenen Fachmodulen und gemeinsamen Plattformfunktionen. Der konkrete Drittparteienprozess und benötigte Erweiterungen werden am Arbeitsfall geprüft. Dieser Beitrag behauptet keinen bereits verfügbaren nativen DORA-Meldeexport. Zum Produkt Zu den Nachweisen

11 · Autoren und Belege

Quellen, Einordnung und fachlicher Stand

Andreas Unruh

Mitautor dieses T-NEX-Fachbeitrags. Zum Autorenprofil

Christoph Gembruch

Mitautor dieses T-NEX-Fachbeitrags. Zum Autorenprofil

Herausgeber: T-NEX GmbH. Fachstand: 15. Oktober 2026. Der Beitrag erläutert einen konstruierten Arbeitsfall für eine Bank im regulären DORA-Rahmen. Normative Anforderungen, Praxisstimmen und redaktionelle Arbeitshilfen werden getrennt. Die Podcast- und Webinar-Passagen sind sinngemäße Wiedergaben, keine wörtlichen Zitate. Informationen zu unserer redaktionellen Arbeitsweise stehen unter Redaktion.

  1. DORA, Verordnung (EU) 2022/2554. Insbesondere Art. 3, 5 und 28–31. Amtliche Fundstelle bei EUR-Lex; amtliche englische Amtsblattfassung bei IVASS.
  2. Delegierte Verordnung (EU) 2024/1773. Leitlinie zu vertraglichen Vereinbarungen über IKT-Dienste zur Unterstützung kritischer oder wichtiger Funktionen; insbesondere Art. 3, 4 und 8–10. EUR-Lex; amtliche englische Fassung bei IVASS.
  3. Delegierte Verordnung (EU) 2025/532. Unterauftragsvergabe, insbesondere Art. 3–6. EUR-Lex; amtliche spanische Amtsblattfassung bei BOE, Art. 5 auf Seite 6 und Art. 6 auf Seite 7.
  4. BaFin: MaRisk, Rundschreiben 06/2026 (BA), 30.06.2026. Für die ergänzende Einordnung von Anwendungsbereich und Auslagerung. Amtliche Fundstelle.
  5. § 25b Kreditwesengesetz. Gesetzliche Anforderungen an Auslagerungen. Gesetze im Internet.
  6. Durchführungsverordnung (EU) 2024/2956. Standardvorlagen für das Informationsregister. EUR-Lex. Die technischen Einzelheiten behandelt der verlinkte Informationsregister-Artikel.
  7. Payment & Banking: Alles Legal #101, „Was DORA beim IT-Einkauf verlangt“. Josefine Spengler, Annerton; 18.06.2025. Passage 13:10–13:45, ergänzender Kontext 14:19–15:08. Offizielle Episodenseite. Anwaltliche Praxisperspektive, keine amtliche Quelle.
  8. Finanzmarkt Compliance #7, „Auslagerungen“. Gespräch von Andrea Fechner mit Dr. Anna Izzo-Wagner; veröffentlicht 15.05.2025, aufgenommen 02.05.2025. Passage 50:47–52:26. Aktuelle Podcastseite der Herausgeberin; Episodenübersicht. Praxisbeobachtung zum Auslagerungsmanagement; DORA wird in der Folge ausgeklammert.
  9. Pulsar: „Is TPRM Ready for the AI Era?“. Webinar, Juni 2026; Orlando Fernández Ruiz, im Gespräch als Senior Policy Specialist bei der Bank of England vorgestellt. Passage 04:13–05:18. Originalvideo mit Zeitmarke. Sinngemäß aus dem Englischen; keine amtliche Rechtsauslegung oder Empfehlung für T-NEX.
  10. T-NEX: Banking Platform und dokumentierte Funktionen. Produktbeschreibung, Compliance-Modul, Nachweise. Anbieterinformationen zum beschriebenen Funktionsstand, kein DORA-Konformitätszertifikat.

Die amtlichen Volltexte wurden für die Kernfragen des Falls über die genannten Fundstellen und Amtsblattfassungen abgeglichen. Für die Praxisstimmen wurden die einschlägigen Transkriptpassagen und öffentlichen Quellenangaben geprüft; ein Audioabgleich für wörtliche Zitate ist nicht Bestandteil dieser Fassung.