Zum Inhalt springen

Zwangsaktionen

Zwangsaktionen sind privilegierte Operationen, die es Instanzleitern und stellvertretenden Leitern ermöglichen, normale Ausführungsregeln zu umgehen und Schritte manuell voranzubringen oder zu beenden. Sie sind für außergewöhnliche Umstände konzipiert, wenn die normale Schrittausführung nicht fortgesetzt werden kann — beispielsweise wenn Nachweise nicht hochgeladen werden können, die Arbeit offline abgeschlossen wurde oder ein Schritt durch einen externen Faktor blockiert ist.


RAMP bietet drei Zwangsaktionen für Schritte sowie eine Zwangsstornierungsaktion für die gesamte Instanz.

Zweck: Einen Schritt als abgeschlossen markieren, ohne normale Validierungsprüfungen zu bestehen.

Was umgangen wird:

  • Nachweis-Anforderungen (wenn der Schritt die Einstellung Nachweis erforderlich hat)
  • Abschlussprüfungen für untergeordnete Schritte
  • Normale Abschlussvalidierungsregeln

Verwendung:

  • Die Arbeit wurde offline abgeschlossen und das System wurde zu diesem Zeitpunkt nicht aktualisiert
  • Nachweise wurden über einen externen Kanal eingereicht (E-Mail, Ticketsystem)
  • Technische Probleme verhindern den normalen Abschluss über die Benutzeroberfläche
  • Der Schritt ist nicht mehr relevant, muss aber als abgeschlossen markiert werden, damit die Ausführung fortschreiten kann

Beispielszenario: Nachweisdateien sind zu groß zum Hochladen (5 GB Video). Der Bediener hat Screenshots hochgeladen, die wichtige Zeitstempel zeigen, und den vollständigen Dateipfad auf einem freigegebenen Laufwerk dokumentiert. Der Instanzleiter verwendet Zwangsabschluss mit einer Begründung, die auf den externen Speicherort verweist.

Zweck: Einen Schritt überspringen, den die Vorlage nicht zu überspringen erlaubt.

Was umgangen wird:

  • Die IstÜberspringbar-Einstellung der Vorlage
  • Statusprüfungen für untergeordnete Schritte
  • Normale Überspringen-Validierung

Verwendung:

  • Der Schritt ist im aktuellen Kontext nicht anwendbar
  • Die Vorlage hat den Schritt fälschlicherweise als nicht überspringbar markiert
  • Ein externer Faktor macht den Schritt unnötig
  • Eine Umgehungslösung oder ein alternatives Verfahren wurde stattdessen verwendet

Beispielszenario: Eine regulatorische Anforderung hat sich während der Ausführung geändert, wodurch ein Compliance-Verifizierungsschritt unnötig wurde. Der Instanzleiter verwendet Zwangsüberspringen und dokumentiert die regulatorische Änderung im Begründungsfeld.

Zweck: Einen Schritt als fehlgeschlagen/abgebrochen markieren, wenn der normale Abbruchablauf unzureichend ist.

Was umgangen wird:

  • Normale Abbruch-Validierung
  • Statusprüfungen für untergeordnete Schritte

Verwendung:

  • Eine unüberwindbare Blockade verhindert den Abschluss des Schritts
  • Ein kritischer Fehler oder Ausfall ist aufgetreten, der nicht behoben werden kann
  • Die Arbeit wurde versucht, war aber erfolglos, und die Ausführung muss fortgesetzt werden
  • Das Scheitern muss dokumentiert werden und das Team muss weitermachen

Beispielszenario: Ein erforderliches externes System war trotz mehrerer Eskalationsversuche drei Tage lang nicht verfügbar. Der Instanzleiter verwendet Zwangsabbruch und gibt die Support-Ticketnummer in der Begründung an.


RolleKann Zwangsaktionen verwenden?
InstanzleiterJa
Stellvertretender LeiterJa
Globaler InstanzleiterJa
Globaler stellvertretender InstanzleiterJa
AusführenderNein
BearbeiterNein
BeobachterNein
Super-UserNein

Zwangsaktionsschaltflächen erscheinen nur bei Schritten mit dem Status Gestartet, Wird ausgeführt oder Angehalten, und nur wenn Sie die Rolle Instanzleiter oder stellvertretender Leiter haben.

  1. Wählen Sie den Schritt, der eine Zwangsaktion erfordert, in der Ausführungsansicht aus
  2. Suchen Sie die Zwangsaktionsschaltflächen unterhalb der Standardaktionsschaltflächen:
    • ZWANGSABSCHLUSS (roter Text)
    • ZWANGSÜBERSPRINGEN (oranger Text)
    • ZWANGSABBRUCH (roter Text)
  3. Klicken Sie auf die entsprechende Zwangsaktionsschaltfläche
  4. Ein Bestätigungsdialog öffnet sich mit einem roten Warnbanner
  5. Im Dialog:
    • Begründung (obligatorisch, mindestens 10 Zeichen): Erläutern Sie, warum die normale Ausführung nicht fortgesetzt werden kann, was versucht wurde und welche externen Faktoren vorliegen
    • Zustimmungs-Kontrollkästchen: Aktivieren Sie “Ich genehmige hiermit diese Zwangsaktion und verstehe die Auswirkungen”
  6. Klicken Sie auf Bestätigen, um die Zwangsaktion auszuführen
  7. Der Schritt wechselt sofort in seinen neuen Status

