Microsoft'un Kanada saat dilimi hatası: yöneticiler Bogota'ya geçti

Microsoft'un Kanada saat dilimi desteğinde tam olarak ne bozuldu?

1 Kasım'da British Columbia, Alberta ve Manitoba'nın bazı bölgeleri mevsimsel saat değişikliğini bırakarak kalıcı olarak UTC-07:00, UTC-06:00 ve UTC-05:00'e geçti. Microsoft'un Outlook'tan SharePoint'e uzanan yazılımları buna tam hazır değildi.

Asıl sıkıntı Outlook'ta. Yeni Kanada saat dilimlerine geçmek, mevcut takvim kayıtlarını otomatik olarak güncellemiyor. Yani 1 Kasım sonrası planlanan her toplantı bir saat kayabilir ve başkalarını ilgilendiren toplantıları yalnızca düzenleyen kişi düzeltebiliyor.

Tekrarlayan toplantılar daha da kötü. Saat dilimini değiştirmek, daha önce taşınmış tüm tekrarları sıfırlıyor; bu yüzden baştan oluşturulmaları gerekiyor. Takviminiz haftalık stand-up ve aylık değerlendirme toplantılarıyla doluysa bir öğleden sonrayı buna ayırın.

Microsoft, tekrarlamayan toplantılar için bir Exchange Online PowerShell cmdlet'i üzerinde çalıştığını söylüyor, ancak bu hafta sonuna kadar hazır olmayacak. Tekrarlayan toplantılar için düzeltme hâlâ 'geliştirme aşamasında' ve net bir tarih yok.

Geçici çözüm: kendinizi Bogota'da gibi göstermek

Power Automate ve Fabric için Microsoft'un geçici çözümü, saat dilimini tamamen başka bir bölgeye ayarlamak: Saskatchewan, Arizona ya da Manitoba'daysanız Bogota.

Kulağa şaka gibi geliyor ama resmi yönergede yazan bu. Ürüne ve eyalete göre yöneticilere, doğru UTC farkını paylaşan bir yerin saat dilimini seçmeleri söyleniyor. Manitoba için bu yer Bogota.

SharePoint On-Prem müşterileri doğru saat dilimleri için 10 Kasım'ı beklemek zorunda. Power Pages kullanıcıları ise hizmet tarafındaki düzeltme gelene kadar, şu an 12 Aralık hedeflenen tarihe kadar, sunucu biçimli tarihlerde bir saatlik kayma görebilir.

Reddit'te bir sistem yöneticisi Microsoft'un yönergesini 'berbat' diye nitelendirdi ve kullanıcıların Outlook ayarlarını değiştirmek, takvim etkinliklerini elle düzeltmek için yaklaşık 900 satır PowerShell yazdığını söyledi. Başkaları da Microsoft'un yeni saat dilimleri oturana kadar sistemlerini Saskatchewan saatine geçirdiklerini anlattı.

Bu neden sürekli tekrarlanıyor?

Hükümetler saat dilimlerini değiştiriyor, yazılımlar yetişmekte zorlanıyor. Microsoft bu durumu daha önce de yaşadı: 2022'de Şili yaz saati geçişini ertelemiş, Windows saatleri şaşmıştı.

Microsoft yönergesini 26 Ekim'de, değişiklik yürürlüğe girmeden bir haftadan kısa süre önce yayımladı ve dört gün sonra hâlâ etkilenen ürünleri ve geçici çözümleri ekliyordu. Yöneticilere 1 Kasım'dan önce takvimleri, tekrarlayan toplantıları ve programları test etmeleri söylendi; neyin bozulacağını bulmak için çok az zaman kaldı.

Tablo tanıdık: bir hükümet saatle oynamaya karar veriyor, bedelini kurumsal yazılımlar ödüyor. Bu sefer düzeltmeler Aralık'a sarkıyor ve geçici çözümler bir o kadar yaratıcı, bir o kadar da garip.

Türkiye'de durum ne?

Türkiye 2016'dan beri yaz saati uygulamasını bıraktığı ve yıl boyunca UTC+03:00'te kaldığı için bu hata Türkiye'deki takvimleri doğrudan etkilemiyor. Ancak Kanada'nın British Columbia, Alberta veya Manitoba bölgelerindeki iş ortaklarıyla toplantı yapan şirketler için 1 Kasım sonrası saatlerin bir saat kayabileceğini bilmekte fayda var.

Microsoft'un düzeltmeleri Kasım ve Aralık boyunca kademeli olarak gelecek. Türkiye'deki BT ekiplerinin de kendi bölgelerinde saat dilimi kuralları değişirse benzer sorunlara hazırlıklı olması gerekiyor; özellikle Exchange Online ve Power Automate tarafında takvim ve otomasyon akışlarını gözden geçirmek işe yarar. Daha önce Windows 11'de Bing zorunluluğunun kalkması gibi güncellemelerde de gördüğümüz üzere, Microsoft'un bölgesel değişiklikleri takip etmesi her zaman sorunsuz olmuyor.

Kanada saat dilimi karmaşası, hükümetler kuralları değiştirdiğinde yazılım üreticileri geride kaldığında ne olduğunun ders kitabı örneği. Yöneticiler için önümüzdeki haftalar PowerShell betikleri ve elle takvim düzeltmeleriyle geçecek. Microsoft içinse saat dilimlerinin, tıpkı vergiler gibi, asla basit olmadığının bir hatırlatması.