Richtlinie – IKT-Geschäftsfortführungsleitlinie

Eigenständig nutzbarer Prompt. Für die Verwendung ist kein Zugriff auf das ISMS-Framework und keine Framework-ZIP erforderlich.

Wofür ist dieser Prompt?
Dieser Prompt unterstützt dabei, „Richtlinie – IKT-Geschäftsfortführungsleitlinie“ strukturiert zu bearbeiten und das Ergebnis nachvollziehbar anhand der im Prompt enthaltenen Kriterien einzuordnen.

Was muss ich bereitstellen?
Die für den Prüfgegenstand relevanten Dokumente, Nachweise und sonstigen Informationen, die tatsächlich bewertet werden sollen.

Erweiterbar: Dieser Prompt enthält eine eigenständig nutzbare Ausgangsbasis. Für vertiefende Prüfungen kann er um weitere Anforderungen, Quellen, organisationsspezifische Vorgaben oder zusätzliche Prüffragen ergänzt und mit anderen Prüfbausteinen kombiniert werden.

VOLLSTÄNDIGER PROMPT

Direkt kopieren und verwenden

AUFGABE
Prüfe das bereitgestellte Dokument oder Produkt anhand der nachfolgend vollständig aufgeführten Anforderungen und Prüfkriterien. Nenne je Kriterium Fundstelle bzw. Nachweis und bewerte: erfüllt, teilweise erfüllt, nicht nachgewiesen oder nicht erfüllt. Trenne regulatorische Lücken klar von methodischen Verbesserungsvorschlägen.

HERKUNFT / RÜCKVERFOLGBARKEIT
Interne Herkunftskennung: DOC-POL-14. Diese Kennung dient ausschließlich der Rückverfolgbarkeit innerhalb des ISMS-Frameworks. Sie ist keine Arbeitsgrundlage. Für die Bearbeitung dieses Prompts ist weder Zugriff auf diese interne Quelle noch auf das ISMS-Framework oder eine Framework-ZIP erforderlich. Maßgeblich sind ausschließlich die in diesem Prompt ausgeschriebenen Anforderungen, Prüfkriterien, Rechtsbezüge und die vom Benutzer bereitgestellten Unterlagen.

PRÜFGEGENSTAND
Richtlinie – IKT-Geschäftsfortführungsleitlinie

PROMPT-TYP
Prüf-/Auditprompt. Dieser Prompt soll bereits im ersten Durchlauf eine fachlich nachvollziehbare Prüfung ermöglichen.

FACHLICHER SOLL- UND PRÜFRAHMEN
Für „Richtlinie – IKT-Geschäftsfortführungsleitlinie“ sind die nachfolgend genannten regulatorischen Quellen die verbindliche Ausgangsbasis dieses Prompts:
- REGULATORIK · DORA Art. 11(1) REGULATORIK · DORA Art. 11(2) REGULATORIK · RTS 2024/1774 Art. 24 UMSETZUNGSHILFE · BSI-Standard 200-4 – Business Continuity Management UMSETZUNGSHILFE · BSI-Standard 200-1 – ISMS
- REGULATORIK · DORA Art. 11(1) REGULATORIK · DORA Art. 11(2) REGULATORIK · RTS 2024/1774 Art. 24 UMSETZUNGSHILFE · BSI-Standard 200-4 – Business Continuity Management

Prüfe daraus für diesen konkreten Gegenstand insbesondere folgende Soll-Aspekte: BC-Governance, kritische Funktionen, Szenarien, Aktivierung, Recovery, Kommunikation, Tests.
Behandle diese Soll-Aspekte nicht als bloße Stichworte: Prüfe jeweils, ob sie im Prüfgegenstand eindeutig geregelt, einer Verantwortung zugeordnet, praktisch umgesetzt, durch geeignete Nachweise belegbar und – soweit sachlich erforderlich – regelmäßig überprüft bzw. aktualisiert werden. Eine Dokumentenregel allein ist noch kein Wirksamkeitsnachweis.
Die hier aufgeführte Ausgangsbasis ist bewusst auf den konkreten Anwendungsfall begrenzt. Behaupte keine regulatorische Vollständigkeit über diesen Scope hinaus. Zusätzliche Rechtsquellen sind als Vertiefung gesondert zu kennzeichnen.

