Cinquante ans de changements d'heure : une visite de l'historique IANA tzdata

La plupart des développeurs logiciels traitent les calendriers d’heure d’été comme des connaissances statiques. Ce n’est pas le cas. La base de données IANA tzdata— la source canonique des règles de fuseau horaire dans le monde — a publié plusieurs mises à jour chaque année pendant des décennies. Entre 1990 et 2024, la base a enregistré des modifications de règles pour au moins 39 entités nationales ou sous-nationales différentes. Cet article passe en revue les changements les plus importants, les raisons pour lesquelles ils ont eu lieu, et ce qu’ils nous apprennent sur la conception des systèmes de planification.

Ce que signifie “une modification de règle”

IANA tzdata stocke les règles de fuseau horaire sous forme de paires (période d’application, comportement décalage/heure d’été). Une modification de règle ajoute une nouvelle entrée — “à partir de la date X, cette zone n’observe plus l’heure d’été” — et laisse les règles historiques intactes. Les systèmes qui dépendent d’une planification précise doivent charger les mises à jour régulièrement ; un système utilisant un instantané tzdata de 2010 se trompera dans tous les calculs tenant compte de l’heure d’été pour toute modification de règle postérieure à 2010.

Changements sélectionnés à fort impact

Russie (2011, 2014)

En 2011, la Fédération de Russie est passée définitivement à l’heure d’été, supprimant les changements d’heure. En 2014, la politique s’est inversée — la Russie est passée définitivement à l’heure standard (heure d’hiver). Deux modifications de règles en trois ans pour un pays à 11 fuseaux horaires ont affecté tous les services destinés au marché russe. Outlook, les serveurs Exchange et les tâches planifiées des bases de données ont dysfonctionné massivement les deux années.

Brésil (2019)

Le Brésil a mis fin à l’heure d’été fin 2019 après l’avoir observée pendant environ 80 ans. La décision a été prise pour des raisons de politique énergétique — les économies historiquement réalisées grâce à l’heure d’été s’étaient érodées avec l’évolution des pics de consommation. Environ 70 millions de personnes dans les États du sud et du sud-est concernés se lèvent désormais avec le même décalage toute l’année.

Égypte (2010-2015, de façon intermittente)

L’Égypte a annulé l’heure d’été en 2010, l’a rétablie pour la saison 2014-2015 (avec une suspension notable en plein Ramadan), puis l’a annulée à nouveau. Le cas de 2014 est un exemple célèbre de déploiement logiciel : l’annonce de la modification de règle est intervenue si près de la date de passage à l’heure d’été que de nombreux systèmes ne l’ont pas prise en compte ; les utilisateurs égyptiens ont vu leurs téléphones afficher des heures décalées de 1 à 2 heures pendant des jours.

Samoa (2011)

Les Samoa sont passées de UTC-11 à UTC+13 en sautant entièrement le 30 décembre 2011. Le pays a effectivement franchi la ligne de changement de date un jeudi matin, passant directement au samedi. Les échanges commerciaux et maritimes avec l’Australie et la Nouvelle-Zélande ont motivé ce changement ; les entreprises samoanes avaient auparavant un décalage de 21 heures de journée de travail avec leurs principaux partenaires commerciaux.

Türkiye / Turquie (2016)

La Turquie a abandonné l’heure d’été en 2016, fixant le pays à UTC+3 toute l’année. Les raisons invoquées : économies d’énergie discutables, obscurité matinale en hiver impopulaire. Les éditeurs de logiciels se sont précipités pour diffuser des correctifs avant la date de passage à l’heure d’hiver qui n’existait plus.

Maroc (2018+)

Le Maroc est passé à l’heure d’été permanente en 2018 (UTC+1 toute l’année, suspendue chaque année pendant le Ramadan où le pays revient à UTC+0 pour le mois). Ce double changement annuel lié au Ramadan est l’une des règles les plus complexes d’IANA tzdata — sa date se déplace d’environ 11 jours chaque année par rapport au calendrier grégorien.

Directive européenne sur l’heure d’été (2018-2021, toujours en suspens)

La Commission européenne a proposé de mettre fin à l’heure d’été dans l’UE en 2018. Le Parlement européen a approuvé en 2019 avec 2021 comme date de mise en œuvre. Un accord entre les États membres sur l’heure à observer définitivement (heure d’été ou heure standard) n’a jamais été atteint ; le changement n’a pas eu lieu. En 2026, l’UE observe toujours l’heure d’été, bien que le consensus politique pour y mettre fin persiste.

États-Unis : Sunshine Protection Act (2022)

Le Sénat américain a adopté à l’unanimité un projet de loi visant à rendre l’heure d’été permanente en mars 2022. La Chambre des représentants ne l’a pas examiné. Le projet a été réintroduit en 2023 et n’a pas non plus été adopté. Les États-Unis continuent à avancer et reculer les horloges.

Le problème du volume

Décompte des modifications de règles majeures par décennie (extrait du fichier NEWS d’IANA tzdata) :

La tendance est globalement stable : 5 à 10 modifications de règles significatives par an dans le monde. Un système qui ne renouvelle pas tzdata annuellement sera incorrect pour environ 3 à 5 % de la population mondiale avec une base de données vieille de 5 ans.

Ce que cela coûte en pratique

Trois catégories de pannes observées dans les post-mortems informatiques liés à des incidents de tzdata obsolète :

• Calendriers et réunions.Les invitations à des réunions inter-fuseaux affichent la mauvaise heure locale. Le participant avec le téléphone obsolète manque l’appel.
• Horodatages de bases de données et rapports.Les tâches cron se déclenchent avec une heure d’avance ou de retard. Les rapports d’agrégation journalière incluent ou excluent des transactions à travers la frontière fantôme de l’heure d’été. Subtil mais coûteux dans le rapprochement financier.
• Fenêtres de limitation de débit d’API et tâches planifiées.Tout ce qui définit “minuit dans la zone X” se trompe pendant une heure. La facturation SaaS, les planifications de rotation des journaux et autres travaux back-end similaires échouent silencieusement.

Que faire

1. Utilisez la base IANA, pas les abréviations. Stockez les zones sous la forme America/New_York, et non EST. Les abréviations n’encodent pas les modifications de règles ; les noms IANA le font.
2. Maintenez tzdata à jour.Les systèmes d’exploitation livrent des mises à jour tzdata mensuelles ou trimestrielles. Assurez-vous que les conteneurs, les environnements d’exécution de fonctions et les applications groupées les reçoivent effectivement.
3. Re-rendez les événements planifiés lors d’une modification de règle.Une réunion planifiée en 2024 pour se répéter “chaque lundi à 14h heure de New York” suit correctement l’heure d’été. Une réunion planifiée en 2024 pour se répéter “chaque lundi à 14h EST” (l’abréviation) se détraque deux fois par an.
4. Testez avec des dates adversariales.Les trois semaines chaque printemps où les calendriers d’heure d’été américains et européens ne s’alignent pas, les dates auxquelles un pays a récemment modifié ses règles, le chevauchement des secondes intercalaires si présent. Les véritables jeux de données de test incluent tout cela.

Pour la planification pratique entre fuseaux, utilisez notre convertisseur de fuseau horaire (utilise les tzdata du navigateur) et notre planificateur de réunions (gère automatiquement les décalages d’heure d’été).

Sources

Fichier NEWS de la base de données IANA tzdata (Eggert et al., 1986-2024) ; rapports archivés sur les politiques d’heure d’été de timeanddate.com ; bulletins Microsoft sur l’heure d’été et les fuseaux horaires ; avis OACI sur les références de temps aéronautiques.