- Einleitung
- Erste Schritte
- Prozessmodellierung mit BPMN
- Grundlagen der Prozessmodellierung
- Öffnen der Modellierungsarbeitsfläche
- Modellierung Ihres Prozesses
- Ausrichten und Verbinden von BPMN-Elementen
- Autopilot for Maestro (Vorschau)
- Prozess-Repository
- Prozessmodellierung mit Fallverwaltung
- Entwerfen eines persistenten Fallentitätsschemas
- Definieren von Fallschlüsseln (System vs. extern)
- Erstellen von Task-E/A- und Write-Back-Verträgen
- Austrittsregeln und Beendigung der frühen Phase
- Modellieren von primären und sekundären Phasen
- Auslösen eines Falls aus Data Fabric
- Implementieren von Personas und Berechtigungen auf Phasenebene
- Festlegen von SLAs und automatisierten Eskalationsregeln
- Konfigurieren einer Nacharbeitsschleife (Wiedereintritt)
- Verwalten von Live-Fallinstanzen: Anhalten, migrieren und wiederholen
- Maestro-Komponentenwörterbuch für die Fallverwaltung
- Prozessmodellierung mit Flow
- Prozessimplementierung
- Debugging
- Simulieren
- Veröffentlichen und Aktualisieren von agentischen Prozessen
- Häufige Implementierungsszenarien
- Extraktieren und Validieren von Dokumenten
- Prozessabläufe
- Prozessüberwachung
- Prozessoptimierung
- Referenzinformationen
Triggertypen, Besitz von Eingaben und Verhalten von Einstiegspunkten in Maestro-Prozessen.
Dieser Leitfaden umfasst Folgendes:
Ein Trigger definiert, wie ein Prozess startet. Jeder Prozess erfordert mindestens einen Trigger und neue Prozesse enthalten standardmäßig einen manuellen Trigger.
Triggertypen
Flow unterstützt folgende Triggertypen:
| Typ | Beschreibung | Use case |
|---|---|---|
| Manual Trigger | Startet den Prozess bei Bedarf, wenn Sie Debuggenauswählen | Tests, Debugging und Ad-hoc-Ausführung |
| Geplanter Trigger | Führt den Prozess nach einem wiederkehrenden Zeitplan aus, der als Intervall oder CRON-Ausdruck definiert ist | Regelmäßige Datensynchronisierungen, tägliche Berichte, wiederkehrende Bereinigungsaufgaben |
| Connector-basierte Trigger | Startet den Prozess, wenn ein Ereignis in einem Integration Service-Connector auftritt (z. B. neue E-Mail erhalten oder Formular übermittelt) | Ereignisgesteuerte Automatisierung, die in Echtzeit auf externe Systeme reagiert |
Trigger-Platzierung
Trigger werden über die Knotenpalette in der unteren Symbolleiste hinzugefügt. Sie können keinen Trigger aus dem Ausgabe-Handle eines Knotens hinzufügen.
Nachdem ein Trigger hinzugefügt wurde, wird er auf der Arbeitsfläche als runder Knoten angezeigt. Sein Ausgabe-Handle verbindet sich mit dem ersten Knoten im Prozess, um den Einstiegspunkt zu vervollständigen.
Jeder Trigger muss eine Verbindung mit mindestens einem nachgelagerten Knoten herstellen. Flow zeigt eine Warnung an, wenn ein Trigger keine ausgehende Verbindung hat.
Trigger-Eingaben
Eingabevariablen befinden sich im Besitz ihres Triggers, nicht des Prozesses. Jeder Trigger definiert seinen eigenen Satz von Eingaben und diese Eingaben werden nur aufgefüllt, wenn dieser bestimmte Trigger ausgelöst wird.
Um auf die Eingabe eines Triggers in einem nachgelagerten Knoten zu verweisen, verwenden Sie die Syntax:
$vars.<triggerName>.output.<inputName>
$vars.<triggerName>.output.<inputName>
Wenn beispielsweise ein manueller Trigger mit dem Namen manualTrigger1 eine Eingabe namens userId definiert:
$vars.manualTrigger1.output.userId
$vars.manualTrigger1.output.userId
Triggereingaben werden im Variablenbereich konfiguriert. Jede Eingabe gehört unter den Trigger, der sie besitzt, und hat einen eigenen Namen und Typ.
Nachdem eine Eingabe definiert wurde, wird sie unter diesem Trigger im Variablenbereich angezeigt und ist später als $vars.<triggerName>.output.<inputName> zugänglich.
Weitere Informationen zur Ausdruckssyntax und zur Datenverschiebung zwischen Knoten finden Sie unter Variablen und Datenfluss .
Mehrere Trigger
Ein Prozess kann mehr als einen Trigger haben. Jeder Trigger fungiert als separater Einstiegspunkt. Wenn ein Trigger ausgelöst wird, startet eine unabhängige Ausführung des Prozesses.
Dies ist nützlich, wenn dieselbe Logik als Reaktion auf verschiedene Ereignisse ausgeführt werden muss. Beispielsweise könnte ein Prozess sowohl einen geplanten Trigger für nächtliche Batch-Ausführungen als auch einen Connector-basierten Trigger haben, der während des Tages auf eingehende Anforderungen reagiert.
Jeder Trigger verfügt über eigene Eingaben. Downstream-Knoten verweisen auf den spezifischen Trigger, der die aktuelle Ausführung gestartet hat. Wenn Ihr Prozess einen manuellen Trigger mit dem Namen manualTrigger1 und einen geplanten Trigger mit dem Namen scheduledTrigger1 hat, hat jeder einen eigenen $vars.<triggerName>.output -Namespace.
Zugehörige Seiten
- Variablen und Datenfluss – Ausdruckssyntax, Knotenausgabe, Trigger-Eingabereferenzen
- Die Arbeitsfläche – Knotenpalette, Eigenschaftenbereich, untere Symbolleiste
- Fehlerbehandlung – Behandlung von Fehlern in Knoten nach einem Trigger