Der Bestätigungsdialog enthält mehrere Sicherheitsmechanismen:

Warnbanner: Ein rotes Warnfeld zeigt: “ZWANGSAKTION - MIT VORSICHT VERWENDEN. Diese Aktion umgeht die normale Validierung. Nur bei Notwendigkeit verwenden.”

Aktionsspezifische Warnungen:

  • Zwangsabschluss: “Dadurch wird der Schritt ohne Validierung als abgeschlossen markiert. Stellen Sie sicher, dass die Arbeit tatsächlich erledigt ist.”
  • Zwangsüberspringen: “Dadurch wird der Schritt übersprungen, auch wenn die Vorlage das Überspringen verbietet. Begründung sorgfältig dokumentieren.”
  • Zwangsabbruch: “Dadurch wird der Schritt als fehlgeschlagen markiert. Dies kann nachfolgende Schritte und den Gesamtabschluss der Instanz beeinflussen.”

Anforderungen an das Begründungsfeld:

  • Obligatorisch — die Bestätigungsschaltfläche bleibt deaktiviert, bis eine Begründung eingegeben wurde
  • Mindestens 10 Zeichen werden erzwungen
  • Sollte für Prüfzwecke detailliert und spezifisch sein

Zustimmungs-Kontrollkästchen: Obligatorisch — muss aktiviert sein, bevor die Bestätigungsschaltfläche aktiv wird. Text lautet: “Ich genehmige hiermit diese Zwangsaktion und verstehe die Auswirkungen.”


Wenn eine Zwangsaktion bei einem übergeordneten Schritt ausgeführt wird, werden alle untergeordneten Schritte in nicht-terminalen Zuständen automatisch abgebrochen. Dieses Kaskadenverhalten stellt sicher, dass die Schrittstruktur in einem konsistenten Zustand bleibt.

  1. Sie führen eine Zwangsaktion (F-OK, F-SKIP oder F-ABORT) bei einem übergeordneten Schritt aus
  2. RAMP identifiziert alle untergeordneten Schritte mit dem Status Ausstehend, Gestartet, Wird ausgeführt oder Angehalten
  3. Jeder identifizierte untergeordnete Schritt wird sofort in den Status Abgebrochen versetzt
  4. Die Kaskade setzt sich rekursiv zu Kindeskindern und allen Nachkommen fort
  5. Jeder abgebrochene untergeordnete Schritt erhält einen Überspringen-Grund: “Abbruch erzwungen, weil Schritt ‘[Übergeordneter Titel]’ mit [F-OK/F-SKIP/F-ABORT] beendet wurde”
  6. Jeder kaskadierte Abbruch wird einzeln im Ausführungsprotokoll protokolliert
  7. Statusänderungen werden über SignalR an alle verbundenen Benutzer übertragen
Status des untergeordneten SchrittsVon der Kaskade betroffen?
AusstehendJa — wird auf Abgebrochen gesetzt
GestartetJa — wird auf Abgebrochen gesetzt
Wird ausgeführtJa — wird auf Abgebrochen gesetzt
AngehaltenJa — wird auf Abgebrochen gesetzt
AbgeschlossenNein — bereits terminal
ÜbersprungenNein — bereits terminal
AbgebrochenNein — bereits terminal
StorniertNein — bereits terminal

Zusätzlich zu Zwangsaktionen auf Schrittebene können Instanzleiter die gesamte Instanz zwangsstornieren und damit die gesamte Ausführung sofort beenden.

  1. Klicken Sie in der Instanzkopfzeile auf Zwangsstornierung
  2. Geben Sie eine Begründung für die Stornierung an (obligatorisch)
  3. Bestätigen Sie die Aktion
  4. Alle laufenden und ausstehenden Schritte werden storniert
  5. Die Instanz wechselt in den Status Storniert

Alle Zwangsaktionen werden mit vollständigen Prüfdetails aufgezeichnet und im Ausführungsprotokoll visuell hervorgehoben.

Jeder Zwangsaktionseintrag enthält:

FeldBeschreibung
AktionstypFORCE_COMPLETE, FORCE_SKIP oder FORCE_ABORT
Schritt-ID und TitelWelcher Schritt betroffen war
BenutzerWer die Zwangsaktion ausgeführt hat
ZeitstempelGenaues Datum und Uhrzeit
BegründungVollständiger Text der angegebenen Begründung
IsForceAction-FlagBesonderes Kennzeichen, das Zwangsaktionen von normalen Aktionen unterscheidet
Kaskadierte untergeordnete SchritteWelche untergeordneten Schritte als Ergebnis abgebrochen wurden (falls zutreffend)

