Erzwungene Aktionen erstellen

Diese Seite beschreibt, wie Forced Actions (Erzwungene Aktionen) in SIWENOID v2 konfiguriert werden. Eine Forced Action ist eine verpflichtende Bedieneraktion, die abgeschlossen werden muss, bevor ein Ereignis einer bestimmten Kategorie bestätigt (acknowledged) werden kann. Sie erzwingt eine strukturierte und dokumentierte Reaktion auf sicherheitsrelevante Ereignisse.

Ohne konfigurierte Forced Action kann ein Operator jedes Ereignis mit einem einzigen Klick bestätigen, ohne dass festgehalten wird, welche Maßnahmen ergriffen wurden. Mit einer Forced Action für eine Kategorie wird dem Operator beim Bestätigen eines Ereignisses dieser Kategorie ein Formular angezeigt. Dieses Formular muss ausgefüllt werden, bevor die Bestätigung akzeptiert wird. Die eingegebenen Daten werden zusammen mit dem Ereignis im Ereignisprotokoll gespeichert.

Forced Actions werden verwendet, um operative und Compliance-Anforderungen zu erfüllen — zum Beispiel um sicherzustellen, dass Operatoren dokumentieren, welche Person im Alarmfall kontaktiert wurde oder welcher Bereich bei einem Einbruchsalarm überprüft wurde.

Wichtige Eigenschaften von Forced Actions:

• Pro Ereigniskategorie kann nur eine Forced-Action-Definition zugewiesen werden. Eine Definition kann jedoch mehrere Eingabefelder enthalten.
• Forced Actions sind kategoriebasiert — sie gelten für alle Ereignisse der konfigurierten Kategorie, unabhängig davon, welcher Datenpunkt das Ereignis ausgelöst hat.
• Ein Feld, das als required markiert ist, muss ausgefüllt werden, bevor die Bestätigung abgeschlossen werden kann. Optionale Felder können leer bleiben.
• Alle über Forced Actions eingegebenen Operatorantworten werden dauerhaft im Ereignisprotokoll gespeichert und in Exporten berücksichtigt.

Prev ← Tasks erstellen Next → Logische Container

Um auf die Forced-Actions-Konfiguration zuzugreifen, öffne das Hauptmenü und navigiere zu Datei → Einstellungen → Forced Actions.

Der Forced-Actions-Bildschirm listet alle aktuell konfigurierten Forced-Action-Definitionen auf. Jede Definition wird mit Name und Aktivstatus angezeigt. Von hier aus können Definitionen erstellt, bearbeitet, aktiviert, deaktiviert und gelöscht werden.

Um eine neue Forced Action zu erstellen, klicke auf die Schaltfläche Add (Plus-Symbol) in der Symbolleiste. Der Editor öffnet sich mit zwei Tabs: Fields und Trigger.

Fülle die folgenden Eigenschaften im Haupteditor aus:

Name Gib einen beschreibenden Namen für diese Forced-Action-Definition ein. Der Name sollte die zugehörige Kategorie oder den Ereignistyp widerspiegeln, z. B. „Brandalarm Reaktion“, „Einbruchsalarm Bestätigung“ oder „Störungsmeldung Dokumentation“. Der Name dient der internen Identifikation in der Konfiguration.

Aktivieren / Deaktivieren Aktiviere oder deaktiviere diese Forced-Action-Definition. Eine deaktivierte Definition bleibt gespeichert, wird jedoch nicht angezeigt, wenn ein Ereignis der zugewiesenen Kategorie auftritt. Dies ist nützlich, um eine Forced Action temporär auszusetzen, z. B. während Tests oder Wartung.

Benutzerzuweisung Wähle Benutzerkonten oder Benutzergruppen aus, für die diese Forced Action gilt. Dadurch können unterschiedliche Anforderungen für verschiedene Operatorrollen definiert werden. Beispielsweise kann ein erfahrener Operator detailliertere Dokumentationen liefern müssen als ein Basis-Operator.

Der Felder-Tab definiert das Eingabeformular, das Operatoren beim Bestätigen eines Ereignisses sehen, das dieser Forced Action unterliegt. Jedes Feld entspricht einer Information, die der Operator bereitstellen muss.

Um ein Feld hinzuzufügen, klicke im Felder-Tab auf den Add-Button. Für jedes Feld werden folgende Parameter konfiguriert:

