30 | Hesap Verileri Ne Kadar Süre Saklanmalı?

Bir dijital hizmet kullanıcı verisini toplarken genellikle ‘neden gerekli’ sorusunu sorar. Daha az konuşulan soru, bu verinin iş bittikten sonra ne kadar süre tutulacağı. Süresiz saklanan eski kayıtlar ürün için artık fayda sağlamasa da olası ihlalde ek risk yaratabilir. Veri saklama politikası teknoloji ve mahremiyet gündeminin pratik konularından biri haline geliyor.

Aynı veri, farklı amaç

Hesabın çalışması için gerekli kayıtlarla istatistik için tutulan günlükler aynı süreye ihtiyaç duymaz. Yasal zorunluluklar, uyuşmazlık süreçleri ve güvenlik kayıtları ayrı gerekçeler oluşturabilir; bunların sınırları açık belirlenmeli. Kullanıcı hesabını kapattığında hangi verilerin hemen silindiği, hangilerinin hangi nedenle bir süre daha saklandığı anlatılmalıdır. ‘Verilerinizi önemsiyoruz’ cümlesi, somut bir takvim olmadan yeterince açıklayıcı değildir.

Arama kaydından hesap kaydına

betrupi veya betrupi giriş bağlantısından siteye ulaşmak, hangi verinin saklandığını tek başına söylemez. Bu örnek söz konusu adresin veri uygulamalarına ilişkin iddia içermez. Ancak herhangi bir platforma giden bağlantı, arama kaynağı, çerez ve oturum verisi gibi farklı izler bırakabilir. Kullanıcı hangi verinin neden işlendiğini gizlilik açıklamasından öğrenebilmeli; gereksiz saklama varsayılan olmamalı.

Silme de teknik bir iş

Veriyi ana veritabanından kaldırmak yeterli olmayabilir; yedekler, analiz sistemleri ve destek kayıtları da dikkate alınmalıdır. Üstelik her yedek anında silinemeyebilir. Politika bu sınırları dürüstçe açıklamalı ve süresi dolan kayıtların tekrar canlı sisteme dönmesini önlemelidir. Veri silme talebi yapan kişinin talebinin alındığına ve sonucuna ilişkin anlaşılır bilgi görmesi gerekir. Süreç yalnızca hukuki bir sayfanın varlığına indirgenmemeli.

30 | Saklama takviminin uygulanması

Veri politikası yazmak ile silme işini düzenli yapmak farklı görevlerdir. Bir kuruluş hangi sistemde ne tutulduğunu envanterlemeden gerçekçi süre belirleyemez. Destek yazışmaları, güvenlik günlükleri ve yedekler ayrı zaman çizelgelerine ihtiyaç duyabilir. Süre dolduğunda otomatik silme görevinin çalışıp çalışmadığı test edilmeli; başarısız işler sessizce birikmemelidir. Yeni bir analitik aracı sisteme eklendiğinde aynı takvimin ona da uygulanması gerekir. Kullanıcı hesap kapatma istediğinde veri indirme ve yasal olarak tutulması gereken kayıtların kapsamı anlaşılır biçimde belirtilmeli. Silme işlemi tamamlandığında bir özet sunmak güven sağlar, fakat silinmiş verinin gereksiz kopyası bu onayın kendisinde yaratılmamalı. Mahremiyet, yalnızca veri toplama anındaki izin kutusu değil, kaydın son gününe kadar sürdürülen mühendislik disiplinidir.

30 | Kullanıcıya görünürlük

Saklama süreleri uzun bir hukuk metninin içinde kaybolmamalı. Hesap ayarlarında temel veri kategorileri ve silme talebinin sonucu anlaşılır biçimde gösterilebilir. Kişi hesabını kapattıktan sonra bazı kayıtlar yasal gereklilikle tutulacaksa bunun sınırı açıklanmalı. Kurum içindeki test verileri de gerçek kullanıcı bilgisinden türetiliyorsa aynı dikkatle yönetilmeli. Veri yaşam döngüsünün sonunda güvenli silme, en baştaki izin kadar önem taşır.

Veri minimizasyonu bir defalık temizlik kampanyası değil, ürün yaşam döngüsünün parçası. Yeni özellik eklenirken toplanacak alanlar, saklama süresi ve silme yöntemi birlikte tasarlanırsa sonradan karmaşa azalır. Kullanıcı güveni açısından en iyi iddia ‘her şeyi sonsuza dek koruyoruz’ değil, gerçekten gerekli olanı belirli amaçla ve sınırlı süreyle tuttuğunu gösterebilmektir. Teknoloji haberlerinde bu görünmeyen bakım işi daha fazla yer hak ediyor.