Dokumentation · Opengency

Schnellstart

Registrieren und in der Web-App anmelden.
Neuen Workflow anlegen – auf dem Canvas befindet sich bereits ein „Trigger“-Knoten, der Ausgangspunkt des Ablaufs.
Einen „Aktion“-Knoten herausziehen, einen Connector auswählen (zum Beispiel E-Mail) und die Konfiguration ausfüllen.
Den Trigger-Knoten mit dem Aktionsknoten verbinden und speichern.
Auf „Ausführen“ klicken, Testdaten eingeben und im Ausführungsprotokoll das Ergebnis jedes Knotens prüfen.

Anleitung zur Workflow-Bearbeitung

Ein Workflow besteht aus drei Knotentypen:

Trigger: der Ausgangspunkt – jeder Workflow hat genau einen. Die zur Laufzeit übergebenen Daten sind seine Ausgabe.
Bedingung: trifft eine Entscheidung mit den Ausgängen „Ja“ und „Nein“ – nur der zutreffende Zweig wird durchlaufen.
Aktion: ruft einen Connector auf, zum Beispiel eine E-Mail senden, eine API aufrufen oder in eine Datenbank schreiben.

Beim Speichern wird geprüft: genau ein Trigger-Knoten, beide Enden jeder Verbindung vorhanden, keine Zyklen, die Ausgänge einer Bedingung mit Ja/Nein beschriftet, und alle Pflichtfelder jeder Aktion ausgefüllt. Probleme werden einzeln aufgelistet.

Zur Laufzeit folgt die Ausführung den Verbindungen ausgehend vom Trigger-Knoten; schlägt ein Knoten fehl, stoppt die gesamte Ausführung sofort und wird als fehlgeschlagen markiert.

Bedingungen

Eine Bedingung besteht aus einem linken Wert, einem Operator und einem rechten Wert; beide Seiten können einen festen Wert oder eine Referenz enthalten (siehe nächster Abschnitt).

Operator	Bedeutung	Beispiel
eq / ne	gleich / ungleich	$.input.status eq "paid"
gt / gte	größer als / größer gleich	$.input.amount gt 1000
lt / lte	kleiner als / kleiner gleich	$.input.stock lt 10
in	linker Wert ist in der rechten Liste enthalten	$.input.city in ["北京", "上海"]
contains	linker Wert enthält den rechten Wert	$.input.tags contains "VIP"
exists	Feld existiert und ist nicht leer	$.input.coupon exists

Existiert das referenzierte Feld nicht, ergibt exists „Nein“, und auch alle anderen Operatoren werten als „Nein“.

Werte zwischen Knoten weitergeben

In der Konfiguration einer Bedingung oder Aktion wird jeder mit $. beginnende Wert zur Laufzeit durch die tatsächlichen Daten ersetzt:

$.input.amount          运行时传入数据的 amount 字段
$.query.data.0.name     节点 query 输出中 data 列表第 1 项的 name
$.notify.status         节点 notify 输出的 status

Besteht der gesamte Feldwert genau aus einer Referenz, bleibt nach dem Ersetzen der ursprüngliche Typ erhalten (Zahlen, Listen und Objekte funktionieren alle). Um Daten mitten in einem Text einzufügen, verwenden Sie {{$.path}}:

大额订单 {{$.input.order_id}}：金额 {{$.input.amount}}，请风控复核

Zeichenketten werden unverändert eingesetzt; Zahlen, Listen und Objekte werden in JSON umgewandelt; leere Werte werden als leer eingefügt.
Existiert der Pfad nicht, wird durch nichts ersetzt (eine Referenz auf den gesamten Wert wird leer) – der Knoten schlägt dadurch nicht fehl, es erscheint aber ein Hinweis im entsprechenden Schritt des Ausführungsprotokolls.
Nur Werte, die mit $. beginnen, gelten als Referenz – „$100 Rabatt“ zum Beispiel ist einfacher Text.
Betreff und Text von E-Mails unterstützen zusätzlich {{variable}}-Vorlagen, deren Variablen aus der Ausgabe eines vorherigen Knotens stammen.