ARBEITSWEISE
- Behandle diesen Prompt als vollständig eigenständige Arbeitsgrundlage in einem neuen, leeren Chat ohne Vorwissen über das ISMS-Framework.
- Arbeite ausschließlich mit den vom Benutzer bereitgestellten Dokumenten, Nachweisen und Informationen.
- Erfinde keine Fundstellen, Funktionen, Kontrollen oder Umsetzungsnachweise.
- Fehlt ein Beleg, kennzeichne dies als „nicht nachgewiesen“ und nicht automatisch als „nicht erfüllt“.
- Trenne regulatorische Pflicht, fachliche/methodische Ergänzung und organisationsspezifische Ausgestaltung.
- Nenne für jede Bewertung die konkrete Fundstelle bzw. den konkreten Nachweis.
- Weise Annahmen ausdrücklich als Annahmen aus.
- Prüfe zuerst den im Prompt enthaltenen Sollrahmen und erst danach die bereitgestellten Unterlagen.
- Gib keine regulatorische Vollständigkeits- oder Konformitätsaussage ab, die über den im Prompt enthaltenen oder vom Benutzer zusätzlich bereitgestellten Sollrahmen hinausgeht.

PRÜFKRITERIEN
1. 01 BC-Governance SOLLANFORDERUNG: Für „BC-Governance“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. PRÜFUNG: Beurteile die konkrete Regelung und tatsächliche Anwendung gegen diese Sollanforderung und die oben genannte Rechtsquelle. Möglicher Nachweis: Freigegebene Dokumentation plus nachvollziehbarer operativer Nachweis der tatsächlichen Anwendung.
2. 02 kritische Funktionen SOLLANFORDERUNG: Für „kritische Funktionen“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. PRÜFUNG: Beurteile die konkrete Regelung und tatsächliche Anwendung gegen diese Sollanforderung und die oben genannte Rechtsquelle. Möglicher Nachweis: Freigegebene Dokumentation plus nachvollziehbarer operativer Nachweis der tatsächlichen Anwendung.
3. 03 Szenarien SOLLANFORDERUNG: Relevante IKT-Risiko- bzw. Störungsszenarien müssen systematisch identifiziert, bewertet und für Schutz-, Kontinuitäts- bzw. Wiederherstellungsmaßnahmen verwendet werden. PRÜFUNG: Beurteile die konkrete Regelung und tatsächliche Anwendung gegen diese Sollanforderung und die oben genannte Rechtsquelle. Möglicher Nachweis: Freigegebene Dokumentation plus nachvollziehbarer operativer Nachweis der tatsächlichen Anwendung.
4. 04 Aktivierung SOLLANFORDERUNG: Für „Aktivierung“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. PRÜFUNG: Beurteile die konkrete Regelung und tatsächliche Anwendung gegen diese Sollanforderung und die oben genannte Rechtsquelle. Möglicher Nachweis: Freigegebene Dokumentation plus nachvollziehbarer operativer Nachweis der tatsächlichen Anwendung.
5. 05 Recovery SOLLANFORDERUNG: Für „Recovery“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. PRÜFUNG: Beurteile die konkrete Regelung und tatsächliche Anwendung gegen diese Sollanforderung und die oben genannte Rechtsquelle. Möglicher Nachweis: Konfiguration/Protokoll plus dokumentierter Restore-/Recovery-Nachweis.
6. 06 Kommunikation SOLLANFORDERUNG: Für „Kommunikation“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. PRÜFUNG: Beurteile die konkrete Regelung und tatsächliche Anwendung gegen diese Sollanforderung und die oben genannte Rechtsquelle. Möglicher Nachweis: Freigegebene Dokumentation plus nachvollziehbarer operativer Nachweis der tatsächlichen Anwendung.
7. 07 Tests SOLLANFORDERUNG: Tests müssen Scope, Methode, Verantwortlichkeit, Ergebnis und festgestellte Abweichungen nachvollziehbar dokumentieren; relevante Findings müssen nachverfolgt werden. PRÜFUNG: Beurteile die konkrete Regelung und tatsächliche Anwendung gegen diese Sollanforderung und die oben genannte Rechtsquelle. Möglicher Nachweis: Test-/Prüfplan, Durchführung, Ergebnis, Findings, Maßnahmen und Nachverfolgung.

