Veri Saklama Sürelerini Rastgele Yazanlar Hangi Riski Görmüyor? E-Pin Scripti Kullanan Satıcıların Sessizce Uyguladığı Silme Takvimi

Çoğu satıcı veri saklama süresini şöyle belirler: gizlilik politikasına "mevzuatta öngörülen süre boyunca" yazar ve konuyu kapatır. Kulağa güvenli gelir çünkü hiçbir şeye söz vermemiş gibisindir. Oysa bu cümle iki yönlü bir açık bırakır. Bir yandan ilgili kişi "benim verim ne zaman silinecek" sorusunu sorduğunda elinde somut bir cevap olmaz, öte yandan sistemin gerçekte hiçbir şeyi silmediği için yıllar sonra veritabanında adres, telefon ve kod geçmişi birikir. Silinmeyen veri, sızdığında zarar veren tek varlıktır.

E-pin ve dijital ürün satışında bu tablo daha keskin. Sattığın şey fiziksel olmadığı için itiraz penceresi farklı çalışır, kodun kullanılıp kullanılmadığını kanıtlaman gerekebilir, dolandırıcılık tarafında IP ve cihaz kaydı tutarsın, muhasebe tarafında fatura verisi uzun süre kalmak zorundadır. Yani tek bir süre yoktur; veri tipine göre ayrı takvimler vardır. İyi kurulmuş bir e-pin satış scripti bu takvimi elle takip etmeye bırakmaz, kayıt tipine süre etiketi yapıştırır ve zamanı gelince otomatik olarak siler ya da anonimleştirir. Aşağıda bu takvimin nasıl kurulacağını, hangi sürenin neye dayandığını ve panelde hangi mekanizmanın olması gerektiğini açıyoruz.

Neden tek bir saklama süresi yazmak işe yaramıyor?

Politikana "tüm verileri 3 yıl saklıyoruz" yazarsan iki hatayı birlikte yaparsın. Fatura verisini erken silmek zorunda kalırsın ki bu hukuki yükümlülüğe aykırıdır; buna karşılık bülten aboneliğinden çıkmış birinin e-posta adresini üç yıl daha tutarsın ki bunun hiçbir gerekçesi yoktur. Saklama süresi işleme amacının ömrüne bağlıdır: amaç bittiğinde veri de bitmelidir. Bu yüzden doğru yaklaşım, veriyi kategorilere ayırıp her kategoriye kendi amacını, dayanağını ve süresini yazmaktır. Envanteri çıkarmadan takvim kurulamaz. Kullandığın dijital ürün satış scripti hangi tabloda ne tuttuğunu sana listeleyebiliyorsa işin yarısı zaten hazırdır; yoksa ilk iş veritabanı alanlarını tek tek amaçla eşleştirmektir.

Teslim edilen kodu neden süresiz tutmamalısın?

Bu, e-pin işine özgü en kritik karardır. Satılmış bir kodun düz metin hâlde veritabanında yıllarca durmasının işletme açısından tek faydası, "kod çalışmadı" itirazında onu tekrar okumaktır. Ama bu ihtiyaç günler, en fazla haftalar sürer; buna karşılık risk süresizdir. Bir sızma anında en pahalı kalem, hâlâ bakiyesi olabilecek eski kodlardır. Doğru çözüm iki adımlıdır: kod satıştan sonra şifreli tutulur ve kısa bir pencerenin ardından tamamen silinerek yerine geri döndürülemez bir özet bırakılır. Özet, müşterinin gösterdiği kodun gerçekten senin sattığın kod olduğunu doğrulamaya yeter, ama çalınırsa kimseye bir işe yaramaz. İyi bir e-pin yazılımı bu dönüşümü kendisi yapar; özellikler listesinde kod saklama ve maskeleme davranışını mutlaka kontrol et.

Silmek mi, anonimleştirmek mi daha doğru?

İkisi farklı sonuç üretir ve seçim işletme ihtiyacına göre yapılır. Silme, kaydı tamamen ortadan kaldırır; raporların geçmişi de bozulur. Anonimleştirme ise kişiyle bağı koparıp istatistiği bırakır: müşteri adı ve e-postası gider, "2024 Mart, Gold paket, 250 TL" bilgisi kalır. E-pin satıcısı için doğru refleks genelde şudur: parasal ve hacimsel veriyi anonim olarak koru, kimliğe dair olan her şeyi sil. Böylece ciro grafiğin bozulmaz ama veritabanında kimsenin adı kalmaz. Kritik nokta, anonimleştirmenin gerçekten geri döndürülemez olmasıdır; e-postayı basit bir özetle değiştirip aynı tabloda telefon numarasını bırakmak anonimleştirme değil, kendini kandırmaktır. Panelin e-pin satış yazılımı tarafında bu iki işlemi ayrı düğmeler olarak sunması, operasyonda yanlış tuşa basılmasını engeller.

Otomatik silme işini nasıl kurarsın?

Elle silme hiç yapılmaz; ilk ay heyecanla yapılır, ikinci ay unutulur. Bu yüzden takvimi koda bağlamak gerekir. Pratikte üç parça yeterlidir: her kayıt tipine bir "saklama sonu" tarihi yazan bir alan, gece çalışan bir görev, ve neyin ne zaman silindiğini yazan bir işlem günlüğü. Üçüncüsü çoğu kurulumda eksiktir ama en değerlisidir: bir başvuru geldiğinde "bu verinin 14 Mart'ta otomatik silindiği" kaydını gösterebilmek, uzun açıklamalardan iyidir. Silme günlüğünün kendisi kişisel veri içermemeli; kayıt tipi, sayı ve tarih yeterlidir. Doğru kurulmuş bir dijital ürün satış yazılımı bu görevi kurulumdan itibaren çalıştırır, senden yalnızca süreleri onaylamanı ister.

Takvimi yılda kaç kez gözden geçirmelisin?

Yılda bir kez yeterlidir, ama sadece bir şey değişmediyse. Yeni bir ödeme sağlayıcısı, yeni bir tedarikçi, yeni bir pazarlama aracı ya da yeni bir ürün tipi eklediğinde takvim aynı gün güncellenmelidir; çünkü her biri yeni bir veri kategorisi getirir. Aşağıdaki listeyi paneline görev olarak kurabilirsin.

Bu düzeni kurmak sana ne kazandırır?

İlk kazanç risk azalması: elinde olmayan veri sızmaz. İkincisi performans, çünkü şişmiş log ve sepet tablolarını temizlediğinde panel belirgin biçimde hızlanır. Üçüncüsü ise pazarlıkta işine yarar; kurumsal bir müşteri ya da tedarikçi seninle çalışmadan önce saklama takvimini sorduğunda, hazır bir tablo göstermek konuyu tek toplantıda kapatır. Bunların hepsini sıfırdan kodlamak yerine hazır bir altyapıyla başlamak, fiyat tarafında da tek seferlik geliştirme maliyetinden düşük kalır.

Saklama takvimi, dışarıdan görünmeyen ama işletmenin dayanıklılığını belirleyen bir altyapıdır. Kendi verilerinde hangi kaydın hangi süreyle etiketlendiğini, gece çalışan silme görevinin ne bıraktığını ve anonimleştirme sonrası raporların nasıl göründüğünü merak ediyorsan canlı demo içinde bu ekranları açıp süreleri değiştirerek deneyebilir, sonra kendi takvimini aynı yapıda kurabilirsin.