Trigger e azioni
Che cosa lo avvia, che cosa fa, come decide
Tre domande, e ogni flusso su questa piattaforma è una risposta a esse. Questa pagina è il vocabolario: i modi in cui un'esecuzione può iniziare, le cose che un passaggio può fare e i pezzi che modellano il percorso tra i due.
Trigger
Quattro modi in cui un'esecuzione inizia
Una pianificazione
Ogni dieci minuti, ogni lunedì alle sette, il primo giorno lavorativo del mese. Espressa in un fuso orario che scegli tu, così il cambio di ora non è un incidente.
Un webhook
Il tuo negozio, il tuo CRM, il tuo sistema di fatturazione, qualsiasi cosa possa fare una richiesta HTTP. La verifica della firma è attiva per impostazione predefinita e il payload viene conservato insieme all'esecuzione.
Un evento dal mondo
Un concetto annunciato, una partita programmata, un terremoto, un'allerta alluvione, una soglia di qualità dell'aria superata, un'interruzione di un fornitore. Oltre 175 fonti, aggiornate ogni dieci o venti minuti.
Un sondaggio, o una persona
Osserva un endpoint, una casella di posta o una cartella e avvia quando qualcosa cambia. Oppure avvialo a mano, dalla console, perché a volte è la risposta più onesta.
Un'esecuzione per cosa. Un trigger che scatta due volte per lo stesso evento sottostante — un webhook ritentato dal mittente, un sondaggio che rivede la stessa riga — avvia una sola esecuzione, non due. La deduplicazione si basa su ciò che identifica la cosa, e puoi impostare tu quella chiave quando l'idea di id del mittente è peggiore della tua.
Azioni
Passi che fanno qualcosa
Un'azione cambia qualcosa al di fuori dell'esecuzione: scrive, invia, addebita, prenota, recupera o archivia. Due tipi, e la differenza sta nel fatto che sia coinvolto un modello.
Azioni deterministiche
Chiama un endpoint HTTP. Leggi e scrivi nei tuoi sistemi. Riformatta un payload. Cerca qualcosa nei dati di riferimento. Invia un'e-mail, un SMS, una notifica push o una lettera stampata. Offri uno slot di prenotazione. Riscuoti un pagamento. Crea un link breve. Recupera un'immagine con la sua licenza allegata. Scrivi una riga, un file, un record.
Stesso input, stesso output. Non costano nulla da eseguire, ed è per questo che il consiglio onesto è di usarli per tutto ciò che non richiede davvero giudizio.
Azioni AI
Classifica questo messaggio. Bozza di quella risposta. Riassumi un thread in tre punti. Estrai campi da un documento non strutturato. Scegli tra opzioni date una regola che hai scritto in prosa. Traduci, mantenendo il tono.
Ogni passo AI dichiara la forma di ciò che restituisce, e il risultato viene validato rispetto a quella forma prima che l'esecuzione continui. Se un modello produce qualcosa di malformato, il passo fallisce in modo pulito invece di inquinare i successivi dodici passi.
Qualcosa succede. Poi succede la cosa giusta dopo.
Flow: i passi che pensano solo all'esecuzione
Condizioni diramano su un valore. Entrambi i percorsi sono definiti, sempre — una condizione con un ramo else non definito è il modo più comune con cui un'automazione perde silenziosamente record, quindi qui non è possibile lasciarne una appesa.
Attese trattengono un'esecuzione fino a un momento o a un evento. Un'attesa è un wake_at scritto sull'esecuzione stessa, non una riga in coda, ed è per questo che un workflow può trattenere diecimila persone per tre settimane senza che costi nulla e senza che nessuno se ne accorga.
Ore di quiete impediscono che i messaggi in uscita arrivino alle tre di notte. Un'esecuzione che raggiunge un passo di invio dentro la finestra di quiete attende che la finestra si chiuda. La gravità può ignorarla, deliberatamente, per gli avvisi che devono svegliare le persone.
Divisioni inviano una quota delle esecuzioni lungo il percorso A e il resto lungo il percorso B, così puoi confrontare due oggetti, due attese o due ordinamenti l'uno contro l'altro sul traffico reale.
Obiettivi segnano la cosa per cui il workflow esisteva. Quando un'esecuzione raggiunge il suo obiettivo si ferma lì, qualunque cosa restasse a valle — il cliente che ha comprato non riceve il terzo promemoria per comprare.
- ⚡TriggerCarrello inattivo da 40 minuti. Deduplicato sull'id del carrello.
- ?CondizioneCarrello oltre 150 zł? Sì — prendi il percorso più lungo.
- ⏸AttendiUn
wake_atsull'esecuzione. Nessuna riga in coda, nessun costo. - ADividi50/50 sull'oggetto. Questa esecuzione ha preso la variante A.
- ✉InvioE-mail con un link breve, reindirizzamenti conteggiati per destinatario.
- ★ObiettivoOrdine effettuato. L'esecuzione si ferma qui; il secondo promemoria non viene mai inviato.
Passi che hanno chiamato un modello: 1Passi che non costano nulla: 5
Gli errori fanno parte del flusso, non sono un'eccezione ad esso
Un passo che fallisce ha un posto dove andare. Riprova con un backoff, e con un limite al numero di tentativi. Prendi un percorso alternativo. Ferma l'esecuzione e archiviala dove una persona la vedrà. Prosegui comunque, perché quel passo era facoltativo e preferisci avere la maggior parte del risultato piuttosto che niente.
L'impostazione predefinita per un passo che parla con il sistema di qualcun altro è riprovare qualche volta e poi fermarsi — perché un sistema che è giù alle 09:14 di solito è su alle 09:19, e perché un'esecuzione fermata è più facile da ragionare di un'esecuzione mezza accaduta.
Cosa non puoi fare: un passo non può tornare a un passo precedente. Un workflow è un percorso diretto, non un programma con un'istruzione di salto. Se il tuo lavoro richiede davvero un ciclo, itera su una lista dentro un singolo passo, o avvia un'esecuzione per elemento — entrambe le cose sono supportate, ed entrambe sono più facili da leggere in seguito di quanto lo sarebbe un ciclo.