Calcolatrice dei fusi orari

orologio locale di destinazione = orologio locale di partenza − offset UTC di partenza + offset UTC di destinazione; differenza rispetto al fuso di partenza = offset di destinazione − offset di partenza; spostamento in giorni = data di destinazione − data di partenza

data

Il giorno di calendario nel fuso di partenza, scritto come AAAA-MM-GG. È il giorno che c'è là, non il giorno in cui stai leggendo

tempo

L'orologio locale nel fuso di partenza, come HH:MM o HH:MM:SS in forma a 24 ore. I secondi si possono omettere; nel risultato ci sono sempre

fuso orario di partenza

Il fuso a cui appartiene l'ora che hai digitato. Uno dei 22 fusi IANA, ognuno etichettato con la sua città invece che con il suo offset, perché l'offset è una proprietà del momento e non del luogo

fuso orario di arrivo

Il fuso in cui convertire. Gli stessi 22 fusi dell'elenco di partenza

ora nella destinazione

L'orologio locale nel fuso di arrivo, sempre con i secondi. È il risultato in evidenza

data nella destinazione

La data di calendario nel fuso di arrivo, che non sempre è quella che hai digitato — è tutto il senso dello spostamento in giorni

giorno della settimana nella destinazione

Il giorno della settimana nel fuso di arrivo, dato come numero da 0 (domenica) a 6 (sabato)

fuso orario di partenza (UTC)

Quanto dista il fuso di partenza da UTC nell'istante risolto, scritto come UTC±HH:MM

fuso orario di destinazione (UTC)

Quanto dista il fuso di arrivo da UTC nello stesso istante. Entrambi gli offset sono letti nel momento convertito, quindi tutti e due includono l'ora legale se è in vigore là

differenza rispetto al fuso di partenza

L'offset di destinazione meno quello di partenza, in ore. Negativa significa che la destinazione è indietro rispetto alla partenza

spostamento in giorni

−1, 0 o +1: se la data di destinazione è il giorno prima, lo stesso giorno o il giorno dopo rispetto a quella inserita

Usala ogni volta che sono coinvolti due posti e bisogna fidarsi di un orologio: prenotare una chiamata attraverso un oceano, controllare se un volo atterra nello stesso giorno in cui è partito, leggere un log di server scritto in UTC, o capire perché il «sabato mattina» di un amico è la tua domenica sera. Lo spostamento in giorni è la parte che si sbaglia a mano, perché non è una proprietà fissa della coppia di città — gli stessi due fusi distano 12 ore a gennaio e 11 a luglio. Questa pagina converte un istante che hai già; non ti dice in che fuso si trovi un luogo (gli elenchi sono fissi a 22 fusi) e non dice niente su durate di viaggio, tempi di volo o promemoria di appuntamenti.

1. Mezzogiorno a Shanghai verso New York — il giorno prima

   1. Shanghai è UTC+08:00 a gennaio, quindi mezzogiorno là sono le 04:00 UTC del 15 gennaio
   2. New York è su EST, UTC−05:00, quindi le 04:00 UTC sull'orologio di là si leggono 23:00
   3. Le 23:00 stanno prima della mezzanotte, il che sposta la data al 14 gennaio — un giorno prima di quello inserito, e lo spostamento in giorni lo dice con −1
   4. Il 14 gennaio 2026 è un mercoledì, quindi il numero del giorno della settimana è 3
   5. I due offset differiscono di −13 ore: 08:00 − (−05:00) fa 13 ore, e la destinazione è quella più a ovest

   È lo stato predefinito della calcolatrice e il caso che sorprende di più: un messaggio inviato a mezzogiorno a Shanghai arriva a New York nel giorno di calendario precedente. È qui che si insinua l'errore di chi lo fa a mano con la regola «Shanghai è 12 o 13 ore avanti» — la risposta qui è 13, ma a luglio sarebbe 12, perché New York è in ora legale e Shanghai no.

