Rehber

Denetim izi ve ALCOA+ ilkeleri

Veri bütünlüğü bir yazılım ayarı değil, kaydın kendisidir. Bu yazı ALCOA+ ilkelerini ve her birinin laboratuvarda neye karşılık geldiğini anlatır.

Sorun ne?

Bir laboratuvar sonucunun doğru olduğunu iddia etmek kolaydır; doğru üretildiğini göstermek zordur. Denetçi sonuca değil, sonucun geçmişine bakar: ham veri neydi, kim girdi, hesap hangi kuralla yapıldı, sonradan değişti mi, değiştiyse neden.

Kâğıt kayıtta bu geçmiş kendiliğinden vardır — üstü çizilen bir sayı, kenara atılan paraf ve tarih. Elektronik kayıtta ise hiçbir şey kendiliğinden kalmaz: bir hücre değiştirildiğinde eski değer yok olur ve kimse fark etmez. Denetim izi tam bu boşluğu kapatmak için vardır.

Denetim izi, “bir şey oldu” demez; ne olduğunu, kimin yaptığını ve öncesinin ne olduğunu söyler. Bu üçü olmadan iz, yalnız bir hareket listesidir.

ALCOA+ ilkeleri

ALCOA, veri bütünlüğü için beş temel ilkenin baş harfleridir; sonradan eklenen dördüyle ALCOA+ olur. Aşağıda her ilkenin laboratuvardaki karşılığı var.

İlkeAnlamıLaboratuvarda karşılığı
Attributable — AtfedilebilirKaydı kim üretti belli olmalıHer sonuç, girişi yapan ve kontrol eden kişiyi taşır. Ortak hesap kullanılmaz.
Legible — OkunabilirKayıt okunabilir ve kalıcı olmalıKısaltma ve kişisel not değil, tanımlı alanlar. Yıllar sonra da okunabilmeli.
Contemporaneous — Eşzamanlıİş yapılırken kaydedilmeliGün sonunda deftere geçirilen sonuç, eşzamanlı değildir. Sistem kayıt zamanını kendisi yazmalıdır.
Original — ÖzgünHam veri korunmalıCihazdan okunan değer, düzeltilmiş değerin altında durmalı; kopya değil aslı esastır.
Accurate — DoğruKayıt gerçeği yansıtmalıHesap doğru kuralla yapılmalı; yuvarlama sonucu değiştirecek yerde uygulanmamalı.
+ Complete — EksiksizTekrarlar ve iptaller de kayıttaBaşarısız koşum silinmez; neden tekrarlandığı yazılır.
+ Consistent — TutarlıSıra ve zaman tutarlı olmalıOnay, sonuçtan önce görünüyorsa kayıt kendi içinde çelişir.
+ Enduring — KalıcıSaklama süresince erişilebilirYedek yetmez; yedeğin geri yüklenebildiği de gösterilmelidir.
+ Available — Ulaşılabilirİstendiğinde sunulabilmeliDenetimde “sistemde var ama çıkaramıyoruz” demek, kaydın olmaması gibidir.

İyi bir denetim izi neye benzer?

Denetimde işe yarayan iz, dört soruyu tek satırda cevaplar:

  • Kim? — Kullanıcı kimliği; “sistem” değil, kişi.
  • Ne zaman? — Sunucunun yazdığı zaman; kullanıcının girdiği tarih değil.
  • Ne değişti? — Eski değer ve yeni değer birlikte.
  • Neden? — Gerekçe. Bu alan boş bırakılabiliyorsa, iz zamanla anlamsızlaşır.

Sık yapılan üç hata

1. İz uygulamanın içinde tutulur. Kaydı yalnız uygulama koruyorsa, veritabanına doğrudan erişen biri izi de değiştirebilir. Koruma veritabanı seviyesinde olmalı: silme ve güncelleme reddedilmelidir.

2. Gerekçe isteğe bağlı bırakılır. Kullanıcı hızlı gitmek ister; boş bırakılabilen alan boş kalır. Bir yıl sonra “neden değişti” sorusunun cevabı yoktur.

3. İz büyüyünce temizlenir. Yer kazanmak için eski satırların silinmesi, izin varlık sebebini ortadan kaldırır. Doğru davranış silmek değil arşive taşımaktır: kayıt yok olmaz, yalnız yeri değişir.

Kendi sisteminizi sınayın

Kullandığınız yazılımda şu altı şeyi deneyin. Hepsi birkaç dakikada yapılır:

  1. Bir sonucu değiştirin. Eski değer izde duruyor mu?
  2. Değiştirirken gerekçe istendi mi, yoksa boş geçilebildi mi?
  3. Bir kaydı silmeye çalışın. Gerçekten siliniyor mu, yoksa pasife mi çekiliyor?
  4. Onaylanmış bir sonucu değiştirin. Sistem engelliyor mu?
  5. Bir metodun formülünü değiştirin. Eski koşumlar eski formülle mi duruyor?
  6. İzi dışa aktarın. Denetçiye verilebilecek bir çıktı üretiyor mu?

Bu altı sorunun herhangi birine “hayır” diyorsanız, m.7.5 karşılanmıyor demektir — ve bu, denetim gününde değil bugün öğrenilecek bir şeydir.

Devamı

Demo

Laboratuvarınıza uyar mı, birlikte bakalım.

Kendi metotlarınız ve rapor şablonlarınızla nasıl çalıştığını gösterelim.

Bilgileriniz yalnız size dönüş yapmak için kullanılır; üçüncü taraflarla paylaşılmaz ve ticari ileti gönderilmez. KVKK Aydınlatma Metni