Skip to content

Data study

Cinquant'anni di cambiamenti all'ora legale: un tour nella storia di IANA tzdata

L’ora legale dovrebbe essere una politica consolidata. Il registro delle modifiche di IANA tzdata dimostra che non lo è — e non lo sarà.

By Published

La maggior parte degli sviluppatori software tratta i calendari dell’ora legale come dati statici. Non lo sono. Il database IANA tzdata — la fonte canonica delle regole sui fusi orari nel mondo — ha pubblicato più aggiornamenti ogni anno per decenni. Tra il 1990 e il 2024 il database ha registrato modifiche alle regole per almeno 39 diverse entità nazionali o subnazionali. Questo articolo ripercorre i cambiamenti più significativi, le loro ragioni e cosa insegnano sulla progettazione di sistemi di pianificazione.

Cosa significa “una modifica di regola”

IANA tzdata memorizza le regole dei fusi orari come coppie di (periodo di validità, comportamento offset/DST). Una modifica di regola aggiunge una nuova voce — “a partire dalla data X, questa zona non osserva più l’ora legale” — e lascia intatte le regole storiche. I sistemi che dipendono da una pianificazione accurata devono caricare regolarmente gli aggiornamenti; uno che carica uno snapshot tzdata del 2010 calcolerà in modo errato qualsiasi calcolo DST per qualsiasi modifica di regola successiva al 2010.

Alcune modifiche ad alto impatto

Russia (2011, 2014)

Nel 2011 la Federazione Russa è passata permanentemente all’ora estiva, eliminando i cambi di orario. Nel 2014 la politica si è invertita — la Russia è passata permanentemente all’ora standard (invernale). Due modifiche di regola in tre anni per un paese con 11 fusi orari hanno colpito ogni servizio rivolto alla Russia. Outlook, exchange server e processi pianificati nei database hanno funzionato male a ondate in entrambi gli anni.

Brasile (2019)

Il Brasile ha abolito l’ora legale alla fine del 2019 dopo averla osservata per circa 80 anni. La decisione è stata presa per ragioni di politica energetica — i risparmi storicamente forniti dall’ora legale si erano erosi con lo spostamento dei picchi di carico. Circa 70 milioni di persone negli stati meridionali e sudorientali interessati vivono ora con lo stesso offset tutto l’anno.

Egitto (2010-2015, intermittente)

L’Egitto ha cancellato l’ora legale nel 2010, l’ha reintrodotta per la stagione 2014-2015 (con una notevole sospensione a metà Ramadan), quindi l’ha cancellata di nuovo. Il caso del 2014 è un famoso esempio di distribuzione software fallita: l’annuncio della modifica è arrivato così vicino alla data di scatto dell’ora legale che molti sistemi non l’hanno recepito; gli utenti egiziani hanno visto i propri telefoni mostrare orari sbagliati di 1-2 ore per giorni.

Samoa (2011)

Samoa è passata da UTC-11 a UTC+13 saltando completamente il 2011-12-30. Il paese ha effettivamente attraversato la linea internazionale del data in un giovedì mattina, saltando direttamente al sabato. Il commercio con Australia e Nuova Zelanda ha guidato il cambiamento; le aziende samoane avevano in precedenza un disallineamento di 21 ore con i loro principali partner commerciali.

Türkiye / Turchia (2016)

La Turchia ha abbandonato l’ora legale nel 2016, fissando il paese a UTC+3 tutto l’anno. Motivi citati: risparmio energetico discutibile, oscurità mattutina in inverno impopolare. I produttori di software si sono affrettati a distribuire patch prima della data di ritorno dell’ora standard che non sarebbe più esistita.

Marocco (2018+)

Il Marocco è passato all’ora legale permanente nel 2018 (UTC+1 tutto l’anno, sospeso ogni anno durante il Ramadan quando il paese torna a UTC+0 per il mese). Il doppio cambio ogni anno legato al Ramadan è una delle regole più complesse in IANA tzdata — la sua data si sposta di circa 11 giorni annualmente rispetto al calendario gregoriano.

Direttiva UE sull’ora estiva (2018-2021, ancora in sospeso)

