Bir müşteri "verilerimi silin" dediğinde yapılacak ilk iş silmek değildir: talebi tarihiyle kayda almak ve talebi yapanın gerçekten o kişi olduğunu doğrulamaktır. Doğrulama yapılmadan silinen kayıt, hem yanlış kişinin verisini yok edebilir hem de işletmeyi kanıtsız bırakır. Bu yazıda talebin kayda alınmasından verinin hangi sistemlerde durduğunu bulmaya, silme ile anonimleştirme arasındaki seçime ve talebi kapatırken tutulacak kayda kadar izlenecek sırayı bulacaksınız.
Silme talebi neye benzer, kim yapabilir?
Talep her zaman resmî bir dilekçe biçiminde gelmez. İletişim formundan "beni listenizden çıkarın", e-postayla "bilgilerimi silin", bazen de telefonla gelir. İşletme açısından üçü de aynı şeydir: bir ilgili kişi, kendisine ait verinin işlenmesine son verilmesini istiyor.
Talebi yapan kişi verinin sahibi olmalıdır. Başkası adına gelen talepte vekâlet gerekir; bir çalışanın müşterisi adına yaptığı "bizim müşterimizin verisini silin" talebi kendi başına yeterli değildir. Hukuki biçim ve süreler için kendi hukuk danışmanınızla doğrulayın; burada anlatılan, işletmenin içinde işin nasıl yürütüleceğidir.
Birinci adım: talebi kayda al, kimliği doğrula
- Talebi geldiği kanaldan kopyalayıp tek bir yere kaydedin: tarih, kanal, talep metni, talep eden kişinin verdiği bilgiler.
- Talebi karşılayacak tek bir sorumlu belirleyin. İki kişinin ayrı ayrı uğraştığı talep yarım kalır.
- Kimliği doğrulayın: kayıtlarınızdaki iletişim bilgisiyle örtüşme arayın, gerekirse kayıtlı e-posta adresine doğrulama isteyin. Kimlik belgesi fotokopisi istemek yerine mevcut kaydınızla eşleşen bir bilgi üzerinden doğrulamak daha güvenlidir.
- Talebin kapsamını netleştirin: tüm verinin silinmesi mi isteniyor, yoksa yalnızca pazarlama iletişiminin durdurulması mı? İkisi farklı işlemdir ve çoğu talep aslında ikincisidir.
Veri kaç yerde duruyor? Sistem listesi
Asıl zorluk silmek değil, verinin kopyalarını bulmaktır. Küçük bir işletmede bile aynı müşteri bilgisi birden çok yerde durur:
| Sistem | Hangi veri | Talepte ne yapılır |
|---|---|---|
| Web sitesi form kayıtları | Ad, telefon, e-posta, mesaj | Kayıt silinir; form eklentisi kayıt tutuyorsa veritabanındaki tablo da kontrol edilir |
| Kurumsal e-posta kutusu | Yazışmalar, ekler | İlgili yazışma silinir; çöp kutusu ve arşiv klasörü de boşaltılır |
| E-posta pazarlama / toplu gönderim aracı | Liste kaydı, açılma verisi | Abonelik listesinden çıkarılır; aracın "silinen kişiler" kaydı kontrol edilir |
| Müşteri yönetimi veya işletme yazılımı | Cari kart, notlar, randevu geçmişi | Yasal saklama yükümlülüğü olmayan alanlar temizlenir |
| Muhasebe ve belge kayıtları | Fatura, irsaliye | Silinmez; yasal saklama kapsamındadır, talep bu gerekçeyle kısmen reddedilir |
| Yedekler | Yukarıdakilerin eski kopyaları | Yedekten tek kayıt çıkarılmaz; kuralı yazıya geçirin (bkz. aşağıdaki bölüm) |
| Elektronik tablo ve yerel dosyalar | Çalışanların indirdiği listeler | Aranır ve silinir; bu adım en çok atlanan adımdır |
Bu liste bir kez hazırlanırsa her talepte yeniden kurulmaz. Dijital varlıklarınızın ve erişimlerinin dökümü zaten varsa veri envanteri onun üstüne kurulur.
Silme, anonimleştirme ve saklama zorunluluğu
Üç farklı sonuç vardır ve hangisinin uygulandığı yazıya geçmelidir:
- Silme: kayıt tamamen kaldırılır. Pazarlama listeleri, form kayıtları, serbest metin notları için uygundur.
- Anonimleştirme: kişiyi işaret eden alanlar kaldırılır, kaydın kendisi sayısal olarak kalır. "Bu ay kaç randevu alındı" gibi toplamları bozmadan kişisel veriyi çıkarmak gerekiyorsa bu yol seçilir.
- Kısmi ret: yasal saklama yükümlülüğü olan belgeler silinmez. Bu durumda talebin hangi kısmının karşılanmadığı ve gerekçesi ilgili kişiye yazılı olarak bildirilir.
Yedekler ayrı bir başlıktır. Yedekten tek bir kaydı çıkarmak çoğu sistemde mümkün değildir ve yedeği bozar. Uygulanabilir düzen şudur: yedeklerin kendi saklama süresi içinde dönüşümlü olarak değiştiği, geri yükleme yapılırsa silinen kayıtların yeniden silineceği yazıya geçirilir ve ilgili kişiye bu çerçeve anlatılır.
Talep gelmeden önce hazırlanacak iki şey
Talepler beklenmedik anda gelir ve hazırlıksız karşılanan talep günlere yayılır. Önceden hazırlanacak iki şey var.
Birincisi sistem listesi: yukarıdaki tablonun sizin işletmenize uyarlanmış hâli. Hangi müşteri bilgisi hangi araçta duruyor, o aracı kim yönetiyor, erişim kimde? Bu liste bir kez çıkarıldığında her talepte sıfırdan araştırma yapılmaz.
İkincisi hazır yanıt metni: talebin alındığını bildiren, hangi bilgiyle kimlik doğrulaması yapılacağını söyleyen ve kapsamı soran kısa bir şablon. Şablon olmadığında yanıt yazmak ertelenir, erteleme de en sık yaşanan kusurdur. Metni bir kez hukuk danışmanınıza okutun, sonra her talepte aynısını kullanın.
Talebi kapatırken ne kaydedilir?
Talebi karşıladığınızı gösteren kayıt, talebin kendisi kadar önemlidir. Tek bir satırda şunlar bulunsun: talep tarihi, talep eden kişi, doğrulama yöntemi, hangi sistemlerde ne yapıldı, hangi kısım reddedildiyse gerekçesi, kapatma tarihi ve ilgili kişiye verilen yanıtın kopyası.
Aynı kişi birkaç ay sonra tekrar yazdığında bu kayıt olmadan ne yapıldığını hatırlamak mümkün olmaz; ikinci talepte veri yeniden ortaya çıkarsa hangi sistemin atlandığı da yine bu kayıttan anlaşılır.
Kısa kontrol listesi
- Talebi tarih ve kanalıyla kaydet, tek sorumlu ata.
- Kimliği mevcut kaydınızla eşleşen bir bilgi üzerinden doğrula.
- Talebin kapsamını sor: tüm veri mi, yalnızca pazarlama iletişimi mi?
- Sistem listesini yukarıdaki tablodan geç; elektronik tabloları ve e-posta arşivini atlama.
- Her sistem için silme, anonimleştirme ya da gerekçeli ret kararını yaz.
- Yanıtı yazılı ver ve kapatma kaydını tut.
DigiWSS, müşteri verisini web sitesi, form ve kurumsal e-posta tarafında KVKK uyumlu biçimde düzenlemeye yardımcı olur; hukuki değerlendirme hukuk danışmanınızın işidir.