Yapay zekâ toplantı saatini çevirirken tarihi de kontrol edin.

Yedi saat eklemek bazen ertesi güne geçmektir

Çevrim içi bir görüşme için size ‘12 Ekim, 23.30, UTC−04:00’ bilgisi geldi. Kendi çalışma notunuz UTC+03:00 kullanıyor. Yapay zekâ saati 06.30’a çeviriyor ama tarihi 12 Ekim olarak bırakıyor. Saat alanı doğru görünürken davet bir gün erken kaydedilebilir. Bu çalışmada saat ve tarihi tek bir anın parçaları olarak kontrol edeceğiz; takviminize gerçek etkinlik eklemeyeceğiz.

Bütün kayıtlar sentetiktir ve 2026 yılına aittir. UTC−04:00 ile UTC+03:00 burada yalnızca sabit farklardır; belirli şehirlerin bütün yıl geçerli saat dilimleri olarak kullanılmaz. Yaz saati geçişi veya ülke takvimi hakkında varsayım yapmıyoruz. Böylece örnek hesap doğrudan doğrulanabilir. Gerçek davette şehir veya saat dilimi adı varsa o tarihte geçerli kurallar ayrıca değerlendirilmelidir.

W3C’nin zaman rehberi yerel duvar saati, UTC farkı ve saat dilimi kimliğini ayrı kavramlar olarak açıklar. Belirli bir an farklı yerel gösterimlere dönüştürülebilir; ancak farkı veya dilimi olmayan bir saat her zaman tek bir an belirtmez. Bu ayrım, aşağıdaki üçüncü kaydı tahminle tamamlamamak için kullanacağımız temel ilkedir.Kaynak: W3C — Zaman ve saat dilimleriyle çalışma

İlk mesajı değiştirmeden tabloya alın

Z1 ile Z2’nin saatleri ve takvim günleri farklı görünür. Buna rağmen aynı başlangıç anını gösterebilirler. İki kayıt farklı etkinlik kimliklerinden geliyorsa yalnızca aynı anı paylaşmaları onları tek etkinlik yapmaz. Burada yapılan kontrol zaman eşdeğerliğidir; davet birleştirme veya iptal kararı değildir. Gerçek dosyada etkinlik kimliği ve kaynağın hangi toplantıyı anlattığı ayrıca korunmalıdır.

Z3’ün farkı yoktur. Kaydı gönderen kişi sizinle aynı yerde olabilir, fakat bu bilgi tabloda verilmemiştir. Hesabı tamamlamak için bulunduğunuz bilgisayarın saat ayarını sessizce kullanmayın. ‘09.00 hangi UTC farkı veya saat dilimiyle belirtiliyor?’ sorusu açık kalır. Eksik bir zaman dilimini belirlemek, yalnızca biçimlendirme değişikliği değildir; kaydın anlattığı anı seçmektir.

Önce ortak anı, sonra hedef gösterimi bulun

Z1’de kaynak saat UTC’nin dört saat gerisindedir. 12 Ekim 23.30’a dört saat ekleyince 13 Ekim 03.30 UTC elde edilir. Hedef UTC+03:00 olduğundan üç saat daha eklenir: 13 Ekim 06.30. Kaynaktan hedefe toplam fark yedi saattir. Başlangıca 45 dakika eklenince 07.15 bulunur. Tarihin iki hesap adımında da taşındığını görmeden yalnızca saat kutusunu doldurmayın.

Z2’den UTC’ye dönerken üç saat çıkarılır ve yine 13 Ekim 03.30 bulunur. Bu yüzden Z1 ve Z2 aynı başlangıç anına karşılık gelir. Kontrolde kaynak→UTC→hedef adımlarını yazmak işaret hatalarını fark etmeyi kolaylaştırır. UTC+03:00 ifadesindeki artı işareti her dönüşümde üç saat ekleneceği anlamına gelmez; hedefe giderken ekler, o yerel gösterimden UTC’ye dönerken çıkarırsınız.