2. Un orologio che non esiste: New York, 8 marzo 2026, 02:30

   1. Gli orologi di New York in questa data vanno avanti alle 02:00 locali, quindi le 02:00 diventano 03:00 e la mezz'ora tra le 02:00 e le 03:00 non esiste
   2. Il 02:30 digitato quindi non esiste. La pagina lo legge come le regole IANA prescrivono per un vuoto: lo sposta in avanti, dando le 03:30 EDT
   3. Le 03:30 dell'8 marzo 2026 sono una domenica, da cui il giorno della settimana 0
   4. Dato che l'istante risolto è già in EDT, l'offset di partenza stampato è UTC−04:00 — non il UTC−05:00 che il 02:30 portava il giorno prima
   5. Shanghai è UTC+08:00, dodici ore avanti rispetto a EDT, quindi le 03:30 diventano le 15:30 dello stesso giorno

   L'offset stampato accanto a un'ora digitata può sembrare sbagliato finché non si vede il perché: le 02:30 a New York sono una lettura da orologio UTC−05:00 d'inverno, ma proprio questo 02:30 cade nel vuoto dopo il cambio, quindi l'istante a cui si risolve è un istante EDT e riporta UTC−04:00. La pagina legge vuoti e sovrapposizioni come prescrive il database dei fusi IANA e non rifiuta mai l'input — quindi il numero esce sempre, e questo è il caso che vale la pena rileggere due volte.

3. Entrambe le estremità in ora legale: Londra verso Los Angeles il 4 luglio

   1. A luglio Londra è su BST, UTC+01:00, quindi le 09:30 là sono le 08:30 UTC
   2. Los Angeles è su PDT, UTC−07:00, quindi le 08:30 UTC sull'orologio di là sono le 01:30
   3. Gli offset differiscono di 8 ore, e non sono le stesse 8 ore che ci si aspetta d'inverno: a gennaio Londra è UTC+00:00 e Los Angeles UTC−08:00
   4. Entrambi gli offset stampati includono la loro ora legale, ed è per questo che la partenza legge UTC+01:00 invece di UTC+00:00
   5. La data non cambia, quindi lo spostamento in giorni è 0 — e il 4 luglio 2026 è un sabato, giorno della settimana 6

   Rispondere con gli offset standard (0 e −08:00) dà la stessa differenza di 8 ore e la stessa ora, ed è esattamente per questo che qui l'errore è facile da non vedere e salta fuori invece nelle date a cavallo di un cambio. Le due settimane di marzo in cui entrambi i fusi cambiano in direzioni opposte sono il momento in cui una regola a offset fisso sbaglia di un'ora piena.

4. Capodanno ad Auckland, ancora l'anno scorso in UTC

   1. Auckland a gennaio è su NZDT, UTC+13:00, quindi mezzanotte là sono le 11:00 UTC del 31 dicembre 2025
   2. Convertire in UTC attraversa quindi insieme un confine di giornata e un confine d'anno
   3. La data di destinazione è il 31 dicembre 2025, e lo spostamento in giorni di −1 è calcolato sottraendo i numeri di giorno invece di confrontare le stringhe delle date
   4. Il 31 dicembre 2025 è un mercoledì, giorno della settimana 3
   5. La differenza tra i fusi è −13 ore: la destinazione, UTC, è quella più a ovest

   Lo spostamento in giorni non è semplicemente «a ovest è ieri». Qui −13 ore attraversano la mezzanotte; le stesse −13 ore tra Shanghai e New York cadono anch'esse sul giorno precedente, mentre −5 ore da Londra a New York no. Il giorno della settimana è riportato per la data di destinazione, ed è per questo che dice mercoledì mentre la data inserita era un giovedì.

