Conversor de fusos horários gratuito

UTC, GMT e por que você quer os nomes IANA

O UTC (Tempo Universal Coordenado) é o padrão de tempo global, definido em relação ao Tempo Atômico Internacional com ajustes periódicos de segundos bissextos. O GMT (Greenwich Mean Time) é tecnicamente um fuso horário (UTC+00:00) historicamente ligado ao Observatório Real de Greenwich, em Londres. Os dois são usados de modo intercambiável no dia a dia; tecnicamente, o UTC é o padrão com o qual todos se sincronizam.

Para a identificação inequívoca de fusos horários, o padrão é o Banco de Dados de Fusos Horários da IANA (TZDB), originalmente criado por Arthur David Olson nos National Institutes of Health dos EUA em 1986 e agora mantido pela IANA. Seu formato de nomes é Region/City: America/New_York, Europe/Paris, Asia/Tokyo, Australia/Sydney. A cidade é a maior do fuso ou uma localidade distintiva. O TZDB é atualizado várias vezes por ano conforme os países mudam as regras de horário de verão, e todo sistema operacional moderno, linguagem de programação e navegador web importante traz uma cópia recente.

Este conversor usa o banco de dados IANA embutido no seu navegador via a API Intl.DateTimeFormat do JavaScript, então as transições de horário de verão, as mudanças de regras regionais e os casos extremos históricos são tratados corretamente sem que você precise pensar neles.

As abreviações de fuso horário são ambíguas

Abreviações de três letras como «CST» e «IST» parecem inequívocas, mas não são:

• CST pode significar o Horário Padrão Central dos EUA (UTC−06:00), o Horário Padrão da China (UTC+08:00) ou o Horário Padrão de Cuba (UTC−05:00).
• IST pode significar o Horário Padrão da Índia (UTC+05:30), o Horário Padrão de Israel ou o Horário Padrão da Irlanda.
• EST normalmente significa o Horário Padrão do Leste dos EUA (UTC−05:00), mas o Horário Padrão do Leste da Austrália (UTC+10:00) compartilha a abreviação.

Quando você realmente precisa comunicar um horário com precisão, use o nome IANA (America/Chicago vs Asia/Shanghai vs Asia/Kolkata) ou inclua tanto o deslocamento quanto a cidade. O conversor rotula cada coluna com o fuso IANA para que o horário da reunião seja inequívoco.

Fusos horários comuns num relance

Deslocamentos de meia hora e de quarto de hora

Nem todo fuso horário é um número inteiro de horas em relação ao UTC. Índia, Sri Lanka (UTC+05:30), Irã (UTC+03:30 / +04:30), Afeganistão (UTC+04:30) e Mianmar (UTC+06:30) usam todos deslocamentos de meia hora. O Nepal fica em UTC+05:45, e as Ilhas Chatham da Nova Zelândia em UTC+12:45 / +13:45. Esses deslocamentos de meia e de quarto de hora importam principalmente para os desenvolvedores de software: muitos sistemas antigos presumiam deslocamentos de hora inteira e quebram silenciosamente nos horários indianos ou nepaleses. O banco de dados IANA lida com todos eles corretamente; o conversor herda isso.

Horário de verão

O horário de verão (DST) foi proposto pela primeira vez no panfleto de 1907 de William Willett, «The Waste of Daylight», e formalmente adotado pela primeira vez pela Alemanha em 1916 para economizar carvão durante a Primeira Guerra Mundial. Hoje ele varia enormemente conforme a jurisdição:

• Estados Unidos: o horário de verão vai do segundo domingo de março ao primeiro domingo de novembro (Energy Policy Act de 2005). O Havaí e a maior parte do Arizona não o observam.
• União Europeia: o horário de verão vai do último domingo de março ao último domingo de outubro. O Parlamento da UE votou em 2019 para abolir as mudanças sazonais de relógio em toda a UE; a implementação foi adiada por tempo indeterminado e a maioria dos Estados-membros ainda observa o horário de verão.
• Não observa o horário de verão: a maior parte da África, a maior parte da Ásia, a maior parte da América do Sul (o Brasil o aboliu em 2019), a Rússia (desde 2014), a Islândia, o Havaí, a maior parte do Arizona, a Índia, a China, o Japão, a Coreia do Sul, a Turquia.

O conversor leva em conta as regras de horário de verão de cada fuso IANA, então uma reunião marcada para as 9h em America/New_York em uma data de janeiro é convertida como EST (UTC−05:00); as mesmas 9h em julho são convertidas como EDT (UTC−04:00).

Ciladas de horário de verão em software

• «Adiantar o relógio»: os relógios locais saltam de 02:00 para 03:00, então a hora 02:00-02:59 não existe localmente. As tarefas cron agendadas nessa janela rodam imediatamente após o salto no cron Vixie do Linux, mas são totalmente puladas pelo AWS EventBridge.
• «Atrasar o relógio»: das 02:00 para as 01:00 acontece duas vezes. Os eventos na hora duplicada podem disparar duas vezes ou nenhuma, dependendo do agendador. O Vixie do Linux não roda de novo; o AWS EventBridge roda apenas uma vez.
• Os convites de calendário que cruzam uma fronteira de horário de verão precisam do fuso horário explicitamente anexado, não apenas do horário local. Os arquivos ICS incluem um TZID por essa razão; enviar um simples «9h ET» por e-mail quando o calendário do destinatário cruza uma virada de horário de verão vai deslocar silenciosamente por uma hora.

