Automatisierungs-Workflows

Überblick

Automatisierungs-Workflows reagieren automatisch auf Ereignisse in Ihrem Tenant. Ein Workflow lauscht auf genau einen Auslöser (zum Beispiel Asset erstellt oder Ticket erstellt), filtert Ereignisse optional über eine Menge von Bedingungen und führt beim Treffer eine oder mehrere Aktionen aus.

Automatisierungs-Workflows sind vom Prozess-Editor getrennt. Prozesse sind geführte, mehrstufige Abläufe, die ein Mensch Schritt für Schritt abarbeitet; Automatisierungs-Workflows sind Hintergrundregeln, die unbeaufsichtigt auf Ereignisse feuern.

Auslöser

Die erste Version unterstützt fünf Auslöser:

Auslöser	Feuert wenn…
asset.created	Ein neues Asset angelegt wird
asset.assigned	Die Zuweisung eines Assets wechselt
asset.status_change	Der Status eines Assets sich ändert
ticket.created	Ein neues Ticket angelegt wird
movement.completed	Eine Bewegung vollständig abgeschlossen wird

Jeder Auslöser transportiert ein JSON-Payload, das das Ereignis beschreibt. Sie können jedes Feld des Payloads über eine einfache Key/Value-Map filtern (Punkt-Notation wird für verschachtelte Felder unterstützt).

Aktionen

Ein Workflow führt Aktionen in Reihenfolge aus. Schlägt eine Aktion fehl, werden die übrigen Aktionen trotzdem ausgeführt — der Fehler wird protokolliert, rollt aber niemals das auslösende Geschäftsereignis zurück.

Aktion	Parameter
send_notification	recipient_id (UUID), title, body
assign_user	entity_type ("asset"), entity_id (UUID), user_id (UUID)
set_asset_status	asset_id (UUID), status (z. B. in_use, in_stock)

Weitere Aktionstypen folgen in späteren Releases.

Builder

Der Builder ist dreispaltig:

• Auslöser (links): Auslöser wählen und Bedingungen als JSON schreiben. Ein leeres {} trifft auf jedes Ereignis zu.
• Aktionen (Mitte): Aktionen hinzufügen, sortieren und entfernen. Klick auf eine Aktion öffnet den Inspector.
• Inspector (rechts): Typ und Parameter der gewählten Aktion bearbeiten.

Speichern über den Speichern-Button. Mit Aktiv-Schalter lässt sich ein Workflow aktivieren oder pausieren, ohne ihn zu löschen.

Testlauf (Dry-run)

Der Testlauf-Button öffnet ein Drawer mit einem Test-Payload (JSON) und führt den Workflow aus, ohne Geschäftsdaten zu verändern. Für jede Aktion werden Erfolg/Fehler und — wo sinnvoll — eine Vorschau des beabsichtigten Schreibvorgangs gezeigt. Testläufe werden protokolliert und können nachträglich eingesehen werden.

Berechtigungen

Nur Benutzer mit der admin-Berechtigung können Workflows anlegen, bearbeiten, löschen oder testen. Andere Benutzer sehen den Builder im Nur-Lese-Modus.

Sicherheit & Zuverlässigkeit

Workflows sind Best-Effort: Ein Fehler in einem Workflow rollt nie den übergeordneten Schreibvorgang zurück (Asset-Anlage, Ticket-Anlage, Bewegungs-Abschluss). Fehler werden protokolliert und können nachträglich eingesehen werden.

Jeder Workflow ist durch Mandantenisolierung auf seinen Tenant beschränkt. Workflows eines Tenants sind für andere Tenants unsichtbar.