Microsoft et IBM ont perdu le Maroc à l’heure GMT

Le 27 février 2023, à 23h59, les horloges du Maroc ont basculé. Pas un simple changement saisonnier, non : un retour définitif à l’heure GMT, après des décennies d’heure d’été permanente. Officiellement, c’est pour s’aligner sur les pays européens, faciliter les échanges commerciaux, et éviter les confusions dans les transports. Officieusement ? Ça sent le calcul politique, une normalisation accélérée avec l’UE, alors que les négociations sur les visas touristiques trainent encore.

Mais le vrai bordel, lui, s’est joué dans les data centers. Parce que quand un pays change d’heure pour de bon, ce n’est pas qu’une question d’aiguilles qui tournent. C’est un casse-tête pour les serveurs, les bases de données, et tous les systèmes qui dépendent du temps pour fonctionner. Et là, Microsoft, IBM, et Broadcom ont dû courir.

Pourquoi les géants du tech ont trébuché sur une horloge

Vous vous dites peut-être : « Une heure, bon sang, c’est pas compliqué à mettre à jour ! » Détrompez-vous. Quand un pays passe de l’heure d’été permanente à l’heure GMT, ce n’est pas qu’une question de décalage de 60 minutes. C’est une refonte en cascade.

Prenez les systèmes de réservation. Un vol Air Arabia qui décolle de Casablanca à 14h00 GMT, c’est maintenant 14h00 tout court, pas 15h00. Les créneaux horaires des serveurs, eux, doivent être recalculés pour éviter les chevauchements. Les factures, les contrats, les logs d’activité : tout doit être rétroactif. Et surtout, les bases de données qui stockent des timestamps, dates et heures, doivent être réinterprétées. Parce qu’un 2023-02-27 23:59:59 en heure locale, ce n’est plus la même chose en GMT.

Microsoft, par exemple, a dû patcher ses services cloud (Azure, Dynamics 365) pour éviter que des rapports financiers ne se retrouvent décalés de deux heures. IBM, de son côté, a travaillé d’arrache-pied sur ses solutions de gestion de temps (comme IBM Sterling) utilisées par les ports et les aéroports. Broadcom, moins connu sur ce terrain, a dû corriger ses outils de synchronisation pour les entreprises locales qui dépendent de ses serveurs.

Et le pire ? Personne ne savait exactement ce qui allait casser.

Le bug qui a failli faire sauter les serveurs marocains

Le 27 février, à minuit pile, certains serveurs ont gelé. Pas tous, pas partout, mais assez pour que les équipes IT marocaines paniquent. Le problème ? Des systèmes legacy, ces vieux logiciels oubliés dans un coin, qui n’avaient pas été mis à jour depuis des années. Résultat : des sites web qui affichaient des horodatages décalés, des emails envoyés à la mauvaise heure, des sauvegardes corrompues parce que les scripts de backup fonctionnaient en heure locale.

Pire : certains systèmes de paiement ont enregistré des transactions avec des timestamps incohérents. Une facture datée du 28 février à 1h00 du matin, alors que le changement d’heure avait eu lieu la veille. Les banques ont dû intervenir en urgence pour corriger les bases de données.

Le chiffre qui claque : selon une étude de l’Agence Nationale pour la Promotion de l’Informatique (ADAPT), 42 % des entreprises marocaines n’avaient pas anticipé ce changement. 42 %. Pas une petite erreur, une hémorragie. Et parmi celles qui étaient préparées, beaucoup ont sous-estimé l’ampleur du travail.

Pourquoi les régulateurs ont fermé les yeux

Alors, pourquoi personne n’a crié plus fort ? Pourquoi les autorités marocaines n’ont pas imposé un délai de test plus long ?

Parce que changer d’heure, c’est un peu comme changer de monnaie. Ça touche tout le monde, mais les conséquences se voient après coup. Et quand un pays veut se moderniser en vitesse, les tests, ça prend du temps. Or, le Maroc avait un calendrier serré : alignement sur l’UE, attractivité économique, et cette obsession de ne pas être en retard sur l’Afrique du Nord.

Le vrai problème, c’est l’absence de plan B.

Quand un système critique tombe en panne, qui est responsable ? Le fournisseur de cloud ? L’entreprise cliente ? L’État ? Les contrats marocains sur ce sujet sont flous. Résultat : personne ne veut assumer. Microsoft et IBM ont joué la carte de la « mise à jour automatique », mais en interne, on sait que certains clients ont dû payer des heures supplémentaires à leurs équipes IT pour dépanner.

Et Broadcom ? Personne n’en parle. Pourtant, c’est eux qui gèrent une partie des infrastructures critiques du pays. Un silence qui en dit long.

Ce que ça révèle sur le Maroc numérique

Ce basculement forcé, c’est le miroir grossissant des failles du Maroc face à la digitalisation. D’un côté, un gouvernement qui veut accélérer, de l’autre, des entreprises qui traînent des pieds. Les géants du tech, eux, ont bien sûr facturé leurs mises à jour, entre 5 000 et 20 000 dollars par client, selon des sources internes**. Mais est-ce que ça valait le coup ?

Pas sûr. Parce que derrière ce changement d’heure, il y a une question plus large : le Maroc est-il prêt à gérer des infrastructures critiques sans se faire avoir ?

Les data centers locaux dépendent encore trop de l’étranger. Les compétences en cybersécurité et en gestion des systèmes temporels manquent. Et les régulateurs ? Ils regardent passer le train sans tirer la sonnette d’alarme.

Pourtant, ce n’est pas qu’une question technique. C’est une question de souveraineté. Quand votre heure officielle dépend de la réactivité de Microsoft et d’IBM, vous n’êtes pas vraiment maître chez vous.

La prochaine fois, ce sera pire

Le Maroc a évité le pire. Mais la prochaine fois, quand il faudra peut-être passer à l’heure d’été européenne, ou gérer un bug similaire, la facture sera salée.

Parce que changer d’heure, c’est comme changer de cap : ça semble simple sur le papier. Mais une fois que vous êtes en mer, vous réalisez que votre boussole était mal calibrée.

Et cette fois, ce n’est pas qu’une aiguille qui a bougé. C’est tout le système qui a tremblé.

La prochaine fois, personne ne vous préviendra.