QUELLEN- UND EINORDNUNGSBEZUG
- REGULATORIK · DORA Art. 11(1) REGULATORIK · DORA Art. 11(2) REGULATORIK · RTS 2024/1774 Art. 24 UMSETZUNGSHILFE · BSI-Standard 200-4 – Business Continuity Management UMSETZUNGSHILFE · BSI-Standard 200-1 – ISMS
- REGULATORIK · DORA Art. 11(1) REGULATORIK · DORA Art. 11(2) REGULATORIK · RTS 2024/1774 Art. 24 UMSETZUNGSHILFE · BSI-Standard 200-4 – Business Continuity Management

BEWERTUNGSLOGIK
- ERFÜLLT: durch die geprüfte Quelle eindeutig nachgewiesen.
- TEILWEISE ERFÜLLT: grundsätzlich vorhanden, aber nicht vollständig oder nicht durchgängig nachgewiesen.
- NICHT NACHGEWIESEN: aus den geprüften Informationen nicht feststellbar.
- NICHT ERFÜLLT: belastbar festgestellt, dass das Kriterium nicht erfüllt wird.
- NICHT ANWENDBAR: nur verwenden, wenn die Nichtanwendbarkeit begründet werden kann.

AUSGABEFORMAT
Erstelle eine Tabelle mit den Spalten:
Nr. | Prüfkriterium | Einordnung/Quelle | Bewertung | Fundstelle/Nachweis | Feststellung | Empfehlung/offene Lücke

Fasse danach zusammen:
1. wesentliche erfüllte Punkte,
2. teilweise erfüllte bzw. nicht nachgewiesene Punkte,
3. belastbar festgestellte Lücken,
4. priorisierte nächste Schritte.

ERWEITERBARKEIT
Dieser Prompt enthält die für diese Aufgabe vorgesehene Ausgangsbasis eigenständig und ohne erforderlichen Zugriff auf interne Framework-Inhalte. Für einen Deep Dive darfst du ihn um weitere Rechtsquellen, RTS/ITS, Aufsichtshinweise, interne Vorgaben, organisationsspezifische Anforderungen oder zusätzliche Prüffragen ergänzen. Zusätzliche Inhalte müssen von der hier vorgegebenen Ausgangsbasis unterscheidbar bleiben.

KOMBINIERBARER PRÜFBAUSTEIN

Für zusammengesetzte Prüfungen

Dieser Block kann mit Prüfbausteinen anderer Themen in einem Editor zusammengeführt werden.

PRÜFBAUSTEIN: Richtlinie – IKT-Geschäftsfortführungsleitlinie REGULATORISCHE AUSGANGSBASIS: - REGULATORIK · DORA Art. 11(1) REGULATORIK · DORA Art. 11(2) REGULATORIK · RTS 2024/1774 Art. 24 UMSETZUNGSHILFE · BSI-Standard 200-4 – Business Continuity Management UMSETZUNGSHILFE · BSI-Standard 200-1 – ISMS - REGULATORIK · DORA Art. 11(1) REGULATORIK · DORA Art. 11(2) REGULATORIK · RTS 2024/1774 Art. 24 UMSETZUNGSHILFE · BSI-Standard 200-4 – Business Continuity Management ZU PRÜFEN: - 01 BC-Governance: Für „BC-Governance“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. - 02 kritische Funktionen: Für „kritische Funktionen“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. - 03 Szenarien: Relevante IKT-Risiko- bzw. Störungsszenarien müssen systematisch identifiziert, bewertet und für Schutz-, Kontinuitäts- bzw. Wiederherstellungsmaßnahmen verwendet werden. - 04 Aktivierung: Für „Aktivierung“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. - 05 Recovery: Für „Recovery“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. - 06 Kommunikation: Für „Kommunikation“ müssen Zweck und erwartetes Ergebnis, Auslöser bzw. Anwendungsfälle, zuständige Rollen, wesentliche Entscheidungsschritte und die erforderliche Dokumentation so festgelegt sein, dass Durchführung und Ergebnis für eine unabhängige Prüfung nachvollziehbar sind. - 07 Tests: Tests müssen Scope, Methode, Verantwortlichkeit, Ergebnis und festgestellte Abweichungen nachvollziehbar dokumentieren; relevante Findings müssen nachverfolgt werden. Bewertung: erfüllt | teilweise erfüllt | nicht nachgewiesen | nicht erfüllt | nicht anwendbar.

← Zurück zu Richtlinie – IKT-Geschäftsfortführungsleitlinie