Vorschau · Entwicklungsstand 1.6.1

AutomationRunPolicy

**Automation einrichten**Zeitplan und Ausführungsregeln einer Automation.

Wofür ist das gedacht?

Entscheidet, ob ein beobachtetes Ereignis ein Ziel starten darf: aktives Uhrzeitfenster, Cooldown und Verhalten bei laufendem Ziel werden gemeinsam berücksichtigt. Die Entscheidung und beteiligte Instanzen sind im Automationsverlauf nachvollziehbar.

Einstellungen in der Oberfläche

Beispielwerte dienen zur Orientierung. Passe Pfade, Quellen und Geräte an deinen Arbeitsplatz an. Ein ausgeschaltetes Häkchen und die Zahl 0 sind ebenfalls gültige Beispielwerte.

Einstellung	Bedeutung und Bedienung	Beispielwert
already_running_behavior	Regel bei bereits laufendem Ziel: parallel starten, stoppen, ignorieren oder neu starten. Ihre Entscheidung wird im Automationsverlauf sichtbar. Parallel starten Trotz bereits laufendem Ziel eine weitere Ausführung anfordern; parallele Wirkungen bewusst berücksichtigen. Stoppen Bereits laufendes Ziel stoppen, ohne den neuen Lauf wie bei Restart erneut anzufordern. Ignorieren Das neue Ereignis ignorieren, wenn das Ziel bereits läuft. Neu starten Laufendes Ziel stoppen und erneut starten.	Ignorieren
cooldown	Mindestpause zwischen akzeptierten Starts als TimeSpan. Ein während der Sperrfrist beobachtetes Ereignis ist kein Beweis für einen gestarteten Job.	00:00:00
enabled_from	Beginn des aktiven täglichen Uhrzeitfensters. Gemeinsam mit enabled_until setzen oder beide leer lassen.	Passenden Wert oder Ergebnis eines vorherigen Steps auswählen; Unterfelder siehe unten.
enabled_until	Ende des aktiven täglichen Uhrzeitfensters. Der Partner enabled_from muss ebenfalls gesetzt sein.	Passenden Wert oder Ergebnis eines vorherigen Steps auswählen; Unterfelder siehe unten.

Beispiel

Lege eine deaktivierte Automation an, wähle den beschriebenen Trigger beziehungsweise die Ziel-/Startregel und teste den Zieljob zuerst manuell. Die Dateianleitung zeigt die vollständige Hülle mit trigger, action und run_policy.

Vorbereitete Beispielabläufe ansehen

Fehler und Hinweise

Eine Triggerbeobachtung ist noch kein erfolgreicher Zielstart. Prüfe active, Ziel-ID, Pflichtparameter, aktives Zeitfenster, Cooldown und bereits laufendes Ziel. Für Webhooks zusätzlich Port, Netzwerkmodus und Authentifizierung prüfen; für Datei-Trigger muss der Ordner existieren. Diagnose und Startentscheidung stehen im Automationsverlauf.

Entwickler- und Agenten-Doku JSON, Feldnamen, Typen und Verträge

Dieser Bereich erklärt die Bearbeitung von Textdateien und die technischen Verträge. Zur Entwickler-Doku

Identifier: AutomationRunPolicy

Felder und Zusammenhänge auf einen Blick

1
already_running_behavioralready_running_behavior · AutomationAlreadyRunningBehavior · StartParallel, Stop, Ignore, Restart
Regel bei bereits laufendem Ziel: parallel starten, stoppen, ignorieren oder neu starten
2
cooldowncooldown · TimeSpan · 00:00:00
Mindestpause zwischen akzeptierten Starts als TimeSpan
3
enabled_fromenabled_from · TimeOnly · Nicht angegeben
Beginn des aktiven täglichen Uhrzeitfensters
4
enabled_untilenabled_until · TimeOnly · Nicht angegeben
Ende des aktiven täglichen Uhrzeitfensters

Schematische Übersicht: Beschriftungen und Werte aus der Referenz, keine nachgezeichnete Bedienoberfläche.

Feldtypen, Standards und Regeln

Wert	Typ	Standard laut Vertrag	Optionen und Regeln	Erklärung
already_running_behavior `already_running_behavior`	`AutomationAlreadyRunningBehavior`	`Ignore`	Regeln siehe Erklärung `["StartParallel", "Stop", "Ignore", "Restart"]`	Regel bei bereits laufendem Ziel: parallel starten, stoppen, ignorieren oder neu starten. Ihre Entscheidung wird im Automationsverlauf sichtbar. `StartParallel` Trotz bereits laufendem Ziel eine weitere Ausführung anfordern; parallele Wirkungen bewusst berücksichtigen. `Stop` Bereits laufendes Ziel stoppen, ohne den neuen Lauf wie bei Restart erneut anzufordern. `Ignore` Das neue Ereignis ignorieren, wenn das Ziel bereits läuft. `Restart` Laufendes Ziel stoppen und erneut starten.
cooldown `cooldown`	`TimeSpan`	`00:00:00`	Regeln siehe Erklärung	Mindestpause zwischen akzeptierten Starts als TimeSpan. Ein während der Sperrfrist beobachtetes Ereignis ist kein Beweis für einen gestarteten Job.
enabled_from `enabled_from`	`TimeOnly`	`Nicht angegeben`	Regeln siehe Erklärung	Beginn des aktiven täglichen Uhrzeitfensters. Gemeinsam mit enabled_until setzen oder beide leer lassen.
enabled_until `enabled_until`	`TimeOnly`	`Nicht angegeben`	Regeln siehe Erklärung	Ende des aktiven täglichen Uhrzeitfensters. Der Partner enabled_from muss ebenfalls gesetzt sein.

Diese Referenz für Textdateien und Agenten: Markdown · JSON-Vertrag

JSON-Vorlage für Textdateien und Agenten

Strukturelle Defaultvorlage direkt vom App-Serializer. Leere Pflichtwerte und Ziele vor Verwendung ergänzen; diese Vorlage ist kein vollständig validierter Ablauf. Bei neuen Jobs den aktuellen inputs/localValues-Vertrag verwenden.

Dateiformate und Regeln · JSON herunterladen

{
  "already_running_behavior": "Ignore",
  "cooldown": "00:00:00",
  "enabled_from": null,
  "enabled_until": null
}