Casos de uso comuns

• Agendar reuniões entre continentes: que horas as 9h PST viram para alguém em Tóquio ou Berlim? Quando todos estão no horário de expediente ao mesmo tempo?
• Coordenar lançamentos de produto que devem «entrar no ar à meia-noite em todo lugar» ou «às 9h no seu horário local».
• Ler logs de servidor no seu horário local quando o servidor está configurado em UTC (a melhor prática moderna para servidores em nuvem).
• Planejamento de viagens: que horas vou pousar no horário local? A que horas meu voo parte no horário do destino?
• Coordenar com clientes internacionais sem cometer erros de cálculo de fuso horário com aritmética mental.
• Agendamento de eventos ao vivo: transmissões de jogos, webinars, transmissões esportivas que precisam de uma única resposta para «está no ar agora?» para um público global.

Erros comuns

1. Confundir «EST» com «EDT» (ou qualquer par padrão / verão). A mesma reunião em 1º de março vs. 31 de março em Nova York fica em um deslocamento UTC diferente.
2. Usar «GMT» para se referir ao «horário do Reino Unido». O Reino Unido observa o Horário de Verão Britânico (BST, UTC+01:00) do fim de março ao fim de outubro; só o inverno é GMT.
3. Presumir que uma cidade tem um deslocamento UTC fixo. A Rússia, Samoa, o Egito e outros mudaram todos os seus deslocamentos nos últimos 15 anos. O banco de dados IANA acompanha o histórico; as buscas por nome de cidade e data permanecem corretas.
4. Enviar convites em abreviações de três letras. «9h CST» é genuinamente ambíguo entre Chicago (UTC−06:00) e Xangai (UTC+08:00), uma diferença de 14 horas. Use nomes IANA ou inclua o deslocamento.
5. Esquecer o Arizona, o Havaí, Saskatchewan, Indiana. Esses lugares ou não observam o horário de verão ou o fazem parcialmente. Os mapeamentos genéricos de «Mountain Time» ou «Central Time» quebram durante metade do ano.
6. Marcar uma reunião em uma hora que não existe. Um convite para as 02:30 no horário local na data de adiantamento do relógio fica em uma hora inexistente. O calendário normalmente o desloca silenciosamente; alguns sistemas dão erro.

Mais perguntas frequentes

Por que alguns deslocamentos são de meia hora?

Razões históricas e políticas. A Índia se fixou em UTC+05:30 em parte para conciliar as extensões leste e oeste do país; o Irã, o Afeganistão, Mianmar e alguns outros usam deslocamentos de meia hora semelhantes. O Nepal vai um passo além e usa UTC+05:45. Não há regra de que os fusos horários tenham de ficar em limites de hora inteira: eles são o que cada jurisdição escolheu.

Como o conversor lida com as transições de horário de verão?

Automaticamente. O banco de dados IANA do navegador inclui as regras de horário de verão de cada região, incluindo as históricas. Um horário definido em Europe/Berlin em uma data no verão é convertido corretamente usando CEST (UTC+02:00); o mesmo horário local no inverno é convertido usando CET (UTC+01:00).

Quais fusos horários posso adicionar?

Todos os fusos horários IANA que o navegador conhece, tipicamente mais de 400 fusos cobrindo cada região povoada. A lista suspensa é populada a partir do Intl.supportedValuesOf('timeZone') do navegador no carregamento da página, então ela se mantém atual com o que quer que o seu sistema operacional tenha instalado.

Meu horário convertido é enviado para algum lugar?

Não. A conversão acontece inteiramente no seu navegador usando as APIs de data e fuso horário embutidas do JavaScript. Nada sobre os seus horários de reunião, localizações ou fusos selecionados é transmitido, registrado ou armazenado em qualquer servidor.

Por que o horário da reunião muda perto do horário de verão?

Porque alguns fusos observam o horário de verão e outros não. Uma reunião às 9h no Pacífico cai às 12h no Leste no inverno (ambos no horário padrão), mas as mesmas 9h no Pacífico continuam às 12h no Leste no verão (ambos no horário de verão). No entanto, uma reunião às 9h no Pacífico cai à 1h do dia seguinte em Tóquio o ano todo: Tóquio não observa o horário de verão, então a diferença entre LA e Tóquio muda por uma hora duas vezes ao ano.

Qual é a forma mais segura de compartilhar um horário de reunião?

Envie um convite de calendário (arquivo .ics ou via Google / Outlook / iCloud Calendar) com o fuso horário explicitamente anexado. O calendário do destinatário então renderiza o horário no fuso local dele, levando em conta automaticamente o horário de verão nas duas pontas. Se você precisar enviar um horário em texto puro, inclua tanto o fuso IANA quanto o deslocamento: «terça-feira, 14:00 Europe/Berlin (UTC+01:00)».