UTC

UTC (Tempo Universal Coordenado) é o padrão de tempo de referência global. Todos os outros fusos horários de uso comum são definidos como um offset em relação ao UTC — geralmente um número inteiro de horas, ocasionalmente meia ou um quarto de hora (Índia é UTC+5:30; Nepal é UTC+5:45). O próprio UTC não observa horário de verão.

UTC é mantido pelo Bureau Internacional de Pesos e Medidas (BIPM) e pelo Serviço Internacional de Rotação da Terra e Sistemas de Referência (IERS). Sua taxa de tick vem de uma média ponderada de relógios atômicos em 80+ laboratórios em todo o mundo. Segundos bissextos ocasionais foram inseridos (ou, hipoteticamente, removidos) para manter o UTC a 0,9 segundos do tempo solar. Em 2026, os segundos bissextos estão programados para serem descontinuados em 2035.

UTC é frequentemente confundido com GMT(Hora Média de Greenwich). Para a maioria dos fins práticos são idênticos — ambos representam o tempo no meridiano de Greenwich sem horário de verão. A diferença técnica é que GMT é definido pela rotação da Terra (que é irregular) e UTC por relógios atômicos (que são regulares). Quando o Reino Unido está no horário de verão observa BST (Horário de Verão Britânico = UTC+1); GMT então não é usado como rótulo de relógio, embora o nome do fuso horário persista.

Converta entre UTC e qualquer um dos 28 principais fusos horários com nosso conversor de fuso horário, que usa o banco de dados de fusos horários IANA do navegador para resultados corretos com horário de verão.

Por que “UTC” em vez de CUT ou TUC:o acrônimo é um compromisso deliberado. Os falantes de inglês queriam “CUT” (Coordinated Universal Time); os falantes de francês queriam “TUC” (Temps Universel Coordonné). A ITU e o BIPM optaram por UTC em 1970 como uma ordem neutra em relação ao idioma que não corresponde exatamente a nenhuma extensão. A convenção é escrever a abreviação em maiúsculas independentemente de qual grafia seja usada no texto ao redor.

UTC em código — o que realmente armazenar:a regra operacional para qualquer sistema que lida com dados de múltiplos fusos horários é “armazenar em UTC, renderizar em local”. Os timestamps de banco de dados pertencem ao UTC (PostgreSQL TIMESTAMP WITH TIME ZONEnormaliza para UTC internamente; MySQL TIMESTAMPfaz o mesmo; MongoDB Dateé UTC por especificação). As camadas de exibição convertem para o locale do usuário no momento da renderização. Armazenar horários locais de relógio sem informações de zona é a fonte canônica de bugs de “a reserva mudou uma hora após o horário de verão” e é universalmente considerado um antipadrão. Referência: BIPM — Tempo Universal Coordenado (UTC).

Exemplo prático

Um usuário em Nova York agenda uma reunião para “15h00 em 5 de novembro de 2025”. O backend deve armazenar isso como um instante UTC. Nova York está em EST (UTC−5) em 5 de novembro (o horário de verão terminou em 2 de novembro), então o valor armazenado é 2025-11-05T20:00:00Z. Um segundo convidado em Berlim visualiza a mesma reunião: Berlim está em CET (UTC+1) nessa data, então o calendário exibe 2025-11-05 21:00 CET. Um terceiro convidado em Tóquio (UTC+9, sem horário de verão) vê 2025-11-06 05:00 JST — mesmo instante, relógios diferentes, todos derivados de um timestamp UTC armazenado. Agora suponha que a reunião se repita semanalmente: armazenar “toda quarta-feira às 20h00 UTC” silenciosamente deslizaria para o usuário de Nova York quando o horário de verão terminasse (eles esperavam 15h local, receberiam 16h local após a transição de 2 de novembro). Os sistemas de calendário lidam com isso armazenando eventos recorrentes no fuso de origem com o nome do fuso horário IANA anexado, expandindo para UTC apenas na renderização.

Quando e por que isso importa

Quase todo bug de “a reunião mudou”, “o relatório rodou na hora errada” ou “o cron job disparou duas vezes durante o horário de verão” remonta a armazenar hora local sem o fuso ou a armazenar o offset de fuso (+01:00) em vez do identificador de fuso (Europe/Berlin). O offset é adequado para um único instante, mas se torna ambíguo para qualquer data futura — o identificador de fuso preserva as regras de horário de verão. As regras pragmáticas: armazene instantes em UTC (ou com fuso explícito), armazene datas voltadas ao usuário com identificadores de fuso IANA (Europe/Berlin, não +01:00), nunca use abreviações de fuso de 3 letras (CST é ambíguo entre China, Cuba e EUA Central), e deixe um banco de dados de fuso (tzdata via IANA, atualizado trimestralmente) lidar com a conversão. Referência: Banco de Dados de Fusos Horários IANA.