Connector-Leitfaden

Hier erfahren Sie, woher Adresse und Zugangsdaten für jeden Connector stammen, wo Sie die offizielle Dokumentation finden und wie Sie häufige Fehler beheben. Der Bereich „Wie bekomme ich diese Informationen?“ über dem jeweiligen Connector-Formular in der App fasst diese Anleitung zusammen.

HTTP

Einrichtungsschritte

Halten Sie die Endpunkt-URL (url) und die Anfragemethode (GET, POST, …) bereit.
Falls die API eine Authentifizierung benötigt, wählen Sie bei auth_type basic oder bearer und geben Sie Benutzername und Passwort oder das Token ein. Schreiben Sie Zugangsdaten nicht direkt in headers – sie würden im Klartext gespeichert.

Offizielle Dokumentation ↗

Erforderlich: url
Optional: method (Standard GET), headers, body, query_params, auth_type (none / basic / bearer), timeout, retries

Ist body leer, wird stattdessen die Ausgabe des vorherigen Knotens gesendet. Es können nur öffentliche Adressen erreicht werden.

Häufige Fehler

„not a public address“: Das Ziel ist eine interne oder lokale Adresse (auch wenn eine Weiterleitung dort landet) und wird aus Sicherheitsgründen blockiert.
Nur http- und https-URLs werden unterstützt.
Ist body leer, wird die Ausgabe des vorherigen Knotens gesendet.
Das Timeout beträgt standardmäßig 30 Sekunden und kann höchstens 60 Sekunden betragen.

DingTalk

Einrichtungsschritte

Öffnen Sie die DingTalk-Gruppe → Gruppeneinstellungen → Gruppenassistent → Bot hinzufügen → Benutzerdefiniert (über Webhook).
Wählen Sie als Sicherheitseinstellung Signatur oder Benutzerdefinierte Schlüsselwörter (beides gleichzeitig ist möglich). Bei Signatur kopieren Sie das mit SEC beginnende Geheimnis in secret. Bei Schlüsselwörtern geben Sie ein Wort ein, das immer in Ihren Nachrichten vorkommt, und fügen Sie auch „Opengency“ als Schlüsselwort hinzu, da „Verbindung testen“ den Text „Opengency 连接测试“ sendet.
Kopieren Sie die generierte Webhook-URL in webhook_url.

Offizielle Dokumentation ↗

Erforderlich: webhook_url
Optional: secret (Signaturschlüssel), msg_type (text / markdown / link / card), message, at_mobiles, at_all

webhook_url erhalten Sie in den DingTalk-Gruppeneinstellungen → Gruppenassistent → Bot hinzufügen. „Verbindung testen“ sendet tatsächlich eine Testnachricht in die Gruppe. Der Text der Testnachricht ist fest auf „Opengency 连接测试“ gesetzt. Verwendet der Bot benutzerdefinierte Schlüsselwörter, muss eines davon „Opengency“ sein, sonst wird der Test wegen eines nicht passenden Schlüsselworts abgelehnt (bei reiner Signatur ist das kein Problem).

Häufige Fehler

Signatur stimmt nicht überein (sign not match): Der Bot verwendet Signatur, aber secret ist leer oder falsch. Tragen Sie den mit SEC beginnenden Signaturschlüssel ein, nicht den access_token aus der Webhook-URL.
Schlüsselwort stimmt nicht überein: Die Nachricht enthält keines der Schlüsselwörter des Bots. Fügen Sie ein Schlüsselwort in die Nachricht ein, oder fügen Sie dem Bot ein Schlüsselwort hinzu, das in Ihren Nachrichten vorkommt.
Ungültiger Zeitstempel: Die Uhr des Servers, auf dem Opengency läuft, weicht um mehr als eine Stunde von der DingTalk-Zeit ab. Korrigieren Sie die Serverzeit.
„Verbindung testen“ ist kein Trockenlauf – es wird tatsächlich „Opengency 连接测试“ in die Gruppe gesendet.

