Auf ein Ereignis warten

Ein Wait pausiert einen laufenden Run, bis ein erwartetes Ereignis eintrifft oder das Timeout abläuft. Wählen Sie den Wait-Typ danach, wer das Ereignis erzeugt.

Automations is in Early access. Your workspace permissions determine which actions you can perform.

Auf einen Nachrichtenempfang warten

1. Fügen Sie Wait for event nach dem Erfolgspfad eines Sendeschritts hinzu.
2. Wählen Sie die frühere Aktion aus, deren Nachricht Sie beobachten möchten.
3. Wählen Sie die unterstützten Ereignistypen und legen Sie ein Timeout fest.
4. Verbinden Sie Matched mit dem Schritt, der den Empfang verarbeitet.
5. Verbinden Sie If time runs out, den Timeout-Pfad, mit dem Schritt, der den fehlenden Empfang verarbeitet.

Der Wait beobachtet die Nachricht, die von dieser Aktion in diesem Run erstellt wurde. Eine Nachricht aus einem anderen Run erfüllt die Bedingung nicht. Ein Empfang, der eintrifft, bevor der Run den Wait erreicht, kann trotzdem verwendet werden.

Der Versand muss auf dem Pfad zum Wait erfolgreich sein. Ein Fehlerpfad kann nicht auf eine Nachricht warten, die der Versand nie angenommen hat. Beobachtete E-Mail- und WhatsApp-Sendungen müssen an einen einzelnen Empfänger adressiert sein.

Um diesen Run fortzusetzen, wenn der Kunde auf eine SMS- oder WhatsApp-Nachricht antwortet, verwenden Sie Auf Antwort warten. Um einen separaten Workflow für eine eingehende Nachricht zu starten, verwenden Sie einen Bird-Event-Trigger.

Auf ein Anwendungsereignis warten

Verwenden Sie Wait for application event für ein Ereignis wie eine Zahlungsbestätigung oder Terminabsage, das mit einem bestimmten Geschäftsobjekt verknüpft ist.

1. Konfigurieren Sie den Business-Key des Workflows unter Run overlap, zum Beispiel eine Rechnungs-ID.
2. Fügen Sie Wait for application event hinzu und geben Sie den Ereignisnamen sowie die eingehenden Datenfelder an.
3. Legen Sie das Timeout und eventuelle Bedingungen fest, die das Ereignis erfüllen muss.
4. Verbinden Sie die Matched- und Timeout-Pfade.
5. Folgen Sie Folgeereignis senden, um den Ereignisnamen, die Daten und subject_key an die Event-URL der Automatisierung zu senden.

Ereignisname und Key müssen exakt mit den konfigurierten Werten übereinstimmen. Ein passender Name mit falschem Key kann den beabsichtigten Run nicht fortsetzen. Eine Bedingung kann eingehende Ereignisdaten mit den Startdaten des Runs vergleichen.

Ein Ereignis, das nach dem Start des Runs, aber vor Erreichen des Waits verarbeitet wird, kann beibehalten werden. Ein Ereignis, das verarbeitet wird, bevor ein passender Run existiert, wird nicht für einen zukünftigen Run gespeichert. Die Annahme durch die Warteschlange beweist nicht, dass ein Wait fortgesetzt wurde; prüfen Sie Runs.

Den Timeout-Pfad planen

Die Dauer des Waits beginnt, wenn der Run den Wait erreicht. Das 30-Tage-Zeitlimit des Runs kann ihn früher beenden. Ein Timeout bedeutet, dass kein qualifizierendes Ereignis den Wait innerhalb seiner Frist aufgelöst hat; es beweist nicht, dass das Geschäftsereignis nie stattgefunden hat.

Wählen Sie eine Timeout-Aktion, die dieser Unsicherheit entspricht, zum Beispiel das Festhalten eines Prüfergebnisses oder die Aufforderung an ein Team zur Untersuchung. Zeigen Sie beide Pfade vor der Veröffentlichung in der Vorschau an.

Das Pausieren der Automatisierung stoppt neue Runs, während bestehende Waits weiterlaufen können. Brechen Sie den Run separat ab, wenn seine Folgearbeit enden soll. Wenn dasselbe Anwendungsereignis sowohl für eine Stornierung als auch für einen Wait in diesem Run infrage kommt, hat die Stornierung Vorrang.

Nächste Schritte

• Überlappende Runs und Stornierung steuern.
• Workflow in der Vorschau anzeigen und prüfen.
• Runs inspizieren.
• Automations-Anleitungen durchsuchen.