scheduled) se dispara en una programación recurrente en lugar de por una persona.
El uso canónico: en cada recurrencia, iterar una View guardada de contacts y disparar
un contact event por cada uno — p. ej. “cada día hábil a las 9am, envía un
recordatorio de renovación a cada contact en la view por expirar”.
Programación
La programación vive en la config del template:| Campo | Requerido | Descripción |
|---|---|---|
rrule | Sí | Una regla de recurrencia RFC 5545 (el patrón). |
timezone | Sí | La timezone en la que se evalúa la regla (consciente de DST). |
starts_at / ends_at | No | Una ventana activa opcional alrededor de la recurrencia. |
publishing_window_id | No | Opcionalmente llena la ventana desde una Publishing Window. |
Load View
El flujo usa un node load View, que cuenta una View guardada de contacts y dispara un contact event por registro, transmitiendo página por página para mantenerse acotado en memoria. El contact event referenciado debe estar habilitado y ser sessionless (un run programado no tiene contact autenticado). El automation de cada registro corre de forma independiente.Llenar
starts_at / ends_at desde una Publishing Window
mantiene el vínculo vivo: cambiar las fechas de la ventana actualiza cada programación
enlazada. Editar las fechas a mano rompe el vínculo.Available actions
Estos action plugins pueden correr en un scheduled event:Webhook
Set insight
Send email
Send email to contacts
Relacionado
Event types
Los cuatro tipos comparados.
Publishing Windows
Rangos de fecha reutilizables para la programación.