Trigger

Un trigger è il primo step di un workflow. Decide cosa avvia un’esecuzione e cosa il workflow riceve come input. Aggiungi un trigger come qualsiasi altro step, da Components nella categoria Triggers. Ogni trigger ha la propria pagina di riferimento, linkata di seguito.

Avvia da una chat#

• Chat Input riceve ciò che un utente digita nella chat. È il trigger alla base del playground, di un chatbot e dell’API.
• Chat Opened si attiva quando si apre una finestra di chat, prima che l’utente invii qualsiasi cosa. Usalo per un saluto.
• Chat Hook si attiva quando la pagina web che ospita il tuo chatbot chiama sendHook() tramite l’API JavaScript di FlowHunt.
• Session Closed si attiva quando una sessione di chat scade dopo un periodo di inattività. Nella scheda Run puoi attivarlo manualmente con Close Session Now.
• Search On Type riceve la frase che un visitatore digita in una barra di ricerca di un e-commerce.

Avvia da un form, un webhook o una pianificazione#

• Webhook viene eseguito quando un altro sistema invia una richiesta POST o GET all’URL del webhook del workflow. Lo step mostra l’URL con un pulsante di copia.
• Form Submission viene eseguito quando qualcuno invia un form e trasmette i dati del form.
• Scheduled Task viene eseguito secondo una pianificazione. Vedi Schedules.

Avvia da un’app#

Questi trigger reagiscono a qualcosa che accade in un account connesso.

I trigger GitHub, Jira, Zendesk, Slack e Google Calendar richiedono l’integrazione corrispondente. Se manca, FlowHunt ti chiede di connetterla quando aggiungi lo step. Vedi Connecting accounts.

Piani#

Chat Input, Chat Opened, Chat Hook, Search On Type, Webhook e Scheduled Task sono disponibili su ogni piano. I trigger di form, sessione e app richiedono un piano Trial, Pro, Agency o Enterprise. Su altri piani, l’aggiunta viene rifiutata con un messaggio secondo cui il componente può essere usato solo con determinati piani.

Quando i trigger diventano attivi#

La chat nella scheda Run testa la tua bozza. I trigger che vengono eseguiti senza di te, come un webhook, una pianificazione o un’email, eseguono la versione pubblicata. Pubblica il workflow prima di affidarti a essi e pubblica di nuovo dopo aver modificato un trigger. Vedi Publishing and versions.