WeCom

Einrichtungsschritte

Öffnen Sie die WeCom-Gruppe → „…“ oben rechts → Gruppen-Bots → Bot hinzufügen.
Die Webhook-URL wird sofort nach dem Erstellen des Bots angezeigt.
Kopieren Sie diese URL in webhook_url.

Offizielle Dokumentation ↗

Erforderlich: webhook_url
Optional: msg_type (text / markdown / card), message, at_mobiles, at_all, url und title (für card)

webhook_url finden Sie in der WeCom-Gruppe unter Gruppen-Bot. Der Schlüssel (key) in der URL dient als Zugangsschlüssel; @-Erwähnungen funktionieren nur mit text. „Verbindung testen“ sendet tatsächlich eine Testnachricht an die Gruppe.

Häufige Fehler

Der Schlüssel (key) in der Webhook-URL dient als Zugangsschlüssel: Wer die URL besitzt, kann Nachrichten an die Gruppe senden. Falls die URL offengelegt wurde, entfernen Sie den Bot aus der Gruppe und erstellen Sie einen neuen.
@-Erwähnungen funktionieren nur mit dem Typ text. Der Typ card benötigt außerdem url (Linkziel der Karte); ohne das schlägt das Speichern fehl.
WeCom begrenzt die Rate für Bots, die zu oft posten, und Nachrichten werden dann nicht mehr zugestellt. Planen Sie Ausführungen nicht zu eng.
„Verbindung testen“ sendet tatsächlich eine Testnachricht in die Gruppe.

Feishu

Einrichtungsschritte

Öffnen Sie die Feishu-Gruppe → Einstellungen → Gruppen-Bots → Bot hinzufügen → Eigener Bot.
Aus Sicherheitsgründen können Sie Signaturprüfung aktivieren und den auf der Seite angezeigten Schlüssel in secret eintragen. Benutzerdefinierte Schlüsselwörter funktionieren ebenfalls; fügen Sie auch dort „Opengency“ als Schlüsselwort hinzu.
Kopieren Sie die generierte Webhook-URL in webhook_url.

Offizielle Dokumentation ↗

Erforderlich: webhook_url
Optional: secret (falls beim Bot die Signaturprüfung aktiviert ist), msg_type (text / post / markdown / card), message, title, at_open_ids, at_all

webhook_url erhalten Sie in den Feishu-Gruppeneinstellungen → Gruppen-Bots → Eigener Bot. „Verbindung testen“ sendet tatsächlich eine Testnachricht in die Gruppe.

Häufige Fehler

Signaturprüfung ist aktiviert, aber secret ist leer oder falsch: Feishu lehnt die Nachricht ab (Signaturprüfung fehlgeschlagen). Der Schlüssel kann in den Bot-Einstellungen erneut eingesehen werden.
Benutzerdefinierte Schlüsselwörter sind gesetzt, aber die Nachricht enthält keines davon: Die Nachricht wird abgelehnt.
at_open_ids benötigt open_ids, die mit ou_ beginnen – keine Telefonnummern oder Namen.
„Verbindung testen“ sendet tatsächlich eine Testnachricht in die Gruppe.

Slack

Einrichtungsschritte

