Converti data e ora tra due fusi orari IANA qualsiasi, con gestione dell'ora legale.
Utilizza il tzdata IANA del tuo browser — le transizioni DST sono gestite correttamente. Per uso aeronautico/medico, verifica sempre con la fonte ufficiale.
Pianificare una riunione tra fusi orari è la frizione quotidiana del lavoro da remoto. "Martedì alle 16:00 Parigi" è inequivocabile per un parigino e ambiguo per tutti gli altri: è l'ora del Pacific Daylight Time delle 7 del mattino o l'ora del Pacific Standard Time delle 7 del mattino, a seconda che sia primavera o autunno? L'ora legale diverge tra gli emisferi (Sydney torna indietro quando Parigi va avanti) e tra i decenni (nel 2024 la maggior parte del Sud America ha abbandonato completamente l'ora legale). Il progetto IANA tzdata mantiene la mappatura canonica di ogni fuso orario nominato con la sua cronologia degli offset, e ogni browser moderno dispone di una copia locale che gestisce le regole automaticamente. Questo calcolatore è l'interfaccia utente per quei dati: inserisci una data, un orario locale e un fuso orario di origine; scegli un fuso orario di destinazione; ottieni l'orario locale equivalente a destinazione, più l'offset tra le due zone per quell'istante specifico. Le 20 città nel menu a tendina coprono la maggior parte delle riunioni tra fusi orari: le principali capitali europee, le zone continentali degli Stati Uniti, i quattro principali hub commerciali asiatici, le città commerciali dell'emisfero australe e UTC come riferimento inequivocabile.
Non esiste una formula chiusa: il calcolatore delega all'API Intl.DateTimeFormat del browser, che ha accesso ai dati IANA tzdata tramite il sistema operativo. Internamente: (1) Costruisce un istante UTC che, interpretato nel fuso orario di origine, mostra l'orologio locale specificato dall'utente. Ciò richiede un piccolo ciclo a due passaggi: prende gli input come se fossero UTC, chiede a Intl cosa mostra la zona di origine per quell'istante, calcola l'offset tra l'orologio mostrato e quello desiderato, sottrae tale offset per trovare l'istante UTC effettivo. (2) Formatta lo stesso istante UTC nella zona di destinazione utilizzando Intl.DateTimeFormat con timeZone: <destinazione>. (3) Calcola la differenza di offset tra le due zone per quell'istante specifico — necessario perché l'offset non è fisso; varia con l'ora legale. Il risultato include giorno della settimana, data completa, ora e minuto, e l'abbreviazione della zona (CET, EST, JST, ecc.) per chiarezza.
Quattro input: data (selettore data), ora (selettore ora 24 ore), fuso orario di origine (menu a tendina), fuso orario di destinazione (menu a tendina). Predefiniti: oggi alle 14:30, Parigi a New York. Il pannello dei risultati mostra l'ora di origine e l'ora di destinazione come due KPI paralleli principali, e sotto di essi l'ora di riferimento UTC e l'offset tra le due zone per quell'istante. Il menu a tendina con 20 città copre Europa (Parigi, Londra, Berlino, Mosca), Americhe (New York, Chicago, Denver, Los Angeles, San Paolo), Africa (Il Cairo, Johannesburg), Asia (Dubai, Mumbai, Pechino, Tokyo, Singapore, Seul), Oceania (Sydney, Auckland), più UTC. Aggiungi nuove città modificando il menu a tendina; il motore sottostante gestisce qualsiasi identificatore di zona IANA.
Un team di Parigi vuole programmare un kickoff con la sua controparte di New York il 15 maggio 2026 alle 14:30 ora di Parigi. Origine: 14:30 del 15 maggio 2026 in Europe/Paris (CEST, UTC+2 a maggio perché l'ora legale è in vigore). Destinazione: America/New_York (EDT, UTC-4 a maggio). Origine-UTC: 14:30 - 02:00 = 12:30 UTC. UTC-Destinazione: 12:30 + (-04:00) = 08:30 EDT. Quindi 14:30 Parigi = 08:30 New York nello stesso giorno, un offset di 6 ore. Ora considera il 15 gennaio 2026 alle 14:30 Parigi (CET, UTC+1) → New York (EST, UTC-5). Origine-UTC: 14:30 - 01:00 = 13:30 UTC. UTC-Destinazione: 13:30 - 05:00 = 08:30 EST. La stessa conversione dell'orologio locale, ma solo perché sia Parigi che New York osservano l'ora standard; se Parigi avesse passato all'ora estiva e New York no (una situazione reale a fine marzo ogni anno), l'offset sarebbe di 5 ore invece di 6. La calcolatrice gestisce questo in modo trasparente: l'utente non ha bisogno di tenere traccia dell'ora legale in due zone; il database IANA lo fa per loro. Un esempio più eclatante: 15 dicembre 2026 alle 09:00 Sydney (AEDT, UTC+11) → Londra (GMT, UTC+0). Origine-UTC: 09:00 - 11:00 = -02:00 UTC, che sono le 22:00 del giorno precedente. Londra alle 22:00 del 14 dicembre — attraversando la linea del cambio di data in termini di calendario, 11 ore di differenza in termini di orologio.
Primo, confondere l'offset UTC con il fuso orario. "UTC+1" descrive l'offset; "Europe/Paris" descrive il fuso orario. Parigi è UTC+1 in inverno e UTC+2 in estate. Codificare in modo fisso UTC+1 per "ora francese" produce un errore di un'ora da fine marzo a fine ottobre. Secondo, ignorare l'ora legale. Parigi e New York osservano entrambi l'ora legale ma con orari diversi: a metà marzo, Parigi è ancora CET (UTC+1) per due settimane mentre New York è già passata a EDT (UTC-4); l'offset è di 5 ore invece di 6 durante quella finestra. La calcolatrice gestisce questo; le conversioni manuali di solito sbagliano. Terzo, mescolare la notazione oraria a 12 e 24 ore tra culture. Gli Stati Uniti e il Regno Unito usano colloquialmente orologi a 12 ore AM/PM; l'Europa continentale usa le 24 ore. Il selettore nella calcolatrice è a 24 ore; anche l'output di destinazione utilizza le 24 ore per evitare ambiguità. Quarto, programmare una riunione oltre il cambio di data senza accorgersene. Tokyo alle 09:00 di martedì sono le 17:00 di lunedì a San Francisco — un offset di 16 ore che attraversa il giorno di calendario. La calcolatrice mostra la data completa a destinazione, non solo l'ora, per renderlo visibile. Quinto, trattare il convertitore come autorevole per usi legali o aeronautici. La calcolatrice utilizza i dati tzdata del browser, che vengono aggiornati quando il sistema operativo viene aggiornato; se l'utente si trova su un sistema obsoleto, le regole potrebbero non essere aggiornate per le recenti modifiche all'ora legale (ad esempio, l'abolizione dell'ora legale in Brasile nel 2019, la parziale rimozione dell'ora legale in Messico nel 2022). Per contesti vincolanti, verificare sempre la fonte ufficiale.
I fusi orari sono un sistema politicamente fluido. Le modifiche all'ora legale sono comuni: l'UE dibatte la fine dell'ora legale dal 2018 (nessun consenso raggiunto nel 2025); la Russia ha abolito l'ora legale nel 2014; il Messico l'ha abolita nella maggior parte delle regioni nel 2022; l'Iran l'ha abolita nel 2022. Il progetto IANA tzdata tiene traccia di tutte queste modifiche e rilascia aggiornamenti più volte all'anno; i sistemi operativi moderni li scaricano automaticamente. Esistono offset di mezz'ora e di un quarto d'ora: l'India è UTC+5:30, l'Iran UTC+3:30, Terranova UTC-3:30, il Nepal UTC+5:45, le isole Chatham UTC+12:45. La calcolatrice gestisce queste variazioni in modo trasparente perché lo fa l'IANA. Le regioni polari utilizzano la zona che è amministrativamente più conveniente; le stazioni antartiche possono seguire l'ora della loro nazione di supporto. Anche le conversioni storiche (un orario di riunione del 1956 a Berlino-NYC) sono supportate dall'IANA, che registra l'intera cronologia degli offset per ogni zona. Le conversioni programmatiche nel codice dovrebbero sempre memorizzare i timestamp in UTC e convertirli in ora locale solo al momento della visualizzazione; questa calcolatrice dimostra la conversione al confine, dove l'utente vede il risultato.