Çoğu e-pin satıcısı kişisel veri konusunu "bize gelmez" diye geçiştirir. Küçük bir siteyim, birkaç yüz müşterim var, kimse beni aramaz diye düşünür. Sonra bir gün kutuna tek satırlık bir mesaj düşer: "Hesabımı ve tüm verilerimi silmenizi talep ediyorum." O an panik başlar, çünkü hiç kimse şu iki soruyu önceden yanıtlamamıştır: hangi verileri silebilirim, hangilerini silmek zorunda değilim?
İşin şaşırtıcı tarafı şu: veri silme talebi sanıldığı gibi "her şeyi sil" demek değildir. Bazı kayıtları silmek yasal olarak mümkün bile değildir; fatura ve muhasebe kayıtları bunun en net örneğidir. Yani doğru yanıt "sildik" de değildir, "şunları sildik, şunları şu gerekçeyle saklıyoruz, şu tarihte onlar da silinecek" demektir. Bu ayrımı sistemine gömmeyen bir e-pin satış scripti seni ya yasa dışı bir silmeye ya da haklı bir şikayete sürükler. Aşağıda bu protokolü baştan sona kuruyorum.
Silme talebi geldiğinde ilk 24 saatte ne yapmalısın?
İlk refleks silmek olmamalı. İlk refleks kimlik doğrulamak olmalı. Talebi gönderen kişinin gerçekten hesap sahibi olduğunu doğrulamadan silme yaparsan, iki farklı zarar birden doğar: gerçek müşterinin verisi haksız yere kaybolur ve kötü niyetli kişi rakip bir satıcının müşterisini sabote etmiş olur. Doğrulama için hesaba kayıtlı e-posta adresinden gelen onay veya panel içi doğrulanmış bir talep formu en sağlıklısıdır. Talep panel üzerinden alındığında oturum zaten kimliği kanıtlar; bu yüzden iyi bir dijital ürün satış yazılımı silme talebini hesap ayarları içine bir düğme olarak koyar, serbest metinli e-postaya bırakmaz. Doğrulamadan sonra talebi kayda al, başvuru numarası üret ve müşteriye aldığını bildir. Bu bildirim, sürenin işlediğinin kanıtıdır.
Neyi silebilirsin, neyi saklamak zorundasın?
Burada net bir hiyerarşi vardır. Sözleşmenin ifası için toplanan ve artık gereği kalmayan veriler silinir: pazarlama izinleri, tercih kayıtları, destek sohbetleri, ziyaret geçmişi, kayıtlı ödeme profili. Buna karşılık yasal saklama yükümlülüğü olan kayıtlar silinmez: fatura bilgileri, muhasebe kayıtları ve işlem tutarları. Ortada kalan gri alan ise en kritik olanıdır; satın alınan e-pin kodları ve teslimat kayıtları. Bunlar hem uyuşmazlık kanıtıdır hem de kişisel veri içerir. Doğru çözüm kaydı silmek değil, kişiselleştiren alanları ayırmaktır. Sipariş kaydı kalır ama ad, e-posta, telefon ve IP alanları temizlenir; kayıt artık bir kişiye değil, bir işleme aittir.
| Veri türü | İşlem | Gerekçe | Süre |
|---|---|---|---|
| Ad, e-posta, telefon | Sil | İşleme amacı ortadan kalktı | Talep üzerine |
| Pazarlama izni kayıtları | Sil | Açık rıza geri çekildi | Talep üzerine |
| Destek sohbet geçmişi | Sil veya anonimleştir | Uyuşmazlık yoksa gerek kalmaz | Talep üzerine |
| Sipariş ve teslimat kaydı | Anonimleştir | İşlem bütünlüğü korunmalı | Kalıcı |
| Fatura ve muhasebe kaydı | Sakla | Yasal saklama yükümlülüğü | 10 yıl |
| Giriş ve işlem günlükleri | Sakla, sonra imha et | Güvenlik ve izlenebilirlik | Politikada belirlenen süre |
| Ödeme kartı bilgisi | Sende hiç olmamalı | Saklama yetkisi ödeme kuruluşundadır | Yok |
Anonimleştirme gerçekten silme sayılır mı?
Sayılır, ancak koşulu ağırdır: geri döndürülemez olmalıdır. Adı "M*** K***" biçiminde maskelemek anonimleştirme değildir, çünkü diğer alanlarla birleştirilerek kişi yeniden bulunabilir. Gerçek anonimleştirmede kişiye ait alanlar tamamen boşaltılır veya geri çevrilemez bir değere dönüştürülür ve kullanıcı kimliği bağlantısı koparılır. Pratikte şöyle işler: kullanıcı kaydı silinir, ilgili siparişlerdeki kullanıcı bağlantısı "silinmiş kullanıcı" olarak işaretlenir, iletişim alanları boşaltılır, tutar ve tarih gibi işletme için gerekli alanlar kalır. Bu işlemi elle yapmak neredeyse imkansızdır; veritabanında onlarca tabloda iz bırakır. Bu yüzden hazır bir e-pin yazılımı seçerken "kullanıcıyı silebiliyor mu" değil, "silerken ilişkili kayıtlarda ne yapıyor" sorusunu sor.
Gelen veri taleplerinin tür dağılımı
- Hesap ve veri silme 45%
- Pazarlama iznini geri çekme 25%
- Verilerimi görmek istiyorum 20%
- Düzeltme ve itiraz 10%
Yedekler, günlükler ve dış servisler: silme nerede yarım kalıyor?
Panelden kullanıcıyı sildin, rahatladın. Oysa veri hâlâ en az üç yerde duruyor olabilir. Birincisi yedekler; gece alınan tam yedekte kayıt aynen durur. Çözüm yedekleri elle kurcalamak değil, yedek saklama süresini yazılı olarak belirlemek ve silinen kaydın yedekten geri yüklenmesi halinde yeniden silinmesini sağlayan bir işaret listesi tutmaktır. İkincisi sunucu ve uygulama günlükleri; IP ve e-posta bu dosyalarda saklıdır, bunların da bir imha takvimi olmalıdır. Üçüncüsü dış servisler; e-posta gönderim sağlayıcın, analiz aracın ve varsa destek platformun aynı veriyi barındırır. Silme talebi geldiğinde bu servislere de talimat gitmelidir. Bir e-pin scripti kurarken hangi verinin hangi dış servise aktığını listelemek, sonradan yapılacak en zor işi baştan kolaylaştırır.
Talebi aldığın anda hesabı dondur, erişimi kapat ve geri alma penceresi tanı. Müşterilerin önemli bir kısmı öfkeyle talep açıp ertesi gün vazgeçer. Bu pencere hem müşteriyi kurtarır hem de hatalı silmeleri önler; süreyi bilgilendirme metninde açıkça yaz.
Kanıt olmadan yaptığın silmenin hiçbir değeri yok
Denetim veya şikayet anında sorulacak soru tektir: bunu yaptığını nasıl gösteriyorsun? Bu yüzden her silme işlemi bir kayıt bırakmalıdır; ama dikkat, bu kayıt sildiğin veriyi içermemelidir. Tutulması gereken alanlar şunlardır: başvuru numarası, başvuru tarihi, doğrulama yöntemi, karar tarihi, hangi veri gruplarına ne işlem uygulandığı, saklanan gruplar ve gerekçesi, işlemi yapan kullanıcı. Böylece kimse için bir kişisel veri arşivi kurmadan süreci kanıtlayabilirsin. Ek olarak müşteriye gönderdiğin yanıtın bir kopyası dosyada kalmalıdır. Bu yanıt, hangi verilerin silinmediğini ve neden silinmediğini açıkça anlatmalı; belirsiz yanıtlar başvuruyu şikayete dönüştüren asıl sebeptir.
Bu süreci sisteminde nasıl kurumsallaştırırsın?
Her talebi tek tek düşünerek yönetmek uzun vadede sürdürülemez. İhtiyacın olan şey bir prosedür ve onu uygulayan bir ekrandır. Aşağıdaki kontrol listesi, panelde olması gereken minimum yapıyı tarif eder. Bunu kurduğunda gelen talep bir krize değil, üç tıklık rutin bir işe dönüşür.
| Adım | Sistemde karşılığı | Sorumlu |
|---|---|---|
| Talebin alınması | Hesap ayarlarında silme talebi düğmesi | Otomatik |
| Kimlik doğrulama | Oturum veya kayıtlı e-posta onayı | Otomatik |
| Bekleme penceresi | Hesap dondurma ve geri alma bağlantısı | Otomatik |
| Kapsam kararı | Veri grubu haritası ve saklama gerekçeleri | Yönetici |
| Uygulama | Kullanıcı silme + sipariş anonimleştirme | Sistem |
| Dış servis bildirimi | Entegrasyon listesi ve talimat şablonu | Yönetici |
| Kanıt kaydı | İşlem günlüğü, veri içermeyen özet | Otomatik |
| Müşteriye yanıt | Hazır metin, 30 gün içinde gönderim | Yönetici |
Veri taleplerini krize dönüştürmeyen bir altyapı kur
Pinova, kullanıcı silme ve sipariş anonimleştirme akışını, saklama gerekçelerini ve işlem kayıtlarını birlikte yöneten bir dijital ürün satış yazılımıdır. Özellikleri incele, paketleri karşılaştır.
Müşteri her şeyin silinmesini isterse faturaları da silmeli miyim?
Hayır. Yasal saklama yükümlülüğü bulunan fatura ve muhasebe kayıtları silinmez. Müşteriye bu kayıtların hangi gerekçeyle ve ne kadar süre saklandığını yazılı olarak bildirmen gerekir.
Talebe kaç gün içinde yanıt vermeliyim?
En geç otuz gün içinde. Talebi aldığın anda bir başvuru numarası üretip müşteriye bildirmek, sürenin işlediğini ve süreci yönettiğini gösteren en pratik yöntemdir.
Hesabı silmek yerine pasife almak yeterli mi?
Yeterli değildir. Pasif hesapta kişisel veriler durmaya devam eder. Kişisel alanları gerçekten temizlemen, işlem kayıtlarını ise kişiye bağlanamayacak hale getirmen gerekir.
Yedeklerdeki veriyi nasıl yönetmeliyim?
Yedekleri tek tek düzenlemeye çalışma. Yedek saklama süresini yazılı olarak belirle ve geri yükleme yapılırsa silinmiş kayıtların yeniden temizlenmesini sağlayan bir işaret listesi tut.
Veri silme talebi, iyi kurulmuş bir işletmede korkutucu bir olay değil; sadece bir iş akışıdır. Kapsamı önceden tanımlarsan, kanıtını tutarsan ve müşteriye açık bir dille yanıt verirsen konu üç gün içinde kapanır. Bu akışın panel içinde nasıl göründüğünü, silme ile anonimleştirmenin sipariş kayıtlarına nasıl yansıdığını denemek istersen canlı demo üzerinden bir test hesabı açıp silme talebini baştan sona işletebilir, ardından özellik listesini kendi ihtiyacınla karşılaştırabilirsin.