“04/05/26” gibi yalnız sayılardan oluşan bir tarih, farklı ekiplerde gün ve ay sırası yüzünden farklı okunabilir. Laboratuvar yazılımı, e-posta ve dosya adı arasında tarih taşırken, kaydın hangi anda oluştuğunu ve kullanıcıya hangi yerel saatte gösterileceğini ayrı düşünün. İnternet zaman damgaları için RFC 3339, tam tarih-saat ve UTC farkını açık biçimde yazan bir biçim tanımlar; RFC 9557 bu biçime zaman dilimi adı gibi ek bilgileri iliştirme yöntemini günceller.
Zaman damgalarını anlaşılır tutmak ile revizyon talebini kaydetmek aynı kaydın ne zaman oluştuğunu ve sonradan neyin değiştiğini ayırmaya yardımcı olur. Bu öneri bir diş laboratuvarı standardı veya mevzuat zorunluluğu değildir; ekipler arası okunabilirlik için iş akışı düzenidir.
Tek kanonik biçim seçin
Bir olay anını yıl-ay-gün ve saat-dakika-saniye biçiminde, UTC farkıyla saklayın; örneğin 2026-11-14T09:15:00+03:00. Arayüzde okuyucuya 14 Kasım 2026, 09.15 — Europe/Istanbul gösterebilirsiniz. Gelecekteki randevular için yalnız +03:00 değerini saklamak yerine adlandırılmış saat dilimini de koruyun; yerel saat kuralları zaman içinde değişebilir. Saklanan ham zamanı ekranda görünen yerel biçimle karıştırmayın.
Kaynak zamanı ve düzeltme zamanını ayırın
Dış sistemden gelen tarih değiştirilemez bir kaynak kaydı olarak korunmalı; farklı biçimde gösterme veya düzeltme ayrı bir alan ya da tarihli not olmalıdır. “Belge oluşturuldu”, “dosya alındı” ve “kayıt düzeltildi” zamanları aynı olay değildir. Bir dosya yeniden yüklendiğinde yalnız dosya adını değiştirip eski kaydı silmek, ekipte hangi sürümün incelendiğini belirsizleştirir.
Aktarım senaryolarını küçük örnekle deneyin
Farklı ülke ayarındaki bilgisayar, mobil görünüm, gece yarısına yakın randevu ve saat dilimi içeren dışa aktarım gibi durumları örnek veriyle deneyin. Aynı anın farklı ekranda farklı yerel saatle görünmesi hata olmayabilir; saat dilimi etiketi bunu açıklamalıdır. Tarih sıralaması arayüzde yerel saate göre yapılmalıysa kullanıcıya hangi kuralın kullanıldığını bildirin. NIST’in küçük işletmelere yönelik temel güvenlik önerileri; kritik kayıtları yedekleme ve varlıkları tanıma gibi genel uygulamalardan söz eder, tarih biçimi standardı belirlemez.
Bir tarih alanı için kontrol
- Kaynak sistem ve olay türü belli mi?
- UTC farkı ile yerel saat dilimi adı ayrılmış mı?
- Sonradan yapılan düzeltme geçmişi korunuyor mu?
Saat dilimi bilgisini kayıt boyunca koruyun
Bir tarih damgası yalnızca takvim tarihi ve saatten oluşmaz; UTC farkı veya adlandırılmış saat dilimi de yorumunu etkiler. RFC 3339 biçimindeki Z işareti UTC’yi, sayısal fark ise yerel saatin UTC’ye göre konumunu ifade eder. Farkı yazıp bölge adını atlamak, gelecekteki saat dilimi kuralı değişikliklerini görünmez kılabilir. Bu nedenle kaynak uygulama bölge adını sağlıyorsa onu da saklayın; yoksa kaydın yalnızca sabit fark taşıdığını belirtin. Bir dosya farklı bölge ayarındaki sistemde açıldığında görüntülenen saat değişebilir ama aynı an temsil ediliyor olabilir. Arayüz testinde ham değerle gösterilen yerel değeri ayırmak, yanlış kayıt düzeltmelerini önlemeye yardımcı olur.