Automatizaciones
Automatizaciones es el hogar a nivel de organización de cada tarea programada y cada webhook entrante de todos los proyectos de tu workspace. En lugar de ir saltando de proyecto en proyecto, ves —y controlas— todos tus workflows en segundo plano y dirigidos por eventos desde un único sitio.
Esta página es de organización, no de proyecto
Automatizaciones vive en /{org}/automations (la entrada Automations del portal de tu workspace), así que agrega los triggers de todos tus proyectos. Los triggers de schedule y de webhook en sí se crean dentro del Constructor de API de cada proyecto — esta página es donde los monitorizas y gestionas todos juntos.
Qué encontrarás
La página se organiza en tres pestañas:
| Pestaña | Qué muestra |
|---|---|
| Schedules | Cada endpoint que se ejecuta con una regla basada en tiempo (cron), en todos los proyectos — con su próxima ejecución y su estado actual |
| Webhooks ("Desde otros servicios") | Cada URL de webhook entrante que los servicios externos llaman para disparar tus workflows |
| Historial | Un registro de ejecuciones combinado de las automatizaciones recientes de todo el workspace |
Schedules
Un schedule es un endpoint cuyo workflow arranca desde un nodo schedule_trigger — DYPAI lo ejecuta automáticamente con una regla basada en tiempo (cron). La pestaña Schedules lista cada uno con su regla, su próxima ejecución programada y si está activo o en pausa.
Desde aquí puedes:
- Pausar / reanudar un schedule sin tocar el workflow en sí
- Ver de un vistazo la próxima ejecución y la actividad reciente
- Abrir el historial de ejecuciones por elemento para inspeccionar qué pasó en cada una
Para crear un schedule, añade un trigger Schedule a un endpoint en el Constructor de API del proyecto. A partir de ahí aparece aquí automáticamente — esta página gestiona schedules existentes, no sustituye al constructor.
Webhooks
Un webhook es un endpoint cuyo workflow arranca desde un nodo webhook_trigger. DYPAI expone una URL pública que los servicios externos (Stripe, GitHub, una herramienta de formularios, cualquier cosa que pueda hacer POST) llaman para lanzar tu workflow.
En la pestaña Webhooks puedes:
- Copiar la URL del webhook para pegarla en la configuración del servicio externo
- Enviar una petición de prueba para confirmar que el trigger se dispara y el workflow corre
- Revisar el historial de ejecuciones por elemento de cada webhook
Las URLs de webhook son la forma en que los servicios externos llegan a tus workflows — trátalas como secretos. Si sospechas que una URL se ha filtrado, regenera el trigger desde el Constructor de API del proyecto.
Historial de ejecuciones
La pestaña Historial te da un registro de ejecuciones recientes unificado, tanto de schedules como de webhooks, de todo el workspace, para que detectes fallos o huecos inesperados sin abrir cada proyecto. Para una depuración más profunda por proyecto —streams de logs completos y seguimiento de errores— usa las páginas de observabilidad del proyecto.
Automatízalo tú mismo
Si construyes con un cliente de IA sobre MCP, puedes gestionar estos mismos triggers de forma programática:
manage_schedules— crea, pausa, reanuda o elimina ejecuciones programadas (cron)manage_webhooks— crea y gestiona triggers de webhook entrantes
Estas tools operan sobre exactamente los mismos schedules y webhooks que ves en esta página.