Feldname Die Beschriftung, die dem Operator für dieses Eingabefeld angezeigt wird. Der Name sollte klar beschreiben, welche Information erwartet wird. Beispiele: „Durchgeführte Maßnahmen“, „Kontaktierte Person“, „Überprüfter Bereich“, „Polizei benachrichtigt“.

Feldtyp Der Typ des Eingabefeldes, das dem Operator angezeigt wird. Es stehen vier Typen zur Verfügung:

• Mehrfachauswahl — eine Liste vordefinierter Optionen, bei der der Operator mehrere Einträge gleichzeitig auswählen kann. Wird verwendet, wenn mehrere Antworten gleichzeitig gültig sein können (z. B. „Bereich geprüft“, „Wachschutz kontaktiert“, „Polizei angerufen“).
• Einzelauswahl (Radio) — eine Liste vordefinierter Optionen, bei der genau eine Auswahl getroffen werden muss. Wird für gegenseitig ausschließende Optionen verwendet (z. B. „Falscher Alarm“, „Echter Alarm“, „Technischer Fehler“).
• Combobox — eine Dropdown-Liste vordefinierter Optionen, aus der eine Auswahl getroffen wird. Funktional ähnlich wie Radio, aber kompakter dargestellt und geeignet für viele Optionen.
• Text — ein freies Texteingabefeld, in das der Operator beliebige Informationen eintragen kann. Wird für offene Angaben verwendet (z. B. Beschreibung der Situation vor Ort oder Name der kontaktierten Person).

Pflichtfeld (Required) Wenn dieses Kontrollkästchen aktiviert ist, kann der Operator die Bestätigung erst abschließen, wenn dieses Feld ausgefüllt wurde. Ist es deaktiviert, ist das Feld optional. Mindestens ein Pflichtfeld pro Forced Action wird empfohlen, um aussagekräftige Interventionsprotokolle sicherzustellen.

Der Trigger-Tab definiert, welche Ereigniskategorie diese Forced Action auslöst. Wenn ein Ereignis aus der konfigurierten Kategorie eintrifft und der Operator versucht, es zu bestätigen, wird automatisch das Forced-Action-Formular angezeigt.

Kategorie-Auswahl Wähle die Ereigniskategorie aus, für die diese Forced Action erforderlich sein soll. Nur Ereignisse dieser Kategorie lösen die Pflicht zur Eingabe aus. Ereignisse anderer Kategorien bleiben unberührt.

Wichtige Einschränkungen:

• Es kann nur eine Forced-Action-Definition pro Ereigniskategorie zugewiesen werden. Wenn bereits eine Definition existiert, kann keine zweite hinzugefügt werden. Wenn komplexe Anforderungen bestehen, müssen mehrere Felder innerhalb einer einzigen Definition verwendet werden.
• Der Trigger gilt kategorieweise — eine Einschränkung auf einzelne Datapoints oder Subsysteme innerhalb einer Kategorie ist nicht möglich. Falls feinere Steuerung erforderlich ist, sollten separate Ereigniskategorien definiert werden.

Nach der Konfiguration aller Felder und der Trigger-Kategorie klicke auf Save, um die Forced Action zu speichern. Die Definition wird sofort aktiv, sofern sie aktiviert ist und für die entsprechenden Benutzer zugewiesen wurde.

• Forced Actions erzwingen die Dokumentation von Operatorhandlungen. Sie sind besonders relevant in regulierten Umgebungen (z. B. EN 50131-konforme Sicherheitsanlagen oder Brandschutzsysteme), in denen Audit-Trails erforderlich sind.
• Die eingegebenen Interventionsdaten werden im Ereignisprotokoll gespeichert und bei Exporten (XLSX, CSV, HTML) mit ausgegeben. Sie können für Berichte und Audits verwendet werden.
• Wenn der Operator das Formular schließt, ohne alle Pflichtfelder auszufüllen, wird die Bestätigung nicht gespeichert und das Ereignis bleibt unbestätigt.
• Forced Actions sollten nach der Konfiguration getestet werden, indem Testereignisse ausgelöst und geprüft werden, ob das Formular korrekt erscheint und die Daten im Event-Log gespeichert werden.

—

Prev ← Creating Tasks Next → Logical Containers