Zwangsaktionseinträge im Ausführungsprotokoll werden mit einem roten Hintergrund angezeigt, sodass sie beim Durchscrollen des Protokolls sofort sichtbar sind. Diese visuelle Unterscheidung hilft Prüfern, Zwangsaktionen während der Prüfung schnell zu finden und zu untersuchen.

  1. Öffnen Sie die Ausführungsansicht für die Instanz
  2. Navigieren Sie zum Notizen-Panel (rechte Seite)
  3. Klicken Sie auf die Registerkarte Ausführungsprotokoll
  4. Zwangsaktionen erscheinen mit rotem Hintergrund
  5. Verwenden Sie den Filter Nur Zwangsaktionen, um sie zu isolieren

Das Begründungsfeld ist Ihre dauerhafte Aufzeichnung, die erklärt, warum eine Zwangsaktion notwendig war. Prüfer und zukünftige Reviewer werden sich auf diesen Text verlassen.

  • Warum die normale Ausführung nicht fortgesetzt werden konnte
  • Was versucht wurde, bevor zur Zwangsaktion gegriffen wurde
  • Externe Referenzen: Ticketnummern, E-Mail-Bestätigungen, Besprechungsentscheidungen
  • Nachweisort: Wo unterstützende Dokumentation zu finden ist, wenn sie nicht in RAMP hochgeladen wurde

Schlechte Begründung: “Musste vorankommen”

Gute Begründung: “Externe Anbieter-API war 3 Tage lang ausgefallen (Incident-Ticket INC-12345). Arbeit wurde manuell per telefonischer Bestätigung vom Anbieter-Support am 2026-01-15 abgeschlossen. E-Mail-Bestätigung vom Anbieter im ServiceNow-Ticket gespeichert. Zwangsabschluss wird verwendet, um abhängige Schritte zu entsperren.”

Schlechte Begründung: “Nicht benötigt”

Gute Begründung: “Regulatorische Anforderung SOX-4.2.1 wurde durch aktualisierte Richtlinien vom 2026-01-10 abgelöst (Ref: Compliance-Memo CM-2026-003). Schritt ist nicht mehr anwendbar. Mit Compliance-Teamleiterin Sarah Chen über Slack am 2026-01-12 bestätigt.”


Der Schritt erfordert einen Nachweis, aber Dateien sind zu groß oder in einem inkompatiblen Format.

Empfohlene Vorgehensweise:

  1. Hochladen, was möglich ist (kleinere Dateien, Screenshots)
  2. Einen Ausführungsprotokollkommentar mit dem Speicherort der Originaldateien hinzufügen
  3. Zwangsabschluss mit einer Begründung verwenden, die auf den externen Speicher verweist

Schritt kann aufgrund einer externen Blockade nicht abgeschlossen werden

Abschnitt betitelt „Schritt kann aufgrund einer externen Blockade nicht abgeschlossen werden“

Ein technisches Problem außerhalb der Kontrolle des Teams verhindert den Schrittabschluss.

Empfohlene Vorgehensweise:

  1. Die Blockade im Ausführungsprotokoll mit Ticket-Referenzen dokumentieren
  2. An den Instanzleiter eskalieren
  3. Instanzleiter entscheidet: Zwangsüberspringen (wenn der Schritt aufgeschoben werden kann) oder Zwangsabbruch (wenn das Scheitern aufgezeichnet werden muss)

Das System war während der Ausführung nicht verfügbar; die Arbeit wurde manuell durchgeführt.

Empfohlene Vorgehensweise:

  1. Die manuelle Arbeit im Ausführungsprotokoll dokumentieren
  2. Auf offline aufgezeichnete Unterlagen verweisen (Papierformulare, E-Mails)
  3. Zwangsabschluss mit einer detaillierten Begründung verwenden

Die Schrittarbeit wurde bereits in einer früheren Instanz oder einem anderen Verfahren abgeschlossen.

Empfohlene Vorgehensweise:

  1. Überprüfen, ob die Arbeit tatsächlich abgeschlossen wurde
  2. Auf die Instanz und den Schritt verweisen, wo sie durchgeführt wurde
  3. Zwangsüberspringen mit einer Begründung verwenden, die auf die ursprüngliche Ausführung verweist

  1. Zuerst normale Optionen ausschöpfen: Bevor Sie eine Zwangsaktion verwenden, prüfen Sie, ob der Schritt normal abgeschlossen, übersprungen oder aufgelöst werden kann
  2. Detaillierte Begründungen angeben: Das Begründungsfeld ist prüfbar — behandeln Sie es als formelle Dokumentation
  3. Externe Nachweise dokumentieren: Ticketnummern, E-Mail-Threads und Besprechungsentscheidungen referenzieren
  4. Mit dem Team kommunizieren: Einen Ausführungsprotokollkommentar posten, der die Situation vor oder nach der Zwangsaktion erklärt
  5. Kaskadenauswirkungen überprüfen: Bevor Sie eine Zwangsaktion bei einem übergeordneten Schritt ausführen, überprüfen Sie, wie viele untergeordnete Schritte von der Kaskade betroffen sein werden
  6. Grundursachen beheben: Wenn dieselbe Zwangsaktion wiederholt benötigt wird, erwägen Sie, die Vorlage zu aktualisieren, um den tatsächlichen Workflow widerzuspiegeln