La Commissione Europea ha proposto di abolire l’ora legale in tutta l’UE nel 2018. Il Parlamento Europeo ha approvato nel 2019 con il 2021 come data di implementazione. L’accordo degli Stati membri su quale orario osservare permanentemente (l’ora estiva o quella standard) non è mai stato raggiunto; la modifica non è avvenuta. Al 2026 l’UE osserva ancora l’ora legale, sebbene il consenso politico per abolirla persista.

USA: Sunshine Protection Act (2022)

Il Senato americano ha approvato all’unanimità un disegno di legge per rendere permanente l’ora legale nel marzo 2022. La Camera non l’ha esaminato. Il disegno di legge è stato ripresentato nel 2023 e non è stato approvato nemmeno allora. Gli USA continuano a spostare le lancette in avanti in primavera e indietro in autunno.

Il problema del volume

Conteggio delle principali modifiche di regola per decennio (estratto dal file NEWS di IANA tzdata):

DecennioNumero approssimativo di modifiche principali
Anni ’90~30 (repubbliche post-sovietiche, unificazione dello Yemen, ecc.)
Anni 2000~50 (armonizzazione UE, varie modifiche in Africa e America del Sud)
Anni 2010~70 (Russia due volte, Egitto ripetutamente, Samoa, Turchia, Marocco, Brasile, ecc.)
2020-2024~25 (il caos del Libano nel 2023, Yukon, aggiustamenti ucraini in tempo di guerra)

La tendenza è sostanzialmente stabile: 5-10 modifiche significative all’anno nel mondo. Un sistema che non aggiorna tzdata annualmente sarà errato per circa il 3-5% della popolazione mondiale con un database vecchio di 5 anni.

Cosa comporta nella pratica

Tre categorie di guasti osservate nei post-mortem IT su incidenti legati a tzdata obsoleto:

  • Calendari e riunioni.Gli inviti a riunioni tra fusi orari mostrano l’orario locale errato. Il partecipante con il telefono obsoleto si perde la chiamata.
  • Timestamp di database e reportistica.I cron job scattano un’ora prima o dopo. I report aggregati giornalieri includono o escludono transazioni attraverso il confine DST fantasma. Problema sottile ma costoso nella riconciliazione finanziaria.
  • Finestre di rate limit API e job pianificati.Tutto ciò che definisce “mezzanotte nel fuso orario X” è errato per un’ora. La fatturazione SaaS, le pianificazioni di rotazione dei log e simili lavori di backend falliscono silenziosamente.

Cosa fare

  1. Usa il database IANA, non le abbreviazioni.Archivia i fusi orari come America/New_York, non come EST. Le abbreviazioni non codificano le modifiche di regola; i nomi IANA sì.
  2. Mantieni tzdata aggiornato. I sistemi operativi distribuiscono aggiornamenti tzdata mensilmente o trimestralmente. Assicurati che container, runtime di funzioni e app integrate li ricevano effettivamente.
  3. Ridisegna gli eventi pianificati alla modifica della regola.Una riunione pianificata nel 2024 per ripetersi “ogni lunedì alle 14:00 ora di New York” segue correttamente l’ora legale. Una riunione pianificata nel 2024 per ripetersi “ogni lunedì alle 14:00 EST” (l’abbreviazione) si rompe due volte l’anno.
  4. Testa con date avversariali. Le tre settimane ogni primavera in cui i calendari DST di USA e UE non si allineano, le date in cui un paese ha recentemente cambiato le proprie regole, la sovrapposizione con i secondi intercalari se presente. I fixture di test reali includono questi.

Per la pianificazione pratica tra fusi orari, usa il nostro convertitore di fuso orario (usa tzdata del browser) e il pianificatore di riunioni (gestisce automaticamente i disallineamenti DST).

Fonti

File NEWS del database IANA tzdata (Eggert et al., 1986-2024); rapporti archiviati di timeanddate.com sulla politica dell’ora legale; bollettini di Microsoft sull’ora legale e sui fusi orari; avvisi ICAO sui riferimenti temporali aeronautici.

Frequently asked questions

Cos’è il database IANA tzdata?
È la fonte canonica delle regole sui fusi orari nel mondo. Viene aggiornato più volte all’anno per riflettere le modifiche legislative nazionali sull’ora legale.
Perché i sistemi software devono aggiornare tzdata?
Un sistema con uno snapshot di tzdata del 2010 calcolerà in modo errato qualsiasi evento programmato per zone che hanno cambiato le proprie regole dopo quella data.

Related

Published May 16, 2026