La hora que falta en primavera y la que se repite en otoño
Algunas lecturas locales no identifican ningún instante; otras identifican dos.
Por qué puede fallar una hora local
Cuando un reloj avanza, omite un intervalo de lecturas locales; cuando retrocede, repite un intervalo. La fecha exacta, magnitud y hora de transición dependen de las reglas del lugar. Por eso una fecha y una hora local no siempre identifican un instante único. El problema destaca en citas nocturnas y registros, pero es una consecuencia general de modificar desplazamientos UTC.
Un ejemplo concreto de otoño
En Londres, el 25 de octubre de 2026, el reloj pasa de las 02:00 BST a la 01:00 GMT. La lectura 01:30 aparece una vez con UTC+01:00 y otra con UTC+00:00. Las dos citas estarían separadas por una hora real. Escribir el desplazamiento o una marca UTC explícita las distingue. La noticia del otoño británico explica el cambio previsto y sus consecuencias.
Un ejemplo concreto de primavera
Según la regla estacional estadounidense, una localidad participante pasa de las 02:00 a las 03:00 en primavera. Una hora dentro del intervalo omitido no existe ese día. El software puede rechazarla o interpretarla según una regla documentada; no supongas que todas las aplicaciones se comportan igual. Para una cita importante, escoge una hora inequívoca o pide al organizador confirmar el instante resultante en el calendario utilizado.
Trata la ambigüedad explícitamente
Al comunicar un problema, incluye ciudad, fecha completa, lectura local y desplazamiento esperado. Conserva las marcas originales en registros y compara sus instantes UTC antes de declarar duplicadas dos entradas. Evita ventanas de transición para anunciar eventos si puedes; si no, prueba las invitaciones exportadas. Nuestra guía de eventos explica qué publicar y la guía de marcas de tiempo cómo un instante tiene varias representaciones locales.