La reunión más cara que me perdí estaba programada correctamente. Alguien en Londres puso " 3 pm mi hora, 10 am tuya " en una invitación de calendario a mí en Nueva York, lo cual era cierto cuando lo escribieron en febrero. La llamada fue el 12 de marzo. Estados Unidos había adelantado sus relojes el domingo anterior; el Reino Unido no había adelantado, ni lo haría, hasta dentro de tres semanas. La diferencia entre Londres y Nueva York, normalmente de cinco horas, era de cuatro esa semana, por lo que las 3 de la tarde en Londres eran las 11 de la mañana para mí, no las 10 de la mañana. Me uní a una habitación vacía una hora antes, me di por vencido y perdí la llamada por completo.
Ese período de tres semanas en primavera -y el período de una semana en otoño- no es un caso marginal. Sucede todos los años y atrapa a personas que por lo demás son perfectamente competentes en aritmética, porque la aritmética no es el problema. El problema es que " Londres está cinco horas por delante de Nueva York" No es un hecho sobre dos ciudades. Es un hecho sobre dos ciudades en una fecha en particular, y en el momento en que lo escribes sin la fecha adjunta, has creado un error.
Una zona horaria no es un desplazamiento. Es un conjunto de reglas que producen un desplazamiento cuando lo alimentas un instante. Esas reglas cambian: los países adoptan el horario de verano, lo abandonan, cambian su compensación estándar o anuncian un cambio permanente con tres semanas de aviso. Por eso el Convertidor de zona horaria según Toolz.dev nunca almacena un desplazamiento en ninguna parte. Pregunta el IANA base de datos de zona horaria, la que ya se encuentra dentro de su navegador, cuál es el desplazamiento para el momento exacto que está convirtiendo y vuelve a preguntar cada dos momentos.
TL;Dr: La brecha entre dos zonas depende de la fecha, porque las transiciones de horario de verano no se alinean entre países. los Convertidor de zona horaria Resuelve cada compensación a través de la base de datos IANA para el instante específico que ingresa, muestra tanto los desplazamientos UTC como la diferencia firmada, maneja zonas de media hora y cuarto de hora, y establece el mismo instante en varias ciudades en una tira de Planificador de reuniones. Se ejecuta completamente en su navegador.
Características clave
Compensaciones resueltas por instante, nunca codificadas
Cada compensación en esta herramienta se calcula formateando su instante en la zona de destino y leyendo el reloj de pared. Esa única decisión de diseño significa que el horario de verano, los cambios históricos en las reglas y los países que ajustan su compensación mediante decreto gubernamental se manejan mediante la misma ruta de código. No hay una tabla de compensación que mantener ni una tabla que quedarse obsoleta. Convierta una reunión en enero y la misma reunión en julio entre Berlín y Chicago, y la herramienta le dará correctamente un intervalo de siete horas en ambas ocasiones, pero convierta una a finales de marzo y le dará seis correctamente.
Más de 50 zonas IANA seleccionadas
El selector enumera las ciudades que la gente programa en realidad alrededor, agrupadas por región, etiquetadas con su país y que se muestran junto con el identificador completo de IANA. Esa última parte importa más de lo que parece: Asia/Kolkata es la cadena que pegas en una expresión cron, un postgres AT TIME ZONE cláusula, o una Python ZoneInfo constructor. Lectura "Kolkata, India" y copiando Asia/Kolkata son dos trabajos diferentes, y la herramienta hace ambas cosas.
Una tira de planificador de reuniones
Debajo de la conversión, cada zona que agregas obtiene una fila de celdas de hora que abarcan la ventana alrededor de tu instante. Las horas de trabajo (de 09:00 a 17:59 locales) están sombreadas, las horas tempranas y tardías se marcan por separado, y cualquier celda que caiga en un día calendario diferente lleva un +1d investigaciones operacionales -1d insignia. Encontrar una hora civilizada en San Francisco, Londres y Sydney simultáneamente es un problema difícil: la tira la convierte en visual en lugar de aritmética.
Zonas de media hora y cuarto de hora tratadas como normales
India es UTC+05:30. Nepal es UTC+05:45. Adelaide es UTC+09:30 en invierno y UTC+10:30 en verano. Las Islas Chatham son UTC+12:45. Aproximadamente una quinta parte de la población mundial vive en un desfase que no es un número entero de horas, y cualquier herramienta que asuma lo contrario es incorrecta para cientos de millones de personas. Las compensaciones aquí se almacenan y se muestran en minutos.
Abreviaturas mostradas para la fecha de entrada
Cada lado de la conversión muestra la abreviatura de zona vigente en ese instante: EST o EDT, GMT o BST, AEST o AEDT. Esta es la forma más rápida de ver en qué lado de una transición aterrizó. Si ingresó una fecha de marzo y la herramienta dice EDT, los relojes ya han cambiado. Si dice EST, no es así.
Completamente del lado del cliente
Cada cálculo se ejecuta en JavaScript en su navegador, usando el Intl API y la base de datos de zona horaria que se envía con el motor. No se carga nada de lo que ingrese, no se registra nada y, una vez que la página se ha cargado, el convertidor sigue funcionando sin conexión de red. Eso también significa que el resultado se actualiza en el instante en que cambias un campo, porque no hay que esperar de ida y vuelta.
Cómo usar el convertidor de zona horaria
Paso 1: Establecer la zona de origen, la fecha y la hora
Elige la ciudad que estás convirtiendo de, luego ingrese la fecha y la hora exactamente como el reloj lee allí. El campo de tiempo toma un valor de 24 horas, por lo que las 3 p.m. 15:00. Si desea el momento actual en lugar de uno hipotético, presione hoy día- carga la fecha y hora actuales como se ve en la zona de origen, que no es necesariamente la misma fecha que la de tu propia pared.
Paso 2: Elige la zona objetivo
Elige la ciudad en la que quieres la respuesta. La fecha, la hora y la lectura de 12 horas convertidas aparecen de inmediato, junto con el desplazamiento y la abreviatura de UTC que se aplican en esa fecha en particular. Tenga en cuenta que el cumpleaños Can Change: 21:00 el lunes en Nueva York es a las 07:00 el martes en Dhaka, y la herramienta muestra la nueva fecha en lugar de dejarlo en silencio.
Paso 3: Lea las compensaciones y la brecha
Debajo de cada lado obtienes el desplazamiento en UTC±HH:MM forma y abreviatura de zona. Entre ellos, la herramienta establece la relación en palabras - "Dhaka está 10 horas por delante de Nueva York" - con el valor correcto para esa fecha, no un promedio memorizado. Utilice el botón de intercambio para invertir la dirección; mantiene el mismo instante Y cambia de qué lado estás entrando, que es lo que casi siempre quieres.
Paso 4: Construya la franja de reunión
Agregue la zona de cada participante al planificador. Cada fila muestra el mismo instante en esa zona más las horas que la rodean, con horas de trabajo sombreadas. Deslice su tiempo de fuente antes o después y observe el movimiento de sombreado. Cuando las celdas sombreadas se alinean en cada fila, has encontrado tu ranura.
Paso 5: Copia el resultado
Copie solo el tiempo convertido o la expresión completa - Sun, Mar 12, 2026 09:00 EDT (America/New_York) = Sun, Mar 12, 2026 13:00 GMT (Europe/London)- y pégalo en la invitación del calendario. Escribir ambos lados con sus abreviaturas es el hábito más eficaz para no repetir mi error de Londres.
Cómo funciona realmente la conversión de zona horaria
El modelo mental ingenuo es que cada zona tiene un número adjunto y la conversión es la resta. Ese modelo es incorrecto de una manera que produce respuestas correctas la mayor parte del tiempo, que es el peor modo de falla posible.
El modelo correcto tiene tres capas.
Capa uno: el instante. Debajo de todo hay un único punto en la línea de tiempo universal: una marca de tiempo de época, un recuento de segundos desde 1970-01-01T00:00:00Z. Los instantes son inequívocos. Todos en la Tierra experimentan el mismo instante simultáneamente, diga lo que diga su reloj.
Capa dos: el desfase. Un desplazamiento es un número de minutos firmado para agregar a UTC para obtener la hora local del reloj de pared. UTC-04:00 es un desfase. es un éxito, no es una propiedad de un lugar.
Capa tres: la zona. Una zona es un conjunto de reglas con nombre - America/New_York- eso asigna un instante a un desplazamiento. Esta es la capa en la que las personas colapsan en la capa dos, y ese colapso es la fuente de casi todos los errores de zona horaria jamás escritos.
Entonces una conversión no es localB = localA + delta. es:
instant = resolve(wallClockA, zoneA) // rules of A, applied to that reading
wallClockB = render(instant, zoneB) // rules of B, applied to that instant
Dos búsquedas de reglas, un instante en el medio. La herramienta hace exactamente esto. Para resolver el desplazamiento de una zona en un instante, formatea el instante en esa zona, lee el año, mes, día, hora, minuto y segundo, trata esos campos como si fueran UTC y resta el instante real. La diferencia es la compensación, en minutos, directamente de la copia de la base de datos de la IANA.
Ir en la otra dirección, desde una lectura de reloj de pared hasta un instante, tiene un problema de huevo y pollo, porque necesitas el desplazamiento para encontrar el instante y el instante para encontrar el desplazamiento. La herramienta adivina una vez que usa el desplazamiento ingenuo, verifica si la conjetura aterrizó en el otro lado de una transición y corrige si así fue. Dos búsquedas, siempre terminadas, corrigen a través de los límites del horario de verano.
La base de datos de zonas horarias de IANA
La base de datos de la que todo depende es mantenida por Iana y, a menudo, todavía se llama la "base de datos de Olson" en honor a Arthur David Olson, quien la inició en la década de 1980. Se envía dentro de cada sistema operativo, todos los navegadores, cada JVM y cada instalación de Python, y se actualiza varias veces al año porque los gobiernos siguen cambiando de opinión.
Sus identificadores toman la forma Area/Location: America/New_York, Europe/London, Asia/Kolkata, Australia/Sydney. La ubicación es una ciudad representativa, no un reclamo político - America/New_York Cubre toda la zona este de EE. UU., e Indiana necesita una docena de identificadores propios porque sus condados no estuvieron de acuerdo durante décadas sobre si observar el horario de verano.
Lo que almacena la base de datos no es un solo desfase por zona, sino un historial completo de reglas. sabe que Ucrania Europe/Kyiv era Europe/Kiev Hasta que se actualizó la ortografía en 2022. Sabe que Egipto reintrodujo el horario de verano en 2023 después de abandonarlo en 2014. Sabe que Samoa se saltó el 30 de diciembre de 2011 por completo cuando saltó a la línea de fecha internacional. Esa historia es la razón por la que convertir una fecha en 2015 y una fecha en 2025 para el mismo par de ciudades puede producir legítimamente respuestas diferentes, y por qué una herramienta que codifica los offsets es una herramienta que miente sobre el pasado.
La consecuencia práctica para cualquier persona que escribe software: Almacene los instantes en UTC, almacene la zona de usuario como identificador IANA y convierta solo en la capa de visualización. Nunca almacene una compensación. Un desplazamiento es una representación de una regla y las reglas cambian. Si está trabajando con valores de Epoch directamente, el Convertidor de marca de tiempo es la herramienta complementaria para leerlos como fechas.
Compensaciones UTC, abreviaturas y nombres de zona: cuáles usar
Estas tres cosas están constantemente confundidas y no son intercambiables.
| hacerse | ejemplo | estable? | único? | Úsalo para |
|---|---|---|---|---|
| Nombre de la zona de IANA | America/New_York |
Sí, a través de DST | sí | Almacenamiento, código, configuración, API |
| Desplazamiento UTC | UTC-04:00 |
No, cambios con DST | prohibido | pantalla, formatos de cable con un instante adjunto |
| abreviatura | EDT |
No, cambios con DST | prohibido | Solo pantalla orientada al hombre |
El asesino es esa última columna. Las abreviaturas no son únicas. CST significa hora estándar central de EE. UU., hora estándar de China y hora estándar de Cuba: tres compensaciones diferentes, una cadena. IST Significa la hora estándar de la India, la hora estándar irlandesa y la hora estándar de Israel. BST Significa el horario de verano británico, y también la hora estándar de Bougainville. Si un sistema recibe CST por encima del cable y tiene que adivinar, adivinará mal a alguien.
El formulario de compensación es inequívoco pero no estable: UTC+01:00 Identifica correctamente una representación de instante, pero no es una zona, y no puede usarla para calcular inmediatamente La representación del martes, porque el próximo martes puede caer al otro lado de una transición.
Solo el nombre de la IANA lleva las reglas. Es el único de los tres que deberías persistir.
Por qué la brecha entre dos ciudades sigue moviéndose
El horario de verano es la razón, y la razón por la que muerde tanto es que los países no sincronizan sus transiciones.
- los Estados Unidos Se adelanta el segundo domingo de marzo y vuelve a caer el primer domingo de noviembre.
- la Unión Europea Se adelanta el último domingo de marzo y vuelve a caer el último domingo de octubre.
- Australia, al estar en el hemisferio sur, hace lo contrario: adelante en octubre, atrás en abril, y Queensland, Australia Occidental y el Territorio del Norte no lo hacen en absoluto.
- India, China, Japón, la mayor parte de África y la mayor parte de Asia No lo observes en ningún momento.
Alinee esos y obtendrá ventanas superpuestas donde la brecha habitual es simplemente incorrecta:
| pausa | Reloj de Nueva York | Reloj de Londres | espacio |
|---|---|---|---|
| La mayor parte del invierno | EST (UTC−05:00) | GMT (UTC+00:00) | 5 horas |
| Segundo domingo de marzo → Último domingo de marzo | EDT (UTC−04:00) | GMT (UTC+00:00) | 4 horas |
| la mayor parte del verano | EDT (UTC−04:00) | BST (UTC+01:00) | 5 horas |
| Último domingo de octubre → Primer domingo de noviembre | EDT (UTC−04:00) | GMT (UTC+00:00) | 4 horas |
Dos ventanas al año - aproximadamente tres semanas en primavera y una semana en otoño - en las que cada "we'siempre están con cinco horas de diferencia" La suposición en su calendario está desviada por una hora. Y eso es sólo un par de ciudades. Agregue Sydney, cuyas transiciones van en la dirección opuesta, y el número de valores de brecha distintos a lo largo de un año aumenta rápidamente.
Las propias transiciones crean dos peligros más que vale la pena nombrar. Cuando los relojes avanzan, una hora de hora local no existe- 02:30 de la noche de transición en Nueva York no es una lectura real. Cuando los relojes retroceden, una hora de hora local sucede dos veces, y una lectura de pared de reloj de pared es genuinamente ambigua. El convertidor resuelve tiempos inexistentes hasta el instante inmediatamente después de la transición y tiempos ambiguos a la primera ocurrencia, que es la convención que sigue la mayoría del software de calendario. No es la única opción defendible, pero es la que produce menos sorpresas.
Casos de uso comunes
Programación de reuniones en un equipo distribuido. El obvio, y el que existe para el que la tira de planificador. Tres o más zonas es donde falla la aritmética mental de manera confiable, particularmente cuando una de ellas está en un desfase de media hora o en el hemisferio sur.
Escribir invitaciones y anuncios de calendario. Indique siempre la hora con una zona, siempre dé dos representaciones y prefiera el nombre de IANA o una abreviatura totalmente calificada sobre "Mi tiempo". "14:00 UTC (10:00 EDT / 19:30 IST)" no tiene ambigüedades. "2 PM" es un lanzamiento de moneda.
Depuración de marcas de tiempo en registros. Un servidor inicia sesión en UTC, un cliente informa un incidente en la hora local y los dos deben reconciliarse antes de poder encontrar la solicitud. Convierta el informe del cliente a UTC y, a continuación, busque. Si los registros son valores de época en lugar de cadenas ISO, ejecútelos por el Convertidor de marca de tiempo primero
Programación de trabajos cron y trabajo de fondo. Una expresión cron en un servidor configurado en UTC no cambiará con un cambio de horario de verano de usuario ', que generalmente es lo que desea y, ocasionalmente, exactamente lo que no desea, si el trabajo está destinado a ejecutarse a las 09:00 local para un cliente en un país que observa el horario de verano. Calcule ambas lecturas antes de confirmar el cronograma; el analizador de cron le dirá lo que realmente significa su expresión.
Planificación de viajes y llamadas con la familia. Los horarios de salida y llegada siempre se dan en la hora local en cada aeropuerto, lo que significa que la duración aparente de un vuelo es una tontería hasta que convierte ambos extremos a la misma zona. Un vuelo de 14 horas que "llega antes de que se vaya" es solo un cruce de fecha y línea.
Coordinación de lanzamientos, despliegues y embargos. Cualquier cosa con un límite severo en múltiples mercados necesita un solo instante, expresado en UTC, con representaciones locales adjuntas para cada región. Si está calculando cuántos días quedan hasta ese instante en lugar de la lectura del reloj, el Calculadora de diferencia de fecha es la otra mitad del flujo de trabajo.
preguntasrán el
¿Cómo convierto EST a IST?
escogido America/New_York como fuente y Asia/Kolkata como el objetivo. India está 10 horas 30 minutos por delante de Nueva York durante el horario estándar del este y 9 horas 30 minutos por delante durante el día del este, porque India no observa el horario de verano y los Estados Unidos sí. Esa brecha cambiante es exactamente la razón por la que deberías convertir contra una fecha en lugar de memorizar un solo número.
¿Cuál es la diferencia entre EST y EDT?
EST (hora estándar del este) es UTC−05:00 y se aplica en invierno. EDT (hora diurna del este) es UTC−04:00 y se aplica desde el segundo domingo de marzo hasta el primer domingo de noviembre. "Hora del Este" o ET es el término general que significa actualmente en vigor. En Documentos y Código, prefiera el identificador de IANA America/New_York, que es inequívoco todo el año.
¿Este convertidor maneja el horario de verano?
Sí, y lo hace para la fecha en la que ingresa en lugar de para hoy. Cada compensación de zona ' se resuelve a través de la base de datos de zonas horarias de la IANA en el instante específico en el que está convirtiendo, por lo que una reunión el 1 de marzo y la misma reunión el 15 de marzo entre Nueva York y Londres mostrarán correctamente una diferencia de cinco horas. brecha de horas y una brecha de cuatro horas respectivamente: Estados Unidos adelanta sus relojes tres semanas antes que Europa.
¿Qué es un identificador de zona horaria de IANA?
es un nombre como America/New_York, Europe/London, o Asia/Kolkata extraído de la base de datos de zonas horarias de la IANA, el conjunto de datos de referencia que registra no sólo las compensaciones actuales sino también cada cambio histórico de reglas. Los identificadores son pares de área/ubicación y son la única forma segura de nombrar una zona en el software, porque abreviaturas como CST son ambiguas: US Central, China Standard y Cuba Standard lo afirman.
¿Por qué algunas zonas horarias tienen un desplazamiento de 30 o 45 minutos?
Porque las zonas son políticas, no geométricas. India se decidió por UTC+05:30 para correr un amplio país con un solo reloj. Nepal eligió UTC+05:45 para sentarse quince minutos por delante de India. Adelaide es UTC+09:30 y las Islas Chatham son UTC+12:45. Cualquier código que asuma compensaciones en horas enteras eventualmente será incorrecto para alrededor de una quinta parte de la población mundial.
¿Qué es UTC y en qué se diferencia de GMT?
UTC (hora universal coordinada) es el estándar de reloj atómico del que cada zona se define como un desplazamiento. GMT (hora media de Greenwich) es una zona horaria que equivale a UTC+00:00 en invierno; el Reino Unido pasa a BST (UTC+01:00) en verano, por lo que "GMT" y " Hora de Londres" no son lo mismo durante todo el año. Almacene y compare instantes en UTC; convertir a una zona solo para mostrar.
¿Cuántas zonas horarias hay en el mundo?
Hay 24 bandas de una hora en teoría, pero en realidad se cuentan alrededor de 38 compensaciones UTC distintas una vez que se cuentan las zonas de media hora y un cuarto de hora, que abarcan UTC−12:00 a UTC+14:00. Esa diferencia de 26 horas es la razón por la que dos lugares en la Tierra pueden estar en diferentes fechas de calendario en el mismo instante. La propia base de datos IANA define varios cientos de zonas con nombre, porque rastrea las reglas históricas y las actuales.
¿Qué sucede con un momento que cae en una brecha de horario de verano?
Cuando los relojes avanzan, nunca existe una hora de hora local, por lo que las 02:30 de la noche de transición en Nueva York no son una lectura real. El convertidor resuelve dicha entrada en el instante inmediatamente después de la transición en lugar de devolver una respuesta incorrecta en silencio. Los tiempos en otoño se superponen, donde el mismo reloj de pared ocurre dos veces, se resuelven en la primera ocurrencia: sigue la convención que sigue la mayoría del software de calendario.