Süreyi de tarih ve saatten ayrı bir alan olarak tutun. 45 dakika, bu örnekte farktan bağımsız geçen süredir. Ancak her gün aynı yerel saatte yapılan tekrar eden etkinlik başka bir ihtiyaçtır. Bir gün için hesaplanan sabit farkı bütün yılın tekrarlarına kopyalamak doğru olmayabilir. Bu yazı tek tarihli sabit fark kayıtlarını ele alır; yinelenen etkinlik kurallarını belirlemez.

Davet taslağında iki gösterimi de koruyun

Z1–Z3 sentetik kayıtlarını UTC+03:00 gösterimine çevir. Önce UTC başlangıcını hesapla, sonra hedef tarih ve saati bul; süreye göre bitişi ekle. Kaynak kaydı koru. UTC farkı olmayan Z3'ü tahmin etme. Z1 ve Z2 aynı ana geliyorsa bunu belirt fakat etkinlikleri birleştirme. Çıktı tablo ve gönderilmemiş davet kontrol notu olsun; gerçek takvim kaydı oluşturma.

Z1 için hedef gösterim: 13 Ekim 2026, 06.30–07.15, UTC+03:00.
Kaynak başlangıç: 12 Ekim 2026, 23.30, UTC−04:00.
Ortak başlangıç anı: 13 Ekim 2026, 03.30 UTC.
Z2 aynı başlangıç anını gösterir; aynı etkinlik olup olmadığı ayrıca doğrulanır.
Z3 için saat dilimi/fark bilgisi gerekir. Davet gönderilmedi.

Bu çıktı elle hazırlanmıştır; herhangi bir takvim uygulamasının dönüşümü çalıştırılmış gibi sunulmaz. Kendi denemenizde uygulamanın görüntüleme ayarı, kaydın saklanan anından farklı olabilir. Aynı etkinliği başka bir yerde görüntüleyen kişinin farklı saat görmesi tek başına hata değildir. Kaynağın, UTC karşılığının ve hedef gösterimin aynı ana işaret ettiğini kontrol etmek gerekir.

Ters hesapla günü yeniden kontrol edin

Görüşme notunda 12 saatlik gösterim kullanılıyorsa sabah ve akşam bilgisi de korunmalıdır. 09.00 ile 21.00 arasındaki fark, UTC farkı düzeltmesi değildir. Önce kaynak saatin ne olduğunu netleştirin, sonra dönüşüm yapın. Saat biçimi ve zaman dilimi belirsizliklerini tek bir otomatik düzeltmede birleştirmeyin.

1. Kaynakta tarih, yıl, saat ve fark birlikte var mı?
2. UTC’ye geçerken fark doğru yönde uygulandı mı?
3. Gece yarısı geçişinde gün değişti mi?
4. Bitiş saati süreyle tutarlı mı?
5. Belirsiz kayıtlar takvim ayarıyla sessizce tamamlanmadı mı?

Küçük alıştırma: Hedef gösteriminiz 13 Ekim 06.30 UTC+03:00 olsun. Önce üç saat çıkarın: 13 Ekim 03.30 UTC. Ardından kaynak UTC−04:00 için dört saat çıkarın: 12 Ekim 23.30. Başlangıç kaydına geri döndünüz. Eğer 13 Ekim 23.30 bulduysanız saat hesaplarından biri doğru olsa da gün geçişini kaybetmişsinizdir. Kontrol tablosu bu farkı görünür kılar.

Çalışmanızı yalnızca ‘06.30’ yazan bir notla bitirmeyin. Tarih, yıl, fark ve gerekiyorsa gerçek saat dilimi kimliği birlikte saklandığında başka biri aynı anı yeniden kurabilir. Yapay zekâdan takvim veya görüşme özeti hazırlamasını istediğinizde, bu alanları kısaltma uğruna çıkarmaması gerektiğini açıkça belirtin.