Öffnen Sie https://api.slack.com/apps, erstellen Sie eine App (oder wählen Sie eine vorhandene) und aktivieren Sie unter Features die Incoming Webhooks.
Klicken Sie auf Add New Webhook to Workspace, wählen Sie den Kanal aus, in den gepostet werden soll, und autorisieren Sie.
Kopieren Sie die generierte Webhook-URL (sie beginnt mit https://hooks.slack.com/services/) in webhook_url.

Offizielle Dokumentation ↗

Erforderlich: webhook_url
Optional: message, username, icon_emoji, channel

webhook_url ist selbst ein Zugangsschlüssel: Wer die URL besitzt, kann Nachrichten an den Kanal senden. Opengency speichert die URL verschlüsselt und maskiert sie in der Oberfläche und in den Logs. Ein Webhook einer aktuellen Slack-App sendet immer an den bei der Erstellung ausgewählten Kanal; username, icon_emoji und channel werden daher ignoriert. Für einen anderen Kanal erstellen Sie einen weiteren Webhook. „Verbindung testen“ sendet tatsächlich eine Testnachricht an den Kanal.

Häufige Fehler

no_service: Der Webhook wurde gelöscht, deaktiviert, oder die Adresse ist falsch. Prüfen Sie die Incoming-Webhooks-Seite der App, und erstellen Sie ihn bei Bedarf neu und aktualisieren Sie die Verbindung.
channel_not_found: Der Kanal existiert nicht, oder dieser Webhook hat keinen Zugriff darauf. Prüfen Sie den Kanalnamen, oder erstellen Sie den Webhook neu für den richtigen Kanal.
channel_is_archived: Der Kanal ist archiviert. Heben Sie die Archivierung auf, oder verwenden Sie den Webhook eines anderen Kanals.
action_prohibited: Ein Workspace-Administrator schränkt ein, was dieser Webhook tun darf. Wenden Sie sich an Ihren Slack-Administrator.
invalid_payload oder no_text: Die Nachricht ist leer oder fehlerhaft formatiert. Stellen Sie sicher, dass message nicht leer ist.
HTTP 429: Sie posten zu häufig, und Slack begrenzt die Rate. Versuchen Sie es später erneut, und planen Sie die Läufe nicht zu eng.
„Verbindung testen“ ist kein Trockenlauf – es wird tatsächlich „Opengency connection test“ an den Kanal gesendet.

Teams

Einrichtungsschritte

Öffnen Sie in Teams den Kanal, in den gepostet werden soll → „…“ neben dem Kanalnamen → Workflows.
Wählen Sie die Vorlage „Send webhook alerts to a channel“, wählen Sie gemäß den Anweisungen das Team und den Kanal aus und speichern Sie den Flow.
Kopieren Sie nach der Erstellung die Webhook-URL von der Detailseite des Flows in webhook_url.

Offizielle Dokumentation ↗

Erforderlich: webhook_url
Optional: message, title

webhook_url ist selbst ein Zugangsschlüssel: sig in der Adresse ist die Signatur des Flows. Opengency speichert die URL verschlüsselt und maskiert sie in der Oberfläche und in den Logs. Unterstützt werden nur Webhooks von Workflows (Power Automate); die alten Office-365-Connector-Webhooks (outlook.office.com/webhook/…) werden von Microsoft eingestellt und nicht unterstützt. Nachrichten werden als Adaptive Card gesendet: title erscheint als fett gedruckte Überschrift, message als Text mit einfachem Markdown. Eine Nachricht darf höchstens 28 KB umfassen; längere Texte werden abgeschnitten. „Verbindung testen“ sendet tatsächlich eine Testnachricht an den Kanal.

Häufige Fehler

HTTP 401 / 403 (ungültige oder widerrufene Adresse): Die Signatur in der Webhook-URL ist falsch oder wurde neu generiert. Öffnen Sie den Flow in Teams, kopieren Sie die aktuelle Adresse und aktualisieren Sie die Verbindung.
HTTP 404 (Flow nicht gefunden): Der Flow wurde möglicherweise gelöscht. Erstellen Sie ihn aus der Vorlage neu und aktualisieren Sie die Adresse in der Verbindung.
Eine Meldung, dass der Flow deaktiviert / ausgeschaltet ist: Schalten Sie ihn in der Teams-Workflows-App oder in Power Automate wieder ein. Ein Flow gehört seinem Ersteller, und er kann deaktiviert werden, wenn dieser das Unternehmen verlässt oder das Konto deaktiviert wird – bitten Sie einen Administrator, ihn an jemand anderen zu übergeben.
HTTP 400 (der Trigger hat die Nachricht nicht akzeptiert): Stellen Sie sicher, dass der Flow aus der Vorlage „Send webhook alerts to a channel“ erstellt wurde, dass sein Trigger When a Teams webhook request is received ist und dass Sie das von ihm erwartete Nachrichtenformat nicht geändert haben.
HTTP 429: Teams begrenzt die Rate für Webhooks (etwa vier Anfragen pro Sekunde); zu häufiges Posten wird abgelehnt. Versuchen Sie es später erneut, und planen Sie die Läufe nicht zu eng.
„Verbindung testen“ ist kein Trockenlauf – es wird tatsächlich „Opengency connection test“ an den Kanal gesendet.

E-Mail

Einrichtungsschritte

Aktivieren Sie SMTP in den Einstellungen Ihres E-Mail-Anbieters.
Erzeugen Sie ein App-Passwort (manche Anbieter nennen es Autorisierungscode). Die meisten Anbieter, darunter Gmail, Outlook und Yahoo, erlauben Drittanbieter-Apps nicht, mit Ihrem Anmeldepasswort zu senden.
Notieren Sie sich SMTP-Server und Port, zum Beispiel smtp.gmail.com:587 oder smtp.qq.com:465.
Tragen Sie Ihre Adresse in sender_email ein und das App-Passwort aus Schritt 2 in sender_password.

Offizielle Dokumentation ↗

Erforderlich: smtp_server, sender_email, sender_password, to
Optional: smtp_port (Standard 587), smtp_ssl (auto / implicit / starttls / none), use_tls, cc, bcc, subject, body, format (text / html / markdown)

subject und body unterstützen {{variables}} aus der Ausgabe eines vorherigen Knotens. Die meisten Anbieter verlangen ein App-Passwort anstelle Ihres Anmeldepassworts.

Häufige Fehler

Authentifizierung fehlgeschlagen: sender_password ist Ihr Anmeldepasswort. Verwenden Sie stattdessen ein App-Passwort oder einen Autorisierungscode.
Verbindungs-Timeout oder Handshake-Fehler: Port und Verschlüsselung passen nicht zusammen. Port 465 verwendet implizites TLS, Port 587 STARTTLS; bei smtp_ssl auf auto wird anhand des Ports automatisch das Richtige gewählt, Sie müssen das selten ändern.
„not a public address“: Der SMTP-Server löst zu einer internen oder lokalen Adresse auf (häufig bei hausinternen Mailservern) und wird aus Sicherheitsgründen blockiert. Verwenden Sie einen SMTP-Server, der aus dem öffentlichen Internet erreichbar ist.
to benötigt mindestens einen Empfänger; mehrere werden durch Kommas getrennt.

SQLite

Einrichtungsschritte

Kein Konto oder Passwort nötig: Die Datenbankdatei liegt in Ihrem eigenen Datenverzeichnis.
Geben Sie in database_path nur einen Dateinamen an, z. B. orders.db; die Datei wird angelegt, falls sie nicht existiert.

Offizielle Dokumentation ↗

Erforderlich: database_path, sql
Optional: params, operation (select / insert / update / delete / execute), return_type (Standard dict), timeout

Für database_path reicht ein Dateiname (z. B. orders.db) – die Datei wird automatisch in Ihrem eigenen Datenverzeichnis gespeichert. Im SQL ? als Platzhalter verwenden, die Werte in params angeben.

Häufige Fehler

„no such table“: Ein falsch geschriebener Dateiname führt nicht zu einem Fehler „Datei nicht gefunden“. Stattdessen wird eine neue, leere Datenbank angelegt, in der die Tabelle fehlt. Prüfen Sie zuerst den Dateinamen.
database_path ist nur ein Dateiname. Die Datenbank bleibt in Ihrem eigenen Datenverzeichnis und kann nicht auf Dateien anderswo zugreifen.
Verwenden Sie ? als Platzhalter, die Werte in params.

MySQL

Einrichtungsschritte

Halten Sie Host, Port (Standard 3306), Benutzername, Passwort und Datenbankname bereit.
Legen Sie für diese Verbindung ein eigenes Datenbankkonto an; wenn nur Abfragen laufen, gewähren Sie nur SELECT.
Stellen Sie sicher, dass die Datenbank aus dem öffentlichen Internet erreichbar ist: Firewall oder Sicherheitsgruppe des Cloud-Anbieters müssen den Port freigeben.

Offizielle Dokumentation ↗

Erforderlich: host, user, password, database, sql
Optional: port (Standard 3306), ssl (disabled / required / verify), params, read_only (standardmäßig aktiviert), max_rows (Standard 1000), timeout

Im SQL %s als Platzhalter verwenden, die Werte in params angeben (ein wörtliches % muss bei Verwendung von params als %% geschrieben werden). Standardmäßig nur lesend – zum Schreiben read_only deaktivieren; für reine Leseknoten empfiehlt sich ein Konto mit ausschließlich SELECT-Rechten. Es wird immer nur eine Anweisung ausgeführt, und es können nur öffentliche Adressen erreicht werden.

Häufige Fehler

„not a public address“: host ist eine interne Adresse (10.x, 172.16–31.x, 192.168.x, 127.0.0.1). Der Connector kann nur öffentliche Adressen erreichen, die Datenbank braucht also einen öffentlichen Zugang.
Schreibvorgänge werden abgelehnt: read_only ist standardmäßig aktiviert und das SQL läuft in einer schreibgeschützten Transaktion. Deaktivieren Sie read_only, wenn wirklich geschrieben werden soll, und prüfen Sie, ob das Konto Schreibrechte hat.
Ergebnisse sind unvollständig: Standardmäßig werden höchstens 1000 Zeilen zurückgegeben (max_rows, bis zu 10000); alles darüber wird abgeschnitten und als truncated markiert.
Es läuft immer nur eine SQL-Anweisung. Verwenden Sie %s als Platzhalter mit den Werten in params; bauen Sie Werte nicht direkt in den SQL-String ein.
Verbindungs-Timeout: meist lässt die Firewall oder Sicherheitsgruppe den Port nicht durch.

Webhook

Einrichtungsschritte

Halten Sie eine öffentliche URL bereit, die POST-Anfragen entgegennimmt, und tragen Sie sie in webhook_url ein.
Soll der Empfänger bestätigen können, dass eine Anfrage von Ihrem Workflow stammt, vereinbaren Sie einen Schlüssel und tragen Sie ihn in secret_key ein.
Auf Empfängerseite: Jede Anfrage enthält X-Webhook-Timestamp; ist secret_key gesetzt, enthält sie außerdem X-Webhook-Signature, den hexadezimalen HMAC-SHA256 von (timestamp + "." + raw_body), berechnet mit diesem Schlüssel.

Erforderlich: webhook_url
Optional: secret_key, verify_signature, event_types, retry_count, timeout

Ist secret_key gesetzt, enthalten Anfragen den Header X-Webhook-Signature (HMAC-SHA256), mit dem der Empfänger die Signatur prüfen kann.

Häufige Fehler

„Verbindung testen“ sendet tatsächlich ein Ereignis mit event_type ping an den Empfänger.
Bei einer 4xx- oder 500-Antwort oder einem Timeout wird nicht erneut versucht (der Empfänger hat die Anfrage möglicherweise bereits verarbeitet). Nur bei 429, 502, 503, 504 sowie nie zustande gekommenen Verbindungen wird erneut versucht.
„not a public address“: Die Empfänger-URL ist eine interne oder lokale Adresse.
Ein leeres event_types leitet alles weiter; sind Einträge vorhanden, wird alles übersprungen, dessen event_type nicht darin enthalten ist.

Sicherheitsbeschränkung: HTTP, DingTalk, WeCom, Feishu, Slack, Teams, E-Mail, MySQL und Webhook können nur öffentliche Adressen erreichen (interne Adressen wie 127.0.0.1, 10.x und 192.168.x werden abgelehnt); SQLite kann nur auf Ihr eigenes Datenverzeichnis zugreifen.

API Keys

Für Skripte und andere Systeme, die die API aufrufen – etwa ein Zeitplan-Skript, das einen Workflow auslöst. Neu anlegen unter Konto → API Keys in der App; der vollständige Key wird nur einmal angezeigt, bitte sofort speichern – danach zeigt die Liste nur noch die ersten Zeichen zur Wiedererkennung. Limits: 1 bei Free, 5 bei Pro, unbegrenzt bei Business und Enterprise (gezählt werden nur nicht widerrufene Keys).

curl -X POST https://app.opengency.ai/api/executions/workflows/<工作流 ID>/execute \
  -H "Authorization: Bearer ofk_…" \
  -H "Content-Type: application/json" \
  -d '{"input_data": {"order_id": 7}}'

Hat dieselben Berechtigungen wie das Konto, mit dem er erstellt wurde; damit ausgelöste Ausführungen werden im Ausführungsprotokoll als „API“ gekennzeichnet und zeigen die ersten Zeichen des Keys.
API Keys verwalten, das Passwort ändern oder das Konto löschen erfordert stets die Anmeldung mit Kontopasswort – mit einem API Key ist das nicht möglich.
Ein widerrufener Key wird sofort ungültig (Antwort 401). Eine Passwortänderung macht bestehende Keys nicht ungültig – bei Verdacht auf ein Leck bitte einzeln widerrufen.
Bitte nur serverseitig speichern, niemals im Frontend-Code oder in Chats weitergeben.

Häufig gestellte Fragen

Warum meldet mein HTTP-Knoten „not a public address“?: Das Ziel ist eine interne oder lokale Adresse und wird aus Sicherheitsgründen blockiert. Verwenden Sie stattdessen eine öffentlich erreichbare Adresse.
Kann ich benachrichtigt werden, wenn eine Workflow-Ausführung fehlschlägt?: Ja, in jedem Tarif. Wählen Sie unter Konto → Fehlerbenachrichtigungen, ob die Benachrichtigung an Ihre Konto-E-Mail-Adresse oder an eine gespeicherte DingTalk-, WeCom-, Feishu- oder E-Mail-Verbindung gesendet werden soll. Mehrere Fehler innerhalb von etwa 10 Minuten werden zu einer Nachricht zusammengefasst, mit der Anzahl der Fehler je Workflow, dem fehlerhaften Knoten und einem Link zu den Details; manuell abgebrochene Ausführungen werden nicht gemeldet.
Sind Schleifen möglich?: Derzeit nicht – Workflows dürfen keine Zyklen bilden, das Speichern weist darauf hin, falls Sie es versuchen.
Können Workflows nach Zeitplan automatisch laufen?: Ja. Ändern Sie im Editor den Trigger auf „Zeitplan“, wählen Sie eine Häufigkeit (alle N Minuten, stündlich, täglich, wöchentlich) oder schreiben Sie direkt einen Cron-Ausdruck, und wählen Sie eine Zeitzone; speichern Sie den Workflow und aktivieren Sie anschließend auf der Detailseite des Workflows den Schalter „Aktiviert“. Im Free-Tarif kann 1 Zeitplan-Workflow gleichzeitig aktiv sein, im Pro-Tarif 10.