La calcolatrice copre dal 1970 al 2100 e 22 fusi orari, non tutti quelli che il database IANA conosce. La finestra è deliberata: prima del 1970 il database registra il tempo medio locale che un luogo teneva davvero — Shanghai era UTC+08:06, Monrovia usava un offset con i secondi dentro — e risposte così sono corrette ma si leggono come difetti. Gli orologi ambigui e quelli che non esistono vengono risolti come prescrivono le regole IANA (spostare in avanti attraverso il vuoto del passaggio all'ora legale, prendere la prima delle due letture attraverso la sovrapposizione autunnale) invece di essere rifiutati; la pagina non ti avvisa che è successo, quindi le date intorno a un cambio vale la pena confrontarle con gli offset mostrati. Nessun fuso viene dedotto dal nome di un luogo che digiti, perché non c'è niente da digitare: entrambi gli elenchi sono fissi. La pagina non sa in che fuso si trovi il tuo dispositivo, non calcola durate né tempi di volo e non include i secondi intercalari — UTC non ne ha, il che è cosa diversa dai secondi intercalari che vengono aggiunti a UTC stesso. Per un esempio europeo: l'Italia non è nell'elenco dei 22, ma segue le stesse regole di Parigi e Berlino, che ci sono — CET (UTC+01:00) d'inverno e CEST (UTC+02:00) d'estate; fuori dall'Europa quell'ora legale non dice niente, e ogni fuso va letto per quello che è in vigore in quella data.

Qual è la differenza di fuso tra due città?

La differenza di fuso tra città non è un numero fisso, e la differenza tra gli offset che questa pagina stampa è quella in vigore nella data che hai inserito. Due fusi possono distare 13 ore a gennaio e 12 a luglio perché uno dei due osserva l'ora legale e l'altro no. Quindi la domanda «quanto distano Shanghai e New York» va posta con una data attaccata, ed è per questo che il campo della data qui fa parte della domanda e non è un extra facoltativo.

Come si calcola l'orario di una riunione tra fusi diversi?

Metti la riunione nel fuso in cui è stata proposta, poi convertila a turno in ciascun altro fuso. Per una riunione tra fusi orari il numero utile è di solito lo spostamento in giorni più che l'ora: una chiamata alle 09:00 a Londra è alle 18:00 a Tokyo lo stesso giorno, ma alle 04:00 a New York, ed è quel 04:00 a decidere se l'invito è ragionevole. Dato che la pagina riporta anche il giorno della settimana e la data, vedi pure quando una proposta è finita nel fine settimana dell'altra parte.

Applica automaticamente l'ora legale?

Sì, per entrambi i fusi e per la data esatta invece che per oggi. L'ora legale non è una proprietà di un fuso ma di un momento: gli offset stampati sono quelli che le regole IANA danno per l'istante convertito, quindi una data di gennaio e una di luglio tra gli stessi due fusi possono uscire a un'ora di distanza. Non si dà per scontato niente sulla data corrente, il che significa che un risultato calcolato per il marzo prossimo include già il cambio del marzo prossimo.

Perché l'offset UTC a volte non è quello che mi aspettavo?

Perché l'offset mostrato appartiene all'istante a cui il valore inserito si è risolto, non all'orologio che hai digitato. Nel giorno in cui gli orologi vanno avanti l'ora saltata non esiste, e un'ora digitata dentro quell'intervallo viene letta come il momento subito dopo — quindi un 02:30 inserito per New York in un giorno di cambio di marzo riporta UTC−04:00 (EDT) e non il UTC−05:00 che il 02:30 portava il giorno prima. Entrambe le letture riguardano lo stesso istante; solo una delle due è l'offset in vigore allora.

Che giorno è là quando qui è mercoledì?

Dipende anche dall'ora, oltre che dai fusi, ed è per questo che la pagina chiede entrambe. Attraversando la linea del cambiamento di data verso est si guadagna un giorno; convertendo verso ovest attraverso abbastanza ore se ne perde uno. Il campo dello spostamento in giorni risponde direttamente con −1, 0 o +1, e il campo del giorno della settimana nomina il giorno a destinazione, così puoi capire se dall'altra parte è già arrivato il giorno di cui stai chiedendo.

• IANA Time Zone Database — Internet Assigned Numbers Authority
• Theory and pragmatics of the tz code and data — IANA — the source for the 1970-01-01 accuracy window this page states
• Temporal documentation — Time zone handling — TC39 — describes the 'compatible' disambiguation rule this page follows