Comprueba una expresión cron y mira cuándo se ejecuta a continuación en cualquier zona horaria.
Convierte 99,9 % o 99,99 % en inactividad permitida al mes y al año, y combina disponibilidad.
Abrir →Timestamp Unix en vivo con conversión en ambos sentidos, varias zonas horarias y formatos.
Abrir →Compara la hora local entre zonas horarias con cambio de horario automático, ideal para coordinar reuniones entre regiones.
Abrir →Aún no hay comentarios. ¡Sé el primero!
Valida una expresión cron estándar de 5 campos y obtén un resumen en lenguaje llano más las próximas 10 horas de ejecución en cualquier zona horaria IANA, con el horario de verano gestionado (las horas que no existen en primavera se omiten y las horas repetidas en otoño cuentan una vez). Acepta abreviaturas de mes y día y alias como @daily, muestra límites y fragmentos listos para pegar para GitHub Actions, Vercel, Kubernetes y crontab, y puede construir una expresión a partir de opciones.
No. La base de la herramienta es el cron estándar de estilo Unix/POSIX de 5 campos (minuto hora día-del-mes mes día-de-la-semana); una expresión de 6 o 7 campos se rechaza con un error de número de campos en lugar de interpretarse mal en silencio. Además de números acepta abreviaturas de mes y día (JAN, MON) y alias como @daily y @hourly. Los campos de segundos y los ?, L, W, # de Quartz siguen sin admitirse.
Es O. Es el comportamiento estándar de Vixie cron: cuando ni el día del mes ni el día de la semana es un «*» simple, la tarea se ejecuta si se cumple CUALQUIERA de las condiciones, sin exigir ambas. El resumen de la herramienta y la nota inferior lo explican.
Por defecto la zona horaria local de tu navegador; el menú Zona horaria permite cambiar a cualquier zona IANA (como Asia/Taipei o America/New_York) o a UTC, y la tabla muestra tanto la hora de esa zona como UTC. Los programadores del lado del servidor suelen ejecutarse en UTC, así que elige la zona que realmente use tu plataforma.
Cuando los relojes se adelantan, algunas horas locales no existen (por ejemplo 02:30), así que la herramienta omite esa ejecución y la indica en los resultados. Cuando los relojes se atrasan, una hora local ocurre dos veces y una programación a hora fija se cuenta una vez, en su primera aparición. Las plataformas gestionan estos casos de forma distinta; para tareas importantes evita la ventana de transición o programa en UTC.
Las programaciones de GitHub Actions tienen un intervalo mínimo de 5 minutos, se ejecutan en UTC por defecto, pueden retrasarse bajo carga y solo se disparan en la rama predeterminada. Vercel lee las expresiones cron en UTC; en Hobby cada tarea se ejecuta como máximo una vez al día con hasta 59 minutos de margen, Pro y Enterprise permiten por minuto, y un proyecto puede tener como máximo 100 tareas. Para un CronJob de Kubernetes fija la zona con .spec.timeZone; CRON_TZ o TZ dentro de la programación no se admite. Elige una plataforma de destino para ver estas notas y un fragmento listo para pegar.
Sí. Abre «Construir una expresión a partir de opciones», elige cada N minutos, cada hora, a diario, días laborables, semanal en días elegidos, mensual o anual, rellena la hora y obtienes la expresión; un clic la aplica a la entrada de arriba para ver de inmediato el resumen y las próximas ejecuciones.
Se ejecuta en minuto 0, en hora 9, en días de la semana 1, 2, 3, 4, 5, cada mes.
minuto
0
hora
9
día del mes
*
mes
*
día de la semana
1-5
Al cambiar de plataforma se muestran sus límites y un fragmento listo para pegar.
Próximas 10 ejecuciones · UTC
Calculando…
Fragmento de configuración
0 9 * * 1-5 /path/to/command
0 9 * * *La base es el cron estándar de 5 campos al estilo Unix/POSIX (minuto hora día-del-mes mes día-de-la-semana); las variantes de 6–7 campos de Quartz/AWS/GitHub no son compatibles; las abreviaturas de meses/días y los alias tipo @daily se expanden primero y luego se validan.
También se admiten abreviaturas de meses y días (JAN, MON) y los alias @daily, @hourly, @weekly, @monthly, @yearly. Los campos de segundos y los símbolos Quartz ?, L, W, # siguen sin admitirse.
Las próximas ejecuciones se calculan para la zona que elijas con sus reglas de horario de verano; una hora fija dentro de la hora repetida se ejecuta una vez, y una hora que no existe en el salto de primavera se omite.
Las reglas de las plataformas proceden de la documentación de GitHub, Vercel y Kubernetes (verificadas el 2026-10-20); las plataformas pueden cambiar, así que sigue su documentación.