Zum Inhalt springen
DeutschlandGPT
Nodes

Trigger-Nodes

Alle integrierten Trigger-Typen, der Startpunkt jedes Workflows

Jeder Workflow beginnt mit genau einem Trigger-Node. Der Trigger legt fest, wann und wie der Workflow ausgeführt wird und welche Daten er an nachgelagerte Nodes weitergibt.

Sie können nur einen Trigger pro Workflow haben. Um Eingaben aus mehreren Quellen zu akzeptieren, erstellen Sie separate Workflows und rufen Sie von jedem aus einen gemeinsamen Subworkflow auf.

Manueller Trigger

Startet den Workflow, wenn ein Benutzer auf die Run-Schaltfläche klickt. Nützlich während der Entwicklung und für Workflows, die auf Anfrage statt automatisch ausgeführt werden sollen.

Keine Konfiguration erforderlich.

AusgabeTypBeschreibung
triggeredbooleanImmer true
triggeredAtstringISO 8601-Zeitstempel, wann der Lauf gestartet wurde

Webhook-Trigger

Startet den Workflow, wenn ein externes System eine HTTP-POST-Anfrage an die Webhook-URL des Workflows sendet. Der Anfrage-Body wird als payload-Ausgabe weitergegeben.

EingabeErforderlichBeschreibung
Webhook SecretNeinWenn gesetzt, müssen eingehende Anfragen den Header X-Webhook-Secret: <secret> enthalten. Anfragen ohne übereinstimmendes Secret werden abgelehnt.
AusgabeTypBeschreibung
payloadobjectDer geparste JSON-Body der eingehenden POST-Anfrage
triggeredAtstringISO 8601-Zeitstempel

Die Webhook-URL wird im Konfigurationspanel des Triggers angezeigt, nachdem Sie den Workflow gespeichert haben. Es gibt separate URLs für Test- und Produktionsumgebungen.

Formular-Trigger

Stellt ein öffentliches Webformular bereit, das strukturierte Eingaben von Benutzern sammelt. Wenn ein Benutzer das Formular abschickt, wird der Workflow mit den übermittelten Daten ausgeführt.

EingabeErforderlichBeschreibung
TitelJaDer Titel des Formulars, der Benutzern angezeigt wird
BeschreibungNeinUntertitel oder Anweisungstext, der unter dem Titel angezeigt wird
FelderJaListe der Formularfelder: jedes mit Name, Label, Typ (text, textarea, number, select, checkbox, file) und der Angabe, ob es ein Pflichtfeld ist
ZugangNeinZugang auf angemeldete Workspace-Mitglieder beschränken oder für jeden mit dem Link offen lassen
AusgabeTypBeschreibung
formDataobjectEin Objekt mit den Werten aller übermittelten Formularfelder, nach Feldnamen geordnet
submittedAtstringISO 8601-Zeitstempel
submittedBystringBenutzer-ID des Einreichers (wenn der Zugang auf Workspace-Mitglieder beschränkt ist)

Die öffentliche Formular-URL wird nach der Bereitstellung in der Trigger-Konfiguration angezeigt.

Geplanter Trigger

Führt den Workflow automatisch nach einem Cron-Zeitplan aus. Der Zeitplan wird mit Standard-Cron-Syntax definiert und in der Zeitzone Europe/Berlin ausgewertet.

EingabeErforderlichBeschreibung
Cron-AusdruckJaStandard-5-Feld-Cron-Ausdruck, z. B. 0 9 * * 1-5 für Werktage um 09:00 Berliner Zeit
AusgabeTypBeschreibung
triggeredbooleanImmer true
triggeredAtstringISO 8601-Zeitstempel der tatsächlichen Ausführungszeit
scheduledTimestringISO 8601-Zeitstempel der geplanten (beabsichtigten) Ausführungszeit

Häufige Cron-Ausdrücke:

ZeitplanAusdruck
Jede Stunde0 * * * *
Täglich um 08:000 8 * * *
Werktags um 09:000 9 * * 1-5
Jeden Montag um 06:000 6 * * 1
1. des Monats um 00:000 0 1 * *

Subworkflow-Trigger

Kennzeichnet diesen Workflow als aufrufbaren Subworkflow. Er kann von einem Subworkflow Call-Node in einem anderen Workflow aufgerufen werden. Der Trigger definiert die Eingabeparameter, die der Aufrufer bereitstellen muss, sowie die zurückgegebenen Ausgaben.

EingabeErforderlichBeschreibung
EingabeparameterNeinBenannte Eingabefelder definieren (mit Typen und Beschreibungen), die der aufrufende Workflow bereitstellen muss

Ausgaben sind dynamisch und werden vom Aufrufer über die Rückgabezuordnung des Subworkflow-Call-Nodes definiert.

Die Trigger-Ausgaben eines Subworkflows sind die Parameter, die vom übergeordneten Workflow übergeben werden. Sie sind nicht sichtbar, bis der Subworkflow aus einem anderen Workflow heraus mit tatsächlichen Werten aufgerufen wird.

War diese Seite hilfreich?