Cómo programar automatizaciones recurrentes en n8n (cron) 2026
Configura automatizaciones recurrentes en n8n con el nodo Schedule Trigger: informes comerciales matutinos, recordatorios de pipeline, sincronización nocturna con CRM, expresiones cron en lenguaje claro, zona horaria Europa/Madrid (CET-CEST), prevención de solapes y alertas cuando un disparo falla. Orientado a operaciones y ventas B2B en España y la UE.
Muchos procesos comerciales no dependen de un formulario ni de un evento externo: el informe de pipeline debe salir cada lunes a las 07:30, el recordatorio de propuestas sin respuesta corre el miércoles a mediodía y la reconciliación CRM-hoja de cálculo se lanza cuando la oficina ya cerró. En n8n, ese reloj lo marca el Schedule Trigger. Dominarlo evita informes duplicados, correos a las tres de la madrugada por confundir UTC con hora peninsular y sincronizaciones que se pisan entre sí.
El vídeo muestra la configuración del disparador programado, lectura de expresiones cron habituales y comprobación de que la instancia respeta la zona horaria de Madrid.
Transcripción del vídeo
Las automatizaciones recurrentes en n8n permiten ejecutar tareas comerciales en intervalos definidos sin depender de que un usuario pulse un botón o de que llegue un evento externo. Son especialmente útiles para informes matutinos, limpieza de pipelines, recordatorios de seguimiento y sincronizaciones nocturnas cuando el tráfico de APIs es más estable. En el editor, este patrón se implementa con el nodo Schedule Trigger, equivalente conceptual a una tarea cron en sistemas tradicionales.
Un workflow programado combina tres ideas: el disparador temporal, la secuencia de nodos de acción y la monitorización de ejecuciones. El trigger define cuándo arranca el flujo: cada minuto, cada hora, días concretos de la semana o expresiones cron personalizadas. Los nodos posteriores consultan sistemas, transforman datos y escriben resultados en CRM, hojas de cálculo, email o canales internos. El historial de Executions registra hora, duración y errores de cada corrida.
Para equipos B2B en zona Europe/Madrid, configurad explícitamente la zona horaria del trigger. Un informe que debería salir a las ocho de la mañana en España no debe depender de la hora del servidor sin ajuste, especialmente en despliegues cloud fuera de la UE. Documentad en el nombre del workflow la cadencia y el propósito, por ejemplo PROD Cron Lunes 08:00 Resumen Leads sin actividad.
El Schedule Trigger convive con otros tipos de disparadores en el mismo lienzo si el diseño lo requiere, aunque para flujos comerciales suele ser más claro separar procesos batch de procesos reactivos. Un webhook captura leads en el instante; un cron agrega métricas una vez al día. Mezclar ambos objetivos en un solo diagrama complica pruebas y ownership.
Construir un primer flujo programado es sencillo. Creáis un workflow, añadís Schedule Trigger y elegís intervalo: cada cinco minutos para pruebas, cada día a una hora fija para producción. Conectáis un nodo Set para preparar variables, por ejemplo fecha actual y texto del informe. Podéis encadenar nodos de transformación de fecha, peticiones HTTP a APIs internas, consultas al CRM y generación de HTML o texto enriquecido antes de enviarlo por email o Slack.
Las variables entre nodos son el mecanismo que transporta información. Cada paso expone campos que los nodos siguientes pueden arrastrar al formulario. Si necesitáis datos estables durante pruebas, fijad salidas de ejemplo con pin para no depender de ejecuciones previas mientras diseñáis la plantilla del mensaje.
Antes de activar un cron en producción, ejecutad manualmente cada nodo con Execute step y verificad salidas intermedias. Un error en la tercera etapa de un flujo nocturno puede pasar desapercibido hasta que ventas reclama un informe vacío el lunes. Configurad alertas o revisión matutina de Executions la primera semana.
Casos de uso habituales en ventas B2B incluyen resumen diario de oportunidades estancadas más de siete días, exportación semanal a Google Sheets para dirección comercial, recordatorio interno de leads sin primera respuesta en veinticuatro horas y sincronización nocturna de campos personalizados entre CRM y data warehouse. En cada caso, definid umbral de negocio en un nodo IF para no inundar canales con ruido.
Los cron intensivos consumen cuota de API y pueden solaparse si una ejecución dura más que el intervalo configurado. Evitad intervalos agresivos salvo necesidad real; preferid ventanas nocturnas para procesos pesados. En self-hosted, confirmad que el servicio n8n permanece activo y que el contenedor o servicio systemd se reinicia tras actualizaciones del servidor.
Programar automatizaciones recurrentes no sustituye triggers en tiempo real; los complementa. Un sistema comercial maduro combina captura instantánea de señales calientes con informes periódicos que dan contexto al equipo. Dominar Schedule Trigger, variables y revisión de ejecuciones es la base para operar n8n como reloj comercial fiable en España y la Unión Europea.
Registrad en documentación interna la expresión cron exacta, el owner del flujo y el canal donde se publica cada informe. Cuando ventas pida cambiar el umbral de días sin actividad, ajustad solo el nodo IF y repetid prueba manual antes del siguiente ciclo nocturno. Ese ciclo de mejora continua convierte una tarea programada en hábito operativo del equipo.
Este contenido tiene fines exclusivamente educativos e informativos. No constituye asesoramiento financiero, fiscal, legal ni comercial. Consulta con profesionales cualificados antes de tomar decisiones que afecten a tu negocio.
Qué ganas con flujos recurrentes
Un flujo activao por calendario convierte tareas que alguien recuerda hacer los viernes en entregables predecibles. Dirección recibe el mismo KPI el mismo día; comercial encuentra en Slack las oportunidades estancadas antes del stand-up; finanzas recibe el extracto sin perseguir a operaciones. Con schedule n8n el proceso corre aunque nadie abra el portátil, sin depender de un puente festivo o un viaje de ventas.
Los flujos recurrentes encajan con reporting, limpieza de datos, recordatorios y sincronizaciones batch. Si la instancia aún no está desplegada, la base la cubre la guía de instalación de n8n con Docker en VPS. Antes de programar decenas de cron, valida capacidad de hosting: la comparativa n8n self-hosted frente a n8n Cloud ayuda a dimensionar cuántos informes simultáneos aguanta tu instancia.
El disparador Schedule frente a otros triggers
n8n distingue disparadores reactivos (webhook, email, evento de app) y temporales. El Schedule Trigger dispara el workflow en intervalos fijos o según cron; nadie externo llama al flujo, el motor calcula la próxima ejecución y la encola.
Elegid Schedule cuando el negocio marca el ritmo (cada noche, primer día hábil del mes). Separa informe matutino (Schedule) de captura instantánea (webhook u otro trigger): quien empieza puede repasar creación del primer workflow orientado a ventas B2B; para leads inmediatos más resumen diario, el formulario dispara un flujo como en automatización de leads desde formulario hacia CRM y otro Schedule agrega métricas a las 08:00.
Expresiones cron sin jerga innecesaria
Una expresión cron tiene cinco campos: minuto, hora, día del mes, mes, día de la semana. 30 7 * * 1-5 = 07:30 de lunes a viernes. Asterisco = todos; barra = intervalo (*/15 * * * * cada 15 min); coma = horas concretas (0 9,14 * * *); guion = rango (0 8 * * 1-5). n8n ofrece modo visual que genera la expresión; usa cron avanzado solo cuando el calendario comercial no encaja en presets.
Evitad disparos cada minuto salvo monitorización ligera. Para eventos en segundos, el patrón suele ser webhook como disparador principal, reservando cron para batch y recordatorios.
Zona horaria Europa Madrid
Muchas instancias operan en UTC por defecto: 0 7 * * * suena a las 07:00 UTC, 08:00 en invierno y 09:00 en verano en península. Fijad Europa/Madrid con GENERIC_TIMEZONE=Europe/Madrid (Docker) o en ajustes de n8n Cloud. La zona IANA respeta CET/CEST sin recalcular offsets; n8n aplica una zona por instancia.
Tras el cambio, compara la hora en Executions con la peninsular esperada. Variables de entorno mal definidas, incluida la zona, aparecen entre los errores habituales al poner n8n en producción.
Evitar solapes y ejecuciones fantasma
Si la ejecución anterior no terminó y llega el siguiente disparo, n8n arranca otra instancia: filas duplicadas en informes, emails dobles o actualizaciones CRM repiteas. Mitiga alargando el intervalo, acortando el workflow, timeout en HTTP, modo cola con concurrencia limitaa o un lock en Redis/Postgres.
Las ejecuciones fantasma son disparos retrasados tras reinicio o duplicados por solape. Cruzad Executions con la hora del informe entregado. Si dependéis de hoja de cálculo, coordina con reporting comercial con Google Sheets: el cron de lectura debe correr después del de escritura.
Casos comerciales habituales
Informe de pipeline semanal, lunes 07:30: aging por etapa en CRM, envío a Slack o PDF. Recordatorio de propuestas, mié y vie 12:00: Leads en propuesta enviada sin actividad >5 días. Sync nocturno CRM y ERP, 02:00 a 04:00: reconciliar altas con APIs en baja carga. Digest MQL, 08:15 laborables: resumen del día anterior en canal de ventas. Limpieza RGPD, primer domingo del mes: anonimizar inactivos según retención acordada en la UE.
Para decidir si estos patrones viven en n8n o en SaaS cerrado, la comparativa n8n frente a Make para equipos B2B contrasta coste por ejecución programada y control del calendario en infraestructura propia.
Tabla de patrones de horario
Referencia para RevOps al definir nuevos flujos programados. Ajusta las horas al calendario laboral de tu empresa y verifica la zona horaria de la instancia antes de activar.
| Caso de uso | Patrón de horario | Consejo práctico |
|---|---|---|
| Informe matutino de ventas | 30 7 * * 1-5, 07:30 lun a vie |
Ejecutar antes del stand-up; incluir fecha del día anterior en el asunto del email |
| Resumen semanal de pipeline | 0 8 * * 1, 08:00 cada lunes |
Evitar festivos nacionales con nodo IF que consulte calendario laboral español |
| Recordatorio oportunidades estancadas | 0 12 * * 3,5, 12:00 mié y vie |
Limitar a owners activos; no notificar si la etapa cambió en las últimas 24 h |
| Sync nocturno CRM y ERP | 0 3 * * *, 03:00 diario |
Timeout generoso en APIs; registrar filas fallidas para reproceso manual |
| Exportación a hoja de KPIs | 15 8 * * 1-5, 08:15 laborables |
Correr después del sync nocturno; usar Append idempotente con clave de fecha |
| Alerta si no hubo leads ayer | 0 9 * * 1-5, 09:00 laborables |
Comprobar volumen > 0; escalar solo tras dos días consecutivos en cero |
| Poda de ejecuciones antiguas | 0 4 * * 0, 04:00 domingos |
Coordinar con política RGPD; no borrar logs necesarios para auditoría |
| Comprobación de salud de cron | 0 */6 * * *, cada 6 horas |
Workflow ligero que verifica última ejecución exitosa de flujos críticos |
Fallos típicos del schedule
Instancia caída en la hora del disparo: el tick se pierde; n8n no recupera retroactivamente. Añade monitor externo y cron de comprobación. Workflow inactivo tras importar: el toggle Active desactivao impide disparos. Test y prod con el mismo cron duplica informes reales, usa staging o horarios desplazados. Rate limit del CRM cuando varios batch coinciden: escalona 03:00 sync, 03:45 enriquecimiento, 07:30 informe. Error silencioso: configura Error Workflow; un cron sin alertas genera falsa confianza.
¿Cómo encaja este flujo con el EU AI Act y el RGPD?
El Reglamento (UE) 2024/1689 (EU AI Act) ya está en vigor. Si tu equipo usa automatizaciones con nodos de IA en n8n (Gemini, OpenAI, Claude u otros), la empresa actúa como desplegadora (deployer): no hace falta haber creado el modelo. Desde el 2 de febrero de 2025 el Artículo 4 exige un nivel suficiente de alfabetización en IA para quien opera estos sistemas. En España, la supervisión se articula con la AESIA (IA) y la AEPD (RGPD).
El RGPD sigue aplicando a nombres, correos y cargos de Leads B2B: base jurídica, minimización y, si hay perfiles automatizados a escala, evaluación de impacto. AI Act y RGPD se acumulan. Preferid n8n self-hosted en VPS UE, zona Europe/Madrid, logs de ejecución y aprobación humana (human-in-the-loop) antes de acciones sensibles en el CRM.
Detalle de transparencia Logixb2b: Uso responsable de IA y Transparencia. Este apartado es informativo, no sustituye asesoramiento legal ni de un DPO.
Evalúa tus horas y riesgos con el Auditor de Eficiencia Operativa B2B.
Bonus expresiones y checklist
Copiad este bloque al runbook de RevOps o al ticket de activación del workflow. Incluye expresiones frecuentes y verificación previa al go-live del cron.
EXPRESIONES CRON FRECUENTES (5 campos: min hora día-mes mes día-semana)
Cada día laborable 08:00, 0 8 * * 1-5
Cada lunes 07:30, 30 7 * * 1
Cada 15 minutos, */15 * * * *
Cada 6 horas, 0 */6 * * *
Primer día del mes 06:00, 0 6 1 * *
Último viernes del mes*, usar cron avanzado o nodo Code + calendario
* n8n cron estándar no expresa último viernes; alternativa: disparo el día 28 a 31
con IF que compruebe si mañana cambia el mes.
CHECKLIST, activar flujo programado en producción
Zona horaria
[ ] GENERIC_TIMEZONE=Europe/Madrid (o equivalente en Cloud)
[ ] Prueba manual: hora en Executions = hora peninsular esperada
Expresión y carga
[ ] Modo visual o cron documentao en descripción del workflow
[ ] Duración media de ejecución < intervalo entre disparos
[ ] Sin solape con otros batch pesados (CRM, Sheets, ERP)
Activación y entornos
[ ] Workflow Active = ON tras despliegue
[ ] Staging no comparte cron idéntico con producción
[ ] Error Workflow configurao (Slack / email / Teams)
Observabilidad
[ ] Alerta si no hay ejecución exitosa en ventana esperada
[ ] Responsable de guardia documentao
[ ] Retención de Executions acorde a RGPD
Negocio
[ ] Destinatarios del informe confirmaos
[ ] Festivos y cierre de agosto considerados si aplica
[ ] Runbook de recuperación si el VPS estuvo caídoPreguntas frecuentes
¿Cuál es la diferencia entre Schedule Trigger y Cron en n8n?
En n8n el nodo Schedule Trigger (antes llamado Cron) ofrece dos modos: intervalos predefinidos (cada hora, cada día a una hora fija) y expresión cron personalizada con cinco campos (minuto, hora, día del mes, mes, día de la semana). El modo visual cubre el 80 % de casos comerciales; la expresión cron da control fino para ventanas laborables o días concretos del mes.
¿Qué zona horaria debo usar en n8n para equipos en España?
Configura la variable de entorno GENERIC_TIMEZONE=Europe/Madrid (o TZ equivalente) en la instancia self-hosted. Así los disparos respetan CET en invierno y CEST en verano sin recalcular manualmente. En n8n Cloud, seleccionad Europe/Madrid en ajustes de la instancia. Un informe programado a las 08:00 debe ejecutarse a las 08:00 peninsulares, no en UTC.
¿Qué pasa si un flujo programado tarda más que el intervalo entre disparos?
n8n puede lanzar una nueva ejecución aunque la anterior siga en curso, generando solapes: duplicados en CRM, filas repiteas en hojas de cálculo o emails dobles a clientes. Mitiga con expresiones menos frecuentes, timeout en nodos HTTP, modo cola con concurrencia limitaa, o un flag de bloqueo en base de datos/Redis que impida arrancar si ya hay una instancia activa.
¿Se recuperan ejecuciones perdidas si n8n estuvo caído en el horario programado?
No de forma automática. Si el contenedor reinició durante la ventana del cron, esa ejecución no se reprograma retroactivamente salvo que diseñéis un flujo de recuperación que, al arrancar, compruebe la última marca temporal procesada y ejecute la lógica pendiente. Para informes diarios críticos, añade un segundo disparo de comprobación o alertas cuando no haya ejecución exitosa en las últimas 24 horas.
¿Cómo alertar cuando un flujo programado falla en silencio?
Activa Error Workflow en el flujo programado para enviar Slack, email o Teams cuando falle. Complementa con un workflow separado que consulte la API de ejecuciones y avise si el informe matutino no completó antes de las 09:00 Europe/Madrid. Un cron que solo falla los domingos pasa desapercibido si nadie revisa Executions; la alerta debe ser proactiva, no depender de que alguien abra la UI.