La reunión no se movió. Los relojes sí.
Una reunión internacional recurrente puede parecer estable en un calendario y moverse para todos los demás. Un equipo de Nueva York puede crear una reunión semanal a las 9:00 todos los lunes. Para ellos sigue siendo a las 9:00. Para Londres, Madrid, Dubái, Tokio o Sídney puede aparecer una hora antes o después durante las semanas en que los cambios de horario no coinciden.
La pregunta oculta es sencilla: ¿la reunión está anclada a una hora local de una ciudad, o a una hora UTC fija? Si está anclada a 09:00 America/New_York, Nueva York conserva las 9:00 y UTC cambia. Si está anclada a 14:00 UTC, UTC no cambia y Nueva York pasa de 9:00 a 10:00 tras el cambio de primavera.
America/New_York. Los horarios se calcularon con reglas IANA para 2026. Conviene revisar años futuros porque las leyes de horario de verano pueden cambiar.Por qué se produce el desplazamiento
El horario de verano no es un interruptor mundial. En 2026, Estados Unidos cambia el 8 de marzo y vuelve el 1 de noviembre. La Unión Europea cambia el último domingo de marzo y el último domingo de octubre. Sídney sigue un patrón del hemisferio sur. Dubái y Tokio no cambian de hora en este ejemplo.
Eso crea ventanas de desajuste. Durante unas semanas, Nueva York y Europa no tienen su diferencia habitual. Más tarde, Sídney cambia mientras el hemisferio norte ya está en otro ciclo. La reunión sigue siendo el mismo instante global, pero las etiquetas locales del reloj se mueven.
Una reunión a las 9:00 de Nueva York en primavera de 2026
Las tarjetas siguientes siguen la misma reunión de lunes durante las semanas clave. La lectura útil no es solo "qué hora aparece en mi calendario", sino qué cambia en UTC y qué regiones se desplazan aunque la hora de Nueva York siga fija.
Lun, 2 mar base invierno
Lun, 9 mar EE. UU. cambió primero
Lun, 30 mar Europa alcanza
Lun, 6 abr cambia Sídney
En poco más de un mes, Londres pasa de 14:00 a 13:00 y vuelve a 14:00. Madrid pasa de 15:00 a 14:00 y vuelve a 15:00. Sídney pasa de martes 01:00 a martes 00:00 y después a lunes 23:00.
El cambio de otoño no es idéntico
En otoño la ventana corta aparece en sentido contrario. Europa vuelve a la hora estándar el 25 de octubre de 2026, mientras Nueva York espera hasta el 1 de noviembre. Durante esa semana, la distancia entre Nueva York y Europa es una hora menor de lo habitual.
Lun, 19 oct antes de Europa
Lun, 26 oct Europa cambió primero
Lun, 2 nov vuelve invierno
Este tramo de octubre es fácil de pasar por alto porque solo dura una semana. Si el equipo europeo mira la invitación sin revisar la serie completa, puede parecer que la reunión "se adelantó" de repente. En realidad, Nueva York todavía no ha vuelto a la hora estándar.
Qué pasa si la reunión se fija en UTC
UTC elimina una parte de la ambigüedad, pero no convierte una reunión humana en justa. Una reunión fija a las 14:00 UTC ocurre siempre en el mismo instante global, pero las horas locales cambian para las ciudades que entran o salen del horario de verano.
14:00 UTC el 2 mar antes de EE. UU.
14:00 UTC el 9 mar tras EE. UU.
14:00 UTC el 30 mar tras Europa
14:00 UTC el 2 nov vuelve invierno
Por eso "usar UTC" es una buena regla para logs, incidentes, lanzamientos, mercados o sistemas, pero no siempre para una reunión semanal. UTC estabiliza el instante; no estabiliza la comodidad local de las personas.
Cómo diagnosticar tu propia invitación
No hace falta adivinar cómo está configurada una reunión recurrente. Abre una ocurrencia antes de un cambio de horario y otra después. Compara la ciudad del organizador, UTC y una ciudad remota.
Probablemente usa una zona IANA como America/New_York. La hora local del organizador se mantiene, pero otras regiones pueden moverse.
El instante global es estable, pero las horas de trabajo locales cambian cuando una ciudad entra o sale del horario de verano.
Las abreviaturas son frágiles. EST puede ser un offset fijo, una etiqueta de invierno o una forma informal de decir hora del Este.
Qué anclaje conviene elegir
Para una reunión de equipo normal, suele ser mejor anclar la serie a la ciudad que realmente dirige la reunión. Si producto, ventas o soporte están en Nueva York, America/New_York describe mejor la intención que un offset como UTC-05:00. El offset puede ser correcto en enero y falso en marzo.
Para eventos técnicos, UTC suele ser más seguro porque los sistemas necesitan un instante único. La diferencia es el objetivo: las personas piensan en horas de trabajo locales; los sistemas piensan en marcas de tiempo exactas. Mezclar ambos modelos es lo que produce invitaciones confusas.
La regla práctica
Para una reunión recurrente, escribe 09:00 America/New_York o 15:00 Europe/Madrid. Una zona IANA conserva las reglas de horario.
Para logs, releases, incidentes o eventos globales puntuales, UTC elimina ambigüedad.
Añade fecha, hora, zona de ciudad y hora límite. "Viernes a las 5" no basta entre países.
Texto seguro para la invitación:
Reunión semanal: lunes a las 09:00 America/New_York. Las horas locales pueden cambiar en otras regiones durante semanas de transición.
Si la equidad importa, revisa la serie antes de marzo y antes de octubre/noviembre, o rota el horario para que el coste no recaiga siempre en las mismas personas.
Para revisarlo, usa el planificador de reuniones, el conversor de zonas horarias y el reloj mundial.
Fuentes y método
- Ejemplo calculado con zonas IANA:
America/New_York,Europe/London,Europe/Madrid,America/Los_Angeles,Asia/Dubai,Asia/TokyoyAustralia/Sydney. - Fechas elegidas: lunes cercanos a los cambios de horario de 2026, incluyendo 2, 9 y 30 de marzo, 6 de abril, 19 y 26 de octubre, y 2 de noviembre.
- Las horas muestran tiempo civil local; para años futuros conviene recalcular porque los parlamentos pueden cambiar las reglas.
- NIST: reglas de horario de verano en EE. UU.
- EUR-Lex: Directiva 2000/84/CE
- Base de datos de zonas horarias IANA
- Legislación de Nueva Gales del Sur sobre hora estándar
- Por qué EE. UU. y Europa cambian de hora en fechas distintas