Bir silme talebi geldi. Şimdi ne olacak?

Silme sayfasını yayınlamak, herkesin hakkında yazdığı kısımdır. Biri onu kullandıktan sonra olanlar ise gerçekten uyumlu olup olmadığınızı belirleyen kısımdır ve bu bir barındırma sorusu değil, bir süreç sorusudur.

Talepler nereye düşmeli?

Bir insanın günler içinde gördüğü bir yere; bir şey bozulduğunda kontrol ettiğiniz bir gelen kutusuna değil.

Başarısızlık biçimi belirgin ve yaygındır: bir sayfa talepleri kimsenin okumadığı bir posta kutusunda ya da bildirim e-postaları spam’e düşen bir form hizmetinde toplar. Kullanıcı talebinin iletildiğine inanır. Hukuken artık işlediğinden haberiniz olmayan bir süreyi ihlal ediyorsunuzdur.

Pratik kurallar:

• Terk edebileceğiniz kişisel bir adres olmasın. Bir mağaza sayfasından gelen destek postaları dalgalar halinde gelir: aylarca hiçbir şey, sonra peş peşe birkaç tane.
• Kaçıramayacağınız bir bildirimi olan bir yer olsun. Tek başına çalışan bir geliştirici için bu çoğu zaman e-posta değil bir sohbet kanalıdır, çünkü tam da e-posta, şeylerin görmezden gelinmek üzere gittiği yerdir.
• Mümkünse birden fazla yol olsun. Bir kanal sessizce bozulursa, ikincisini istersiniz.
• Test edin. Kendi herkese açık sayfanız üzerinden bir talep gönderin ve size ulaştığını doğrulayın. Sayfada yapılan her değişiklikten sonra bunu tekrarlayın.

Ne kadar süreniz var?

Kullanıcılarınızdan herhangi biri AB’de ya da Birleşik Krallık’taysa GDPR süresi geçerlidir. 12(3). madde, gecikmeksizin ve her halükârda talebin alınmasından itibaren bir ay içinde yanıt verilmesini şart koşar. Gerçekten karmaşık talepler için süre iki ay daha uzatılabilir; ama uzatmayı kişiye ilk ay içinde bildirmeniz gerekir.

Geliştiricilerin sık sık atladığı iki ayrıntı:

• “Talebinizi aldık” bir yanıt değildir. Bir silme talebi üzerine işlem yaptığınızda, silme işleminin gerçekleştirildiğini ve neyin silindiğini teyit edersiniz.
• Reddederseniz yine de yanıt vermeniz gerekir: bir ay içinde, gerekçelerinizle ve kişiye bir denetim makamına şikâyette bulunabileceğini ya da yargı yoluna başvurabileceğini söyleyerek.

Diğer düzenlemelerin kendi süreleri vardır. Kaliforniya, Brezilya ya da benzer yasaların bulunduğu başka yerlerde kullanıcılarınız varsa, bir ayın sizi her yerde kapsadığını varsaymak yerine uygulanan düzenlemeyi kontrol edin.

Gerçekte neyin silinmesi gerekir?

Hesap ve arkasındaki kişisel veriler; yalnızca kendi veritabanınızda değil:

Verinin bulunduğu yer	Ne yaparsınız
Birincil veritabanınız	Silin; geçici silip unutmayın
Yedekler	Politikanızda yedeklerin ne kadar süre kaldığını ve süresinin dolduğunu dürüstçe belirtin
Analiz / çökme raporlama	Varsa sağlayıcının kendi silme API’sini kullanın
E-posta veya CRM araçları	Dışa aktardığınız listelerden kaldırın
Veri işleyiciler ve alt işleyiciler	Silmelerini isteyin ve takip edin; bu onların değil sizin yükümlülüğünüzdür
Günlükler	Bir saklama süresine karar verin ve uygulayın

Uygulamanız kullanıcı verilerini işlemek için hizmet sağlayıcılara dayanıyorsa, verileri kendi sunucularınızdan silmek işin yalnızca yarısıdır; sağlayıcıdan da aynısını yapmasını istemeniz gerekir.

Neyi saklayabilirsiniz?

Belirtilen nedenlerle bazı şeyleri. Yaygın olanlar:

• Fatura ve vergi kayıtları; bunlar genellikle yıllarca yasal olarak saklanır.
• Silme işleminin kendisinin kaydı: bunun gerçekleştiğini gösterebilmeniz gerekir.
• Dolandırıcılık veya kötüye kullanım işaretleri; meşru bir nedeniniz varsa ve bunu belirttiyseniz.
• Anonimleştirilmiş toplu veriler; gerçekten yeniden tanımlanamıyorlarsa.

Bunlardan hangilerinin geçerli olduğunu, saklama süresiyle birlikte, kimse sormadan önce gizlilik politikanızda belirtin. Buna talep anında karar vermek, insanların ya fazla söz vermesine ya da doğaçlama yapmasına yol açar.

Yanıtta ne yazmalı?

Kısa, net, tarihli:

Silme talebinizi 3 Mart’ta aldık. Hesabınız ve onunla ilişkili kişisel veriler silindi. Vergi amacıyla yedi yıl saklamamız gereken faturalarınızı ve bu talebin kaydını sakladık. Başka hiçbir şey kalmadı.

Bu uyumlu bir yanıttır. “Tamamlandı ✅” değildir, çünkü hiçbir şeyi teyit etmez.

Kaydı tutun

Hacim ne olursa olsun, bir kayıt tutun: kim istedi, ne zaman, neyi sildiniz, neyi neden sakladınız, ne zaman yanıt verdiniz. “Sildik” bir iddiadır; tarihli bir liste ise kanıttır ve bir düzenleyici kurumun, siz talebi çoktan unuttuktan sonra istediği şey kanıttır.

Talepleri dağınık e-postalar olarak değil, yapılandırılmış bir yerde tutmanın nedeni de budur. Yanıtlardan oluşan bir klasör bir kayıt değildir.

Yukarıdakilerin tümüyle ilgili bir uyarı

Bu sayfa hukuki yükümlülüklerinizi değil, bir süreci anlatır. Size hangi düzenlemelerin uygulandığı kullanıcılarınızın nerede olduğuna ve uygulamanızın ne yaptığına bağlıdır; süreler ve istisnalar düzenlemeden düzenlemeye değişir ve örnek yanıttaki saklama süreleri kopyalayabileceğiniz bir rakam değil, açıklayıcı bir örnektir. Silme taleplerini herhangi bir hacimde ele alıyorsanız ya da uygulamanız sağlık verisi, finans veya çocuklarla ilgiliyse, bunu sizin yazılı prosedürünüze dönüştürecek bir saatlik avukat zamanı buna değer.

AppFoyer burada ne yapar

Sayfayı barındırır, talebi denetim kaydınız olarak saklar ve sizin kurduğunuz kanallardan size bildiririz: her planda e-posta, ücretli bir planda Telegram ya da Slack; sizin kimlik bilgileriniz yerine kendi botumuz ve uygulamamız üzerinden. Kontrol paneli her talebi bir done → archive → delete (tamamlandı → arşivle → sil) iş akışıyla tutar; böylece yukarıdaki kayıt, sizin oluşturmanız gereken bir şey değil, zaten sahip olduğunuz bir şeydir.

Yapmadığımız ve iddia etmeyeceğimiz iki şey var: son kullanıcıyla asla iletişime geçmeyiz ve sistemlerinizde asla hiçbir şeyi silmeyiz; onlara erişimimiz yoktur. Silme, yanıt ve saklama kararları sizindir. Gereksinimin gerçekte sizden istediği budur ve hiçbir barındırılan sayfa bunun yerini tutamaz.

Yetkili kaynaklar

• Google Play’in uygulama hesabı silme gereksinimlerini anlamak — Google Play Yardım
• Silme hakkı — Birleşik Krallık Bilgi Komiserliği Ofisi (ICO), bir düzenleyici kurumun kendi rehberi
• GDPR 12. madde ve 17. madde — süre ve hakkın kendisi