Esecuzioni pianificate e step di ritardo
Usa Schedule per avviare nuove esecuzioni a orari ricorrenti. Usa Delay per mettere in pausa un'esecuzione già avviata, ad esempio in attesa che sia il momento di inviare un promemoria per un appuntamento.
Automations is in Early access. Your workspace permissions determine which actions you can perform.
Configurare una pianificazione
- Seleziona il trigger Schedule.
- Scegli Repeat, ad esempio Every day o Every weekday.
- Imposta l'orario e il fuso orario. I pattern settimanali e mensili richiedono anche un giorno.
- Verifica la prossima occorrenza mostrata nell'editor.
- Salva, visualizza l'anteprima e pubblica quando il workflow è pronto.
La prossima occorrenza indica quando un'esecuzione diventa dovuta. L'elaborazione può iniziare dopo. Una pianificazione mensile per un giorno assente in un mese salta quel mese.
Per un pattern non disponibile tra i preset, usa Custom schedule e Edit cron expression. L'espressione usa cinque campi: minuto, ora, giorno del mese, mese e giorno della settimana. Controlla la prossima occorrenza dopo averla modificata.
Tick mancati e sovrapposti
La pianificazione predefinita salta i tick mancati e salta un tick quando l'automazione ha già un'esecuzione attiva. Anche un'esecuzione attiva di una versione pubblicata precedente può causare uno skip.
La policy per le esecuzioni mancate può invece recuperare con una singola esecuzione per l'ultima occorrenza mancata. Non riproduce un'esecuzione per ogni tick mancato. La policy di sovrapposizione può consentire esecuzioni simultanee. Controlla anche le impostazioni di sovrapposizione a livello di automazione.
La pubblicazione o la ripresa avvia la pianificazione dal momento dell'attivazione. Il tempo trascorso in pausa non accumula lavoro pianificato da riprodurre. Un tick saltato non crea alcuna esecuzione in Runs o Metrics.
Aggiungere un ritardo
- Aggiungi Delay dopo lo step che deve precedere la pausa.
- Scegli una durata o una data e ora specifiche. Mappa un timestamp dal trigger quando ogni esecuzione richiede un orario diverso.
- Collega il percorso successivo del ritardo allo step di follow-up.
- Visualizza l'anteprima sia dell'input sia della continuazione.
Una durata misura il tempo trascorso. Un timestamp identifica un istante e deve includere l'offset del fuso orario. Se quell'istante è già passato quando l'esecuzione raggiunge il ritardo, il flusso prosegue immediatamente.
L'esecuzione risulta in attesa durante la pausa. L'orario di risveglio scelto sopravvive ai nuovi tentativi; riprovare non riavvia la durata.
Limite di durata dell'esecuzione
Un'esecuzione ha un limite di 30 giorni, misurato da quando Bird la accetta. Tempo in coda, azioni, ritardi e attese di eventi condividono quel tempo. L'esecuzione può raggiungere la scadenza prima che uno step successivo venga eseguito.
Suddividere un ritardo su più step non estende il limite. Ad esempio, un flusso che passa sempre attraverso due ritardi di 15 giorni non può essere pubblicato. Lascia tempo anche per le azioni dopo un ritardo.
Gestire l'ora legale
Una pianificazione segue l'orologio locale del proprio fuso orario. Un'ora locale saltata durante la transizione primaverile non ha occorrenza. Un'ora locale ripetuta durante la transizione autunnale può verificarsi due volte, in base alle regole di sovrapposizione.
Una durata di 24 ore misura 24 ore effettive. Può corrispondere a un'ora locale diversa dopo un cambio di ora legale. Scegli una pianificazione UTC quando ore locali ripetute o mancanti non sono adatte al workflow.
Passaggi successivi
Risorse correlate
Continua con la documentazione, le guide e gli esempi per questo argomento.