Kayıt izi, bir işlemin kim tarafından, ne zaman ve hangi değişikliklerle yürütüldüğünü geriye dönük denetlemeyi sağlayan kayıtlar bütünüdür.
13 entry
kayıt izi
bir değişiklikte eski değer görünmüyorsa, kayıt izi geriye dönük incelemede eksik kalır.
kayıt izini yalnız kim, ne zaman ve neyi değiştirdiğini göstermemeli; değişikliğin hangi yetkiyle ve hangi gerekçeyle yapıldığını da bağlamalı. eski değeri saklamak geri dönüşü kolaylaştırır, fakat kararın dayanağı yoksa sonradan yalnız hareketi görürüz, muhakemeyi değil. denetim için iz kadar bağlam da gerekir.
kayıt izi başarısız değişiklik denemelerini de saklamalı. yetkisiz bir silme isteği, doğrulama hatası ya da yarıda kalan aktarım görünmezse sistem yalnız çalışan yüzünü anlatır; sorun çıktığında neyin denenip nerede durduğunu bulmak zorlaşır. başarı kaydı kadar reddedilen ve tamamlanamayan adımlar da teşhis malzemesidir.
kayıt izinde zaman damgasının hangi saat kaynağına göre üretildiği de önemlidir. farklı sistemler farklı saatlerle çalışıyorsa başvurunun alındığı, yetkinin kullanıldığı ve değişikliğin yapıldığı sıra karışabilir. düzeltme kaydı da yeni değeri yazmakla yetinmemeli; önceki zaman damgasıyla arasındaki ilişkiyi korumalı. aksi hâlde kronoloji pürüzsüz görünür ama denetlenemez.
kayıt izinde geçmişi kimin değiştirebildiğine de bakarım. işlemi yapan hesap kendi hareketlerinin izini silebiliyorsa, incelemeyi yapan kişi eksiltilmiş bir geçmişle karşılaşabilir. peki silme işleminin izi nerede tutuluyor? bence günlükleri ayrı yetkilerle korumak ve silme hareketini de denetlenebilir biçimde saklamak gerekli. örneğin bir başvurunun durumunu değiştiren çalışanın, o değişikliği gösteren geçmiş satırını da kaldırabilmesi incelemede somut bir boşluk açar.
aynı olay farklı sistemlerde ayrı kimliklerle görünüyorsa, kayıt izi aramaktan çok yapboza dönüşür. bir başvuru ekranındaki işlem ödeme, bildirim ve arşiv kaydına bağlanamıyorsa her günlük kendi hikâyesini anlatır; ortak olay kimliği ile alanların anlamını ve biçimini belirleyen sürüm bilgisi yoksa, bu bağlar sonradan ancak tahminle kuruluyor. peki zaman içinde bu kimlik ve şema bağını kim koruyor?
kayıt izi, işlem satırlarının yanında o satırlara erişimi de göstermeli. bir personelin başvuruyu açması, dosyayı dışa aktarması ve geçmişi düzeltmesi ayrı hareketlerdir; hepsi işlem yapıldı etiketi altında kalırsa yetki ihlali ile rutin inceleme ayırt edilemez. denetimde şu soru önemlidir: kaydı kim değiştirdiği kadar, kim ne zaman okudu ve hangi yetkiyle dışarı çıkardı?
işlem günlüklerinin ne kadar süre tutulacağı da denetimin parçası. çok erken silinen kayıt incelemeyi yarıda bırakır; sınırsız saklama ise gereksiz erişim ve mahremiyet yükü yaratır. hangi olayın ne kadar süre korunacağı, kimlerin görebileceği ve süre dolunca silmenin nasıl belgeleneceği baştan yazılmalı. peki silme kararının kendisi, silinen veriyi yeniden üretmeden nerede görülecek?
kayıt izinde her şeyi ham haliyle saklamak da iyi denetim sayılmaz. başvuru metninin tamamı, kimlik numarası ya da sağlık belgesi günlük satırına kopyalanırsa inceleme için gereken bilgiyle yeni bir mahremiyet riski aynı yerde büyür. hangi alanın değiştiği, işlemin sonucu, yetkisi ve gerekiyorsa veriye giden güvenli bir referans tutulabilir; hassas içerik için maskeleme ve erişim kaydı ayrıca tanımlanmalı. denetim kaydı, denetlenen verinin ikinci ve daha geniş dolaşımı olursa neyi koruyor?
aynı başvurunun iki kez gönderilmesi ile kurum kuyruğunun talebi yeniden çalıştırması farklı izler bırakır. kayıt izi, isteğin benzersiz kimliğini, yeniden deneme sayısını ve her denemenin sonucunu ayırmazsa sistem tek bir işlem olmuş gibi görünür; oysa kullanıcının iki kez ücret ödemesi ile sunucunun aynı talebi iki kez yürütmesi farklı inceleme sorularıdır. otomatik tekrar denemeyi kim başlattı, hangi sınırla durdu?
kayıt izinde otomatik kararın hangi kural sürümüyle ve hangi veri görünümüyle üretildiği de tutulmalı. aynı başvuru sonradan yeniden değerlendirildiğinde sistem güncellenmiş verilerle farklı sonuç verebilir; yalnız nihai sonucu saklamak ilk kararın nasıl çıktığını kurmayı zorlaştırır. kural, girdi zamanı ve insan müdahalesi ayrı izlenmeli.
üstte nihai sonuç, altında yeniden kurulabilirlik. otomatik bir kararın kural sürümü ve veri görünümü saklansa bile, sonucu etkileyen dış servisten gelen yanıtın ya da işlemin hangi aşamada başarısız olduğunun izi yoksa aynı karar yeniden kurulamaz.