Oczekiwanie na zdarzenie

Oczekiwanie wstrzymuje bieżące uruchomienie do momentu dopasowania oczekiwanego zdarzenia lub upływu limitu czasu. Wybierz typ oczekiwania w zależności od tego, kto generuje zdarzenie.

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

Oczekiwanie na potwierdzenie dostarczenia wiadomości

1. Dodaj Wait for event po ścieżce sukcesu kroku wysyłki.
2. Wskaż wcześniejszą akcję, której wiadomość chcesz obserwować.
3. Wybierz obsługiwane typy zdarzeń i ustaw limit czasu.
4. Połącz Matched z krokiem obsługującym potwierdzenie dostarczenia.
5. Połącz If time runs out, ścieżkę timeout, z krokiem obsługującym brak potwierdzenia dostarczenia.

Oczekiwanie obserwuje wiadomość utworzoną przez tę akcję w bieżącym uruchomieniu. Wiadomość z innego uruchomienia go nie spełni. Potwierdzenie dostarczenia, które nadejdzie zanim uruchomienie dotrze do oczekiwania, nadal może zostać wykorzystane.

Wysyłka musi zakończyć się powodzeniem na ścieżce prowadzącej do oczekiwania. Ścieżka błędu nie może oczekiwać na wiadomość, której wysyłka nigdy nie zaakceptowała. Obserwowane wysyłki e-mail i WhatsApp muszą być adresowane do jednego odbiorcy.

Aby kontynuować ten przebieg, gdy klient odpowie na wiadomość SMS lub WhatsApp, użyj Czekaj na odpowiedź. Aby uruchomić osobny workflow dla wiadomości przychodzącej, użyj wyzwalacza zdarzenia Bird.

Oczekiwanie na zdarzenie aplikacji

Użyj Wait for application event w przypadku zdarzenia takiego jak potwierdzenie płatności lub anulowanie wizyty powiązanego z konkretnym obiektem biznesowym.

1. Skonfiguruj klucz biznesowy workflow w sekcji Nakładanie się uruchomień, na przykład ID faktury.
2. Dodaj Wait for application event i określ nazwę zdarzenia oraz pola danych przychodzących.
3. Ustaw limit czasu i ewentualny warunek, który zdarzenie musi spełniać.
4. Połącz ścieżki dopasowania i timeout.
5. Postępuj zgodnie z instrukcją Send a follow-up event, aby wysłać nazwę zdarzenia, dane i subject_key na adres URL zdarzenia automatyzacji.

Nazwa zdarzenia i klucz muszą dokładnie odpowiadać skonfigurowanym wartościom. Pasująca nazwa z błędnym kluczem nie wznowi zamierzonego uruchomienia. Warunek może porównywać dane przychodzącego zdarzenia z danymi startowymi uruchomienia.

Zdarzenie przetworzone po rozpoczęciu uruchomienia, ale przed dotarciem do oczekiwania, może zostać zachowane. Zdarzenie przetworzone przed istnieniem pasującego uruchomienia nie jest zapisywane na potrzeby przyszłego uruchomienia. Przyjęcie do kolejki nie dowodzi, że oczekiwanie zostało wznowione. Sprawdź Runs.

Zaplanuj ścieżkę timeout

Czas trwania oczekiwania rozpoczyna się, gdy uruchomienie dotrze do oczekiwania. 30-dniowy limit czasu uruchomienia może zakończyć je wcześniej. Timeout oznacza, że żadne kwalifikujące się zdarzenie nie rozwiązało oczekiwania przed upływem terminu. Nie dowodzi to, że zdarzenie biznesowe nigdy nie nastąpiło.

Wybierz akcję timeout odpowiednią dla tej niepewności, na przykład zarejestrowanie wyniku przeglądu lub poproszenie zespołu o zbadanie sprawy. Przed opublikowaniem wyświetl podgląd obu ścieżek.

Wstrzymanie automatyzacji zatrzymuje nowe uruchomienia, podczas gdy istniejące oczekiwania mogą być kontynuowane. Anuluj uruchomienie osobno, gdy jego dalsze działania powinny zostać zatrzymane. Jeśli to samo zdarzenie aplikacji kwalifikuje się do anulowania i do oczekiwania w tym uruchomieniu, anulowanie ma pierwszeństwo.

Kolejne kroki

• Kontroluj nakładające się uruchomienia i anulowanie.
• Wyświetl podgląd i sprawdź workflow.
• Przeglądaj uruchomienia.
• Przeglądaj przewodniki Automations.