Bir toplantı için “saat 10.00” demek, katılımcılar farklı saat dilimlerindeyse eksik bir bilgidir. Aynı toplantı anı bir kişinin takviminde sabah, diğerinin takviminde öğleden sonra görünebilir. Karışıklık bazen davetin yanlış hazırlanmasından, bazen de doğru kaydın farklı yerel saatlerle gösterilmesinden doğar. Önce bu iki olasılığı birbirinden ayırmak gerekir.
Temsili görsel: Masa saati ve kurma anahtarı. Kaynak: Matthew Norman carriage clock.jpg; üretici: Petar Milošević; lisans: CC BY-SA 4.0.
Toplantı anı ile duvardaki saati ayırın
iCalendar standardını açıklayan RFC 5545, bir tarih-saat değerinin UTC olarak, saat dilimiyle ilişkilendirilmiş yerel saat olarak veya belirli bir dilime bağlanmayan yerel saat olarak ifade edilebilmesini ayırır. Belirli bir ortak toplantı anının aktarılmasında saat dilimi bağlamı önemlidir. Yalnızca rakamları kopyalamak bu bağlamı kaybettirebilir.
Varsayımsal olarak UTC+1 bölgesinde saat 10.00 olan bir an, UTC+3 bölgesinde 12.00’dır. Bu örnek belirli bir ülkenin güncel saat kuralını anlatmaz; iki varsayımsal UTC farkı arasındaki hesabı gösterir. Şehir veya ülke adı kullanılacaksa toplantının yapılacağı tarihte geçerli saat bilgisi ayrıca kontrol edilmelidir.
Davetin kaynak bilgisini bulun
Toplantıyı oluştururken hangi saat diliminin seçildiğini organizatörden öğrenin. Ardından kendi takviminizde görünen başlangıç saatini ve tarihini okuyun. E-postadaki düz metin açıklamasıyla takvim kaydı farklıysa hangisinin esas alındığını sorun. Sessizce birini seçmek, diğer katılımcıların da aynı kararı verdiği anlamına gelmez.
Bir kontrol notunda etkinlik adı, kaynak saat dilimi, başlangıç tarihi ve kendi ekranınızda görünen saat yer alabilir. Notun amacı takvimin yerine ikinci bir takvim kurmak değildir. Olası çelişkinin hangi bilgiden kaynaklandığını ortaya çıkarmaktır. Sorun giderildiğinde eski ve yanlış saat bilgisini dolaşımda bırakmamaya dikkat edin.
Gün değişimini ayrıca inceleyin
Saat farkı yalnızca rakamı değil, takvim gününü de değiştirebilir. Varsayımsal iki bölge arasında gece yarısını aşan bir fark varsa bir katılımcı için pazartesi olan toplantı diğerinde salı görünebilir. Bu nedenle “yarın akşam” gibi göreli anlatımlar yerine davetin tarihini ve saat dilimini açıkça kontrol edin. Mesajın gönderildiği gün de herkes için aynı olmayabilir.
Tekrarlanan toplantılarda ilk oturumun doğru görünmesi bütün sonraki oturumların aynı yerel saatte kalacağını garanti etmez. Saat dilimi kuralları ve dönemsel saat değişimleri ilgili tarihle birlikte değerlendirilmelidir. RFC’nin saat dilimi tanımlarını ayrı ele alması, takvim verisindeki bu bağlamın neden önemli olduğunu gösterir.
Cihaz ayarı ile etkinlik ayarını karıştırmayın
Kullandığınız uygulamada hem genel görünüm ayarı hem etkinliğin kendi saat bilgisi bulunabilir. Bunların tam yeri uygulama ve sürüme göre değişir. Bir ayarı değiştirmeden önce neyi kontrol ettiğinizi not edin. Üreticinin kılavuzunda genel takvim saat dilimiyle tek etkinliğin saat dilimi açıklamalarını ayrı aramak yararlı olabilir.
Seyahat sırasında yeni bir yerel saate geçildiğinde de davet yeniden okunmalıdır. Ekranda saat değişmesi, toplantının organizatör tarafından taşındığını tek başına göstermez. Önce etkinliğin kendisinde düzenleme olup olmadığını ve uygulamanın hangi saat bağlamını gösterdiğini kontrol edin. Görüntüleme değişikliğiyle etkinlik değişikliğini farklı sorular olarak ele alın.
Son teyitte tek bir açık cümle kullanın
Katılımcılara yapılacak teyitte tarih, saat ve saat dilimini birlikte yazın. Gerekirse herkesin takviminde görünen yerel saati karşılaştırmasını isteyin. Birden fazla sürümde davet dolaşıyorsa hangi kaydın geçerli olduğunu belirtin. Eski bağlantıyı ve yeni saati aynı mesajda açıklamasız bırakmak karışıklığı sürdürebilir.
Teknik ayrımın kaynağı RFC 5545’in tarih-saat ve saat dilimi bölümleridir. Günlük kullanımda bu ayrımı hatırlamak için şu kontrol yeterlidir: Aynı toplantı anından mı söz ediyoruz, hangi yerel saat gösteriliyor ve tarih hangi gün? Bu üç bilgi bir arada okunmalıdır.