- Erste Schritte
- Erstellen
- Fügen Sie einen KI-Agent zu einem Workflow hinzu
- Rufen Sie eine externe API auf
- Eingehende E-Mails verarbeiten
- Einen Slack-Benachrichtigungs-Workflow erstellen
- Eine menschliche Genehmigung zu einem Workflow hinzufügen
- Erstellen Sie einen Chat Agent-Workflow
- Fehler behandeln
- Grundlagen des Debuggens
- Human-in-the-Loop: Eskalation oder menschlicher Schritt
- Auswerten Ihrer Workflows
- Bereitstellen und ausführen
- Beispiele
- Referenz (Reference)
Auslöser
Die Triggerknoten, die einen Workflow starten, wie jeder Trigger seine Eingaben besitzt und wie sich ein Workflow mit mehreren Triggern verhält.
Ein Trigger definiert, wie ein Workflow startet. Jeder Workflow erfordert mindestens einen Trigger und ein neuer Workflow enthält standardmäßig einen Manual Trigger. Ein Workflow ohne Triggerknoten kann nicht debuggt werden: Debug bleibt nicht verfügbar und der Fehler besagt, dass der Workflow mindestens einen Triggerknoten benötigt.
Triggertypen
Ein neuer Workflow beginnt mit einem manuellen Trigger, der eine Ausführung bei Bedarf startet, z. B. um den Workflow zu testen. Um es anders zu beginnen, ersetzen Sie den manuellen Trigger aus der Liste Trigger ändern :
- Formulartrigger (Vorschau): Startet den Workflow, wenn ein Mensch ein Formular absendet.
- Geplanter Trigger: Startet den Workflow nach einem Zeitplan.
- Connector-Trigger: Startet den Workflow, wenn ein Ereignis in einer verbundenen App eintritt.
- HTTP Webhook: Startet den Workflow, wenn ein Aufruf an einer Webadresse eintrifft.
- Eingehender Anruf (Vorschau): Startet den Workflow, wenn ein Anruf eintrifft.
- Konversationstrigger (Vorschau): Startet den Workflow, wenn ein Benutzer einen Chat beginnt.
- Warteschlangentrigger: Startet den Workflow, wenn ein Arbeitselement zu einer Warteschlange hinzugefügt wird.
Trigger-Platzierung
Trigger werden mit der Taste + in der unteren Symbolleiste hinzugefügt, wodurch der Bereich Knoten hinzufügen geöffnet wird.
Nachdem ein Trigger hinzugefügt wurde, wird er auf der Arbeitsfläche als runder Knoten angezeigt. Sein Ausgabe-Handle stellt eine Verbindung mit dem ersten Knoten des Workflows her, der den Einstiegspunkt vervollständigt, den Ort, an dem eine Ausführung beginnt.
Jeder Trigger muss danach eine Verbindung mit mindestens einem Knoten herstellen. Die Arbeitsfläche zeigt eine Warnung an, wenn ein Trigger keine ausgehende Verbindung hat.
Trigger-Eingaben
Eingabevariablen befinden sich im Besitz ihres Triggers, nicht des Workflows. Jeder Trigger definiert seinen eigenen Satz von Eingaben und diese Eingaben werden nur aufgefüllt, wenn dieser bestimmte Trigger ausgelöst wird.
Ein Knoten nach einem Trigger verweist auf die Eingabe des Triggers mit dieser 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 als Eingabeargumente bezeichnet. Sie werden auf der Registerkarte Parameter des Eigenschaftenbereichs des Triggers konfiguriert, wo Eingabeargument hinzufügen ein Argument mit einem Namen und einem Typ hinzufügt, z. B. string. Das + neben dem Trigger im Variablenbereich öffnet das Dialogfeld Eingabevariable hinzufügen , in dem nach einem Namen, einem Datentyp, einer Beschreibung und einem Standardwert gefragt wird. Nachdem ein Argument definiert wurde, wird es unter diesem Trigger im Variablenbereich angezeigt und ist nach dem Trigger als $vars.<triggerName>.output.<inputName> zugänglich.
Variablen und Datenfluss beschreiben Ausdrücke und wie Daten zwischen Knoten verschoben werden.
Mehrere Trigger
Ein Workflow kann mehr als einen Trigger haben. Jeder Trigger fungiert als separater Einstiegspunkt. Wenn ein Trigger ausgelöst wird, startet er eine unabhängige Ausführung des Workflows.
Dieselbe Logik kann dann als Reaktion auf verschiedene Ereignisse ausgeführt werden. Beispielsweise könnte ein Workflow 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. Knoten nach einem Trigger verweisen auf den spezifischen Trigger, der die aktuelle Ausführung gestartet hat. Wenn Ihr Workflow einen manuellen Trigger mit dem Namen manualTrigger1 und einen geplanten Trigger mit dem Namen scheduledTrigger1 hat, hat jeder seine eigene $vars.<triggerName>.output -Wertegruppe.
Das Rechtsklickmenü eines Triggers enthält Als Standardeinstiegspunkt festlegen, wodurch dieser Trigger als Standardeinstiegspunkt des Workflows festgelegt wird.
Nächste Schritte
- Knotenreferenz: alle Kategorien des Bereichs Knoten hinzufügen .
- Variablen und Datenfluss: Ausdrücke, Knotenausgabe und Trigger-Eingabereferenzen.
- Die Arbeitsfläche „Flow“: der Bereich „Knoten hinzufügen“, der Eigenschaftenbereich und die untere Symbolleiste.
- Fehlerbehandlung: Behandeln von Fehlern in Knoten nach einem Trigger.
- Community: Stellen Sie Fragen und teilen Sie Workflows mit anderen Buildern im UiPath Forum.