Guide
Guía de zonas horarias para equipos remotos: las ocho zonas que cubren el 90% de las reuniones
Ocho zonas cubren el 90% de los equipos remotos en activo. Memorice los offsets e interiorice las trampas del horario de verano.
By Buğra SözeriPublished
Ocho zonas horarias cubren la mayoría de las reuniones de equipos distribuidos: Pacífico (PST/PDT), Este (EST/EDT), Greenwich (GMT/BST), Europa Central (CET/CEST), India (IST), Japón (JST), Australia Oriental (AEST/AEDT) y Nueva Zelanda (NZST/NZDT). Memorizar los offsets y el comportamiento del horario de verano de estas zonas elimina el 90% del “espera, ¿qué hora es eso realmente?” de ida y vuelta.
La hoja de trucos
| Zona | Offset estándar | Offset horario de verano | Calendario horario de verano |
|---|---|---|---|
| Pacífico (LA, San Francisco, Vancouver) | UTC-8 (PST) | UTC-7 (PDT) | 2.º Dom. Mar — 1.er Dom. Nov |
| Este (NYC, Toronto) | UTC-5 (EST) | UTC-4 (EDT) | 2.º Dom. Mar — 1.er Dom. Nov |
| Greenwich (Londres, Dublín, Lisboa) | UTC+0 (GMT) | UTC+1 (BST) | Último Dom. Mar — Último Dom. Oct |
| Europa Central (Berlín, París, Madrid) | UTC+1 (CET) | UTC+2 (CEST) | Último Dom. Mar — Último Dom. Oct |
| India | UTC+5:30 (IST) | igual | Sin horario de verano |
| Japón | UTC+9 (JST) | igual | Sin horario de verano |
| Australia Oriental (Sídney, Melbourne) | UTC+10 (AEST) | UTC+11 (AEDT) | 1.er Dom. Oct — 1.er Dom. Abr |
| Nueva Zelanda | UTC+12 (NZST) | UTC+13 (NZDT) | Último Dom. Sep — 1.er Dom. Abr |
Las trampas del horario de verano que rompen las reuniones recurrentes
1. Ventanas de horario de verano desalineadas de tres semanas en primavera
El horario de verano de EE. UU. comienza el segundo domingo de marzo. El de la UE comienza el último domingo de marzo. Durante aproximadamente tres semanas cada primavera, las reuniones EE. UU.-UE se desplazan una hora respecto a su offset habitual. Una llamada de las 9am EST / 3pm CET se convierte en 9am EDT / 2pm CET — la misma hora en NYC, diferente hora en Berlín. Las aplicaciones de calendario generalmente lo gestionan bien; los humanos que recalculan mentalmente generalmente no.
2. Estaciones invertidas en el hemisferio sur
El horario de verano australiano va de octubre a abril. Nueva Zelanda va de finales de septiembre a principios de abril. Ambos sonopuestosal calendario de EE. UU./UE. Cuando Nueva York “adelanta” en marzo, Sídney está a punto de “retrasar”. Una llamada regular entre NY y Sídney se desplaza dos veces por cada transición de EE. UU./UE y dos veces por cada transición de AU/NZ — cuatro ajustes al año, no dos.
3. India y Japón no se mueven
Ninguno observa el horario de verano. Desde la perspectiva de un colega de EE. UU./UE, la hora de la reunión en India o Japón se desplaza dos veces al año aunque nada haya cambiado allí — la oficina central se movió, no el remoto. Esto confunde la programación basada en hojas de cálculo que asume un offset fijo.
4. La brecha de 24 horas entre LA y Sídney
La hora del Pacífico y la hora de Australia Oriental están a ~18-19 horas de diferencia según el estado del horario de verano. La mayoría de las jornadas laborales no se superponen en absoluto. La estrecha ventana de superposición:
- LA 3pm = Sídney 8am del día siguiente (invierno ambos)
- LA 4pm = Sídney 9am del día siguiente (horario de verano EE. UU., invierno AU)
Casi cualquier llamada LA-Sídney vive en la ventana LA-tarde / Sídney-mañana. La dirección inversa (tarde en Sídney / madrugada en LA) es brutal para el lado del Pacífico.
La matemática de las ventanas de reunión
Horas laborales superpuestas útiles para pares comunes:
| Par | Superposición (hora estándar) | Notas |
|---|---|---|
| SF ↔ NYC | 8am-5pm PST = 11am-8pm EST | 3 horas de diferencia; amplia superposición |
| SF ↔ Londres | 8am-9am PST = 4pm-5pm GMT | 1 hora. Mañanas PST, tardes Londres |
| SF ↔ Berlín | Ninguna durante horario estándar | SF 8am = Berlín 5pm |
| NYC ↔ Londres | 9am-12pm EST = 2pm-5pm GMT | 3 horas. La ventana transatlántica clásica |
| NYC ↔ Berlín | 9am-11am EST = 3pm-5pm CET | 2 horas. Ajustado; generalmente mañana NYC |
| Londres ↔ India | 9am-1pm GMT = 2:30pm-6:30pm IST | 4 horas. El par euroasiático más flexible |
| Berlín ↔ Tokio | 9am-10am CET = 5pm-6pm JST | 1 hora, fin de día para Tokio |
| NYC ↔ Sídney | Ninguna durante horas laborales estándar | Tarde NYC ↔ mañana Sídney |
Mejores prácticas para equipos entre zonas
- Elija una zona horaria canónicapara todos los tiempos publicados. UTC es bueno si el equipo está genuinamente distribuido; la zona del grupo más grande está bien de lo contrario. Incluya siempre el offset (“3pm UTC (11am EDT)”).
- Rote el dolor de las reuniones. Si la mitad del equipo llama a las 8am y la otra mitad a las 8pm, cambie qué mitad es cuál cada dos semanas.
- Asíncrono por defecto. Cuantas menos reuniones requieran superposición, menos importa la matemática de la zona horaria. Anote las decisiones; grabe actualizaciones en vídeo; trate el tiempo síncrono como el recurso escaso que es.
- Use nombres IANAen las invitaciones de calendario (“America/New_York” no “EST”). Los nombres IANA rastrean los cambios del horario de verano; las abreviaturas no.
- Vigile la fecha. Una llamada a las 7pm del viernes en California es el sábado al mediodía en Sídney. Los calendarios gestionan la matemática de la fecha — los humanos que estiman no.
Herramientas que realmente ayudan
El conversor de zona horaria de Convertitive muestra cualquier hora en 28 zonas principales con el horario de verano gestionado automáticamente por la base de datos IANA del navegador. El reloj mundial ofrece una visión general en tiempo real para elegir ventanas de reunión. Las aplicaciones de calendario (Google Calendar, Outlook, Cal.com) permiten mostrar zonas horarias secundarias en el panel lateral — actívelo una vez y olvídelo.
Para el contexto conceptual sobre UTC, GMT y zonas horarias IANA, vea UTC vs GMT y la entrada del glosario de zona horaria IANA.
Ejemplo: programando una reunión de toda la empresa en cuatro zonas
Una reunión de 60 minutos de toda la empresa con grupos en San Francisco (PST/PDT), Nueva York (EST/EDT), Londres (GMT/BST) y Bangalore (IST). Fecha objetivo: jueves 7 de mayo de 2026.
- Estado del horario de verano el 2026-05-07: EE. UU. está en PDT (UTC-7) / EDT (UTC-4). UK está en BST (UTC+1). India es UTC+5:30 durante todo el año.
- Exprese la reunión en UTC: 15:00 UTC.
- Reloj por grupo:
- San Francisco: 8:00 PDT (temprano pero factible)
- Nueva York: 11:00 EDT (horario pico)
- Londres: 16:00 BST (tarde de la tarde)
- Bangalore: 20:30 IST (después de cenar — el precio de incluir a India en una llamada centrada en EE. UU.)
- Formato de invitación de calendario (estilo RFC 9557):
2026-05-07T15:00:00Z[Etc/UTC]con horas secundarias en la descripción para cada grupo. El cliente de calendario renderiza la hora local del usuario automáticamente; la Z explícita elimina la ambigüedad. - Rotar el mes siguiente: un horario de 7:00 UTC invierte el dolor — Bangalore a las 12:30 IST es horario pico, San Francisco a medianoche es brutal.
Errores comunes
- Escribir “EST” durante todo el año.Nueva York está en EDT (UTC-4) durante ~8 meses del año. Una invitación de calendario que dice “3 PM EST” en julio es silenciosamente las 4 PM EDT. Use nombres IANA (
America/New_York) o UTC con offset. - Confundir GMT y UTC.Difieren en fracciones de segundo. Para la programación humana son idénticos, pero Londres NO está en GMT en verano — está en BST. “GMT” en una invitación de julio es técnicamente incorrecto.
- Calcular manualmente a través de la línea de fecha.Una reunión de Sídney a las 4 PM del viernes es el viernes al mediodía el día anterior en San Francisco. La matemática de la fecha a mano falla en ambas direcciones; deje que el calendario la renderice.
- Almacenar los tiempos de eventos en hora local.Las aplicaciones que almacenan “9:00” con un campo de zona horaria separado se rompen en el momento en que las reglas del horario de verano de la zona cambian. Almacene como instante UTC más el nombre IANA original; renderice localmente.
- Asia/Calcutta vs Asia/Kolkata. Ambos funcionan como alias, pero mezclarlos en calendarios entre sistemas puede causar problemas de sincronización. Use la forma canónica
Asia/Kolkata.
Casos especiales que la hoja de trucos no cubre
- Arizona (en su mayor parte) no observa el horario de verano.Phoenix está en MST durante todo el año; la Nación Navajo observa el horario de verano. Una reunión de “Hora de la Montaña” puede estar en dos tiempos reales diferentes según el condado.
- Isla Lord Howe (Australia) usa un offset de horario de verano de 30 minutos — UTC+10:30 en invierno, UTC+11 en verano. Los offsets fraccionarios existen en Terranova (UTC-3:30), Irán (UTC+3:30), Afganistán (UTC+4:30), India (UTC+5:30), Nepal (UTC+5:45), Myanmar (UTC+6:30) y las Islas Chatham (UTC+12:45).
- Es posible que el horario de verano de la UE termine cualquier año.El parlamento europeo votó en 2019 para poner fin a los cambios de reloj estacionales; la adopción se ha retrasado indefinidamente.
- Vuelos del mismo día que cruzan la línea de fecha.Un vuelo de Auckland a Honolulu aterriza “antes” de despegar en términos de hora local. Los calendarios lo gestionan; los humanos que estiman los tiempos de llegada no.
- Marcas de tiempo históricas.“9 AM en Berlín el 1942-04-15” necesita las reglas históricas de zona horaria. IANA las codifica — la aritmética de offset UTC simple no lo hace.
Fuentes: Base de datos tz IANA (2026a); Directiva UE 2000/84/CE (disposiciones sobre el horario de verano); Ley de Política Energética de EE. UU. de 2005 (calendario moderno de horario de verano de EE. UU.); RFC 9557 (IXDTF).
Frequently asked questions
- ¿Cuál es la diferencia horaria entre Nueva York y Londres?
- 5 horas durante el horario estándar (EST/GMT) y 4 horas durante el verano cuando ambos observan el horario de verano. Durante unas 3 semanas en marzo la diferencia es temporalmente de 4 horas porque el horario de verano de EE. UU. comienza antes que el BST del Reino Unido. Verifique siempre con un conversor en tiempo real alrededor de las fechas de transición.
- ¿India y Japón observan el horario de verano?
- No. India (IST, UTC+5:30) y Japón (JST, UTC+9) no observan el horario de verano durante todo el año. Esto significa que una reunión fijada a las ‘9am en Tokio’ se desplaza respecto a Nueva York y Londres dos veces al año aunque los relojes de Japón nunca cambien — fueron los relojes de EE. UU. y Europa los que se movieron.
- ¿Cuál es la mejor ventana de superposición para una reunión entre San Francisco y Londres?
- Durante el horario estándar, la superposición utilizable es 8–9am Pacífico = 4–5pm GMT — aproximadamente una hora. Las llamadas SF-a-Londres casi siempre significan madrugadas para el lado del Pacífico.
- ¿Por qué debería usar nombres de zona horaria IANA en lugar de EST o PST en las invitaciones de calendario?
- Los nombres IANA como ‘America/New_York’ rastrean automáticamente las transiciones del horario de verano. La abreviatura ‘EST’ significa UTC−5 durante todo el año en la base de datos IANA, pero Nueva York está en EDT (UTC−4) durante unos 8 meses del año — una invitación que dice ‘3pm EST’ en julio es ambigua o incorrecta.
- ¿Cuántas veces al año cambia el horario de las reuniones entre Nueva York y Sídney?
- Cuatro veces. Las transiciones del horario de verano de EE. UU. (marzo y noviembre) y las australianas (octubre y abril) cambian la diferencia. Nueva York y Sídney observan el horario de verano en hemisferios opuestos, por lo que el offset entre ellos cambia con cada transición en lugar de cancelarse.
Related
Published May 16, 2026