"Müşteriyi sistemden sildik" cümlesi, bir acente yazılımında aslında birbirinden çok farklı işlemlere karşılık gelebilir. Kaydın listeden gizlenmesi, veritabanından kaldırılması, kimliği belirlenemez hale getirilmesi ya da yalnızca pasife alınması... Kişisel verilerin silinmesi, yok edilmesi veya anonim hale getirilmesine ilişkin yönetmelik bu kavramları birbirinden ayırır ve periyodik imha için bir çerçeve çizer. Bu yazıda, kavramların yazılım ortamında ne anlama geldiğini ve acentelerin periyodik imha döngüsünü nasıl işletebileceğini anlatıyoruz.
Üç kavram, üç farklı sonuç
Silme
Yönetmeliğe göre silme, kişisel verilerin ilgili kullanıcılar için hiçbir şekilde erişilemez ve tekrar kullanılamaz hale getirilmesidir. Yazılım açısından bu, yalnızca arayüzde gizlemekten fazlasıdır. Kaydın arama sonuçlarında, raporlarda ve dışa aktarımlarda görünmemesi; ilgili kullanıcıların onu geri getirememesi gerekir.
Yok etme
Yok etme, verinin hiç kimse tarafından erişilemez, geri getirilemez ve kullanılamaz hale getirilmesidir. Fiziksel dosyalar için imha makinesi, dijital ortam için ise geri döndürülemeyen yöntemler bu kapsamdadır. Yok etme, silmeden daha kesin bir sonuç doğurur.
Anonim hale getirme
Anonimleştirme, verinin başka verilerle eşleştirilse bile kimliği belirli veya belirlenebilir bir kişiyle ilişkilendirilemeyecek hale getirilmesidir. Bu yöntem, istatistiksel değerin korunmak istendiği durumlarda öne çıkar. Örneğin bir acentenin geçmiş yıllardaki branş dağılımını görmek istemesi, kişilerin kimliğini bilmesini gerektirmez.
Yazılım ortamında silme neden göründüğünden zordur?
Bir kişisel veri, yazılımda tek bir satırda durmaz. Müşteri kartı, o müşteriye ait teklifler, poliçe kayıtları, görev notları, oluşturulmuş PDF belgeler ve işlem kayıtları birbirine bağlıdır. Silme kararı verildiğinde bu bağlantıların her biri için ayrı bir karar gerekir:
- Poliçe kaydı yasal saklama süresi içindeyse silinemez, ancak erişimi kısıtlanabilir.
- Teklif kaydı saklama süresini doldurmuşsa silinebilir veya anonimleştirilebilir.
- İşlem kayıtlarında kimin ne yaptığı bilgisi korunurken müşteri tanımlayıcıları maskelenebilir.
- Yedeklerdeki kopyalar, yedekleme döngüsü tamamlandığında ortadan kalkacak şekilde planlanabilir.
Bu nedenle "müşteriyi sil" düğmesi tek başına bir imha stratejisi değildir. Hangi kayıt türüne hangi yöntemin uygulanacağı önceden belirlenmelidir.
Periyodik imha döngüsünü kurmak
Yönetmelik, saklama süresi dolan verilerin periyodik imha ile ortadan kaldırılmasını öngörür ve bu periyot için altı ayı aşmayan bir aralık belirler. Bir acentede bu döngü şu adımlarla işletilebilir:
- Takvimi belirleyin: Örneğin yılda iki kez, sabit aylarda imha dönemi planlayın.
- Aday listesini çıkarın: Saklama süresi dolan teklif, müşteri ve iletişim kayıtlarını tarih bazlı filtrelerle listeleyin.
- İstisnaları kontrol edin: Devam eden bir uyuşmazlık, açık hasar dosyası ya da aktif poliçe ilişkisi olan kayıtları ayırın.
- Yöntemi uygulayın: Her kategori için politikada tanımlanan silme, yok etme ya da anonimleştirme yöntemini kullanın.
- Diğer ortamları temizleyin: Aynı verinin e-posta, dosya klasörü veya fiziksel arşivde bulunan kopyalarını da ele alın.
- Kayıt altına alın: Hangi verinin, hangi yöntemle, ne zaman ve kim tarafından imha edildiğini belgeleyin.
Son adım özellikle önemlidir. Yönetmelik, imha işlemlerine ilişkin kayıtların diğer hukuki yükümlülükler saklı kalmak kaydıyla en az üç yıl saklanmasını öngörür. İmha kaydının kendisinin imha edilen veriyi yeniden içermemesine de dikkat edilmelidir; kayıt, kişinin kimliğini değil işlemin kapsamını göstermelidir.
Anonimleştirme raporlama için ne sağlar?
Acenteler, yıllar içinde biriken verinin raporlama değerini kaybetmek istemez. Anonimleştirme bu noktada bir denge sunar. Kimlik numarası, ad, telefon ve adres gibi tanımlayıcılar kaldırıldığında; branş, il, teklif tarihi ve sonuç gibi alanlar toplu analiz için kullanılmaya devam edebilir.
Ancak anonimleştirme sanıldığı kadar basit değildir. Küçük bir ilçede tek bir kasko poliçesi bulunuyorsa, il, araç modeli ve tarih bilgisi kişiyi yeniden tanımlanabilir kılabilir. Bu yüzden anonimleştirilen veri setlerinde düşük sayılı grupları birleştirmek veya ayrıntı düzeyini azaltmak gerekir.
Yazılım sağlayıcısına sorulacak sorular
Bir acente yazılımı değerlendirirken imha süreçleri için şu konuları netleştirmek faydalıdır: Kayıtlar tarih ve tür bazında toplu listelenebiliyor mu? Silme yetkisi rol bazında sınırlandırılabiliyor mu? Silinen kayıtların yedeklerden ne zaman çıkacağı biliniyor mu? Raporlama için anonim veri üretilebiliyor mu? InsureHub'da müşteri ve teklif kayıtlarının CRM yapısında ilişkili tutulması, bir müşteriye bağlı tüm kayıtları bir arada görmeyi ve imha kararını bütüncül vermeyi kolaylaştırır.
Fiziksel ve dijital kopyalar birlikte ele alınmalı
Periyodik imha çoğu zaman yalnızca yazılım ekranlarında düşünülür. Oysa acentelerde aynı müşteriye ait bilgiler, yazdırılmış teklif formlarında, imzalı belgelerin taranmış kopyalarında ve çalışanların bilgisayarlarına indirdiği dosyalarda da bulunabilir. Yazılımdaki kaydı silmek, bu kopyaları ortadan kaldırmaz.
Bu nedenle imha döneminde kısa bir kontrol turu yapmak faydalıdır. Ortak klasörlerde eski tarihli dışa aktarım dosyaları var mı? Arşiv dolabında saklama süresi dolmuş dosyalar bekliyor mu? E-posta kutularında uzun süredir duran ekli belgeler var mı? Bu soruların yanıtı, imha kaydına "diğer ortamlar" başlığı altında eklenebilir. Kontrol turunun sonucunu bir sonraki dönemle karşılaştırmak, hangi ortamda kopya biriktiğini de gösterir ve çalışanlara verilecek eğitimin odağını belirler. Kopya sayısı ne kadar azsa imha süreci o kadar kısa sürer; bu da veri minimizasyonunun imha aşamasındaki doğal faydasıdır.
Sonuç
Silme, yok etme ve anonimleştirme birbirinin yerine kullanılabilecek kelimeler değildir. Periyodik imha döngüsü; net bir takvim, kategori bazlı yöntem seçimi, istisna kontrolü ve kayıt tutma ile işler. Bu yazı genel bilgilendirme amacı taşır; yöntem ve süre kararlarınızı hukuk danışmanınızla birlikte vermenizi öneririz.