Item Satış Scripti Kullanıyorsan Hesap Silme Talebini Nasıl Yönetirsin? KVKK, Bekleyen Bakiye ve Açık Sipariş Varken Doğru Silme Akışını Öğren

Çoğu kişi şunu sanır: kullanıcı hesabını silmek isterse veritabanından satırı kaldırırsın, iş biter. Ama bir pazar yerinde kullanıcı yalnızca bir e-posta adresi değildir. Emanette bekleyen bir ödemesi, cüzdanında çekilebilir bakiyesi, teslim edilmeyi bekleyen bir siparişi ya da hâlâ açık bir uyuşmazlığı olabilir. Satırı aceleyle silmek, karşı taraftaki alıcıyı ya da satıcıyı mağdur eder, muhasebe kayıtlarını bozar ve seni hukuki olarak savunmasız bırakır.

Bu yazıda bir item ve hesap satış sitesinde silme talebini nasıl ele alman gerektiğini anlatacağım: KVKK'nın senden ne beklediği, hangi verileri saklamaya devam edebileceğin, iki ayrı bakiye türünün nasıl kapatılacağı ve açık siparişler varken akışın nasıl duraklatılacağı. Örnekleri Pazarova gibi çok satıcılı bir pazar yeri scripti üzerinden vereceğim. Hukuki konularda son kararı her zaman bir avukatla birlikte vermeni öneririm; burada operasyonel çerçeveyi kuruyoruz.

Hesap silme talebi neden basit bir sil butonu değildir?

Bir pazar yerinde her kullanıcı başka kullanıcılarla bağlıdır. Satıcı silinirse onun ilanından alışveriş yapmış alıcının sipariş geçmişi, verdiği puan ve yazdığı yorum nereye bağlanacak? Alıcı silinirse satıcının emanette bekleyen kazancı ne olacak? Silme işlemi tek bir kullanıcıyı değil, onunla işlem yapmış herkesi etkiler.

Bu yüzden silme talebini bir iş akışı olarak düşünmelisin: talep alınır, kimlik doğrulanır, açık işlemler kontrol edilir, bakiyeler kapatılır, kişisel veriler silinir veya anonimleştirilir, yasal saklama gerektiren kayıtlar ayrılır ve kullanıcıya sonuç bildirilir. Bu adımlardan birini atlamak, ileride çözmesi zor bir destek talebine ya da şikayete dönüşür. Örnek senaryo: satıcı hesabını bugün siliyor, yarın alıcı teslim aldığı hesabın çalışmadığını bildiriyor; uyuşmazlık açılacak bir karşı taraf kalmamış oluyor.

KVKK silmeyi zorunlu kılarken neyi saklamana izin verir?

6698 sayılı Kişisel Verilerin Korunması Kanunu, ilgili kişiye kişisel verilerinin silinmesini veya yok edilmesini isteme hakkı tanır ve veri sorumlusunun başvuruyu en geç 30 gün içinde sonuçlandırmasını öngörür. Ancak kanun, işleme şartlarının ortadan kalkmasını esas alır. Yani başka bir kanunun saklamanı gerektirdiği veriler, o yükümlülük sürdükçe tutulmaya devam edebilir. Fatura, ödeme ve ticari defter kayıtları bunun tipik örneğidir.

Pratikte yapman gereken, veriyi iki gruba ayırmaktır. Birinci grup: profil bilgileri, telefon, adres, oyun içi kullanıcı adı, mesajlar ve tercihler gibi artık işleme şartı kalmayan veriler; bunları silersin ya da geri döndürülemeyecek biçimde anonimleştirirsin. İkinci grup: yasal saklama yükümlülüğü olan işlem kayıtları; bunları erişimi kısıtlanmış şekilde, yalnızca gereken süre boyunca tutarsın. Anonimleştirme, pazar yeri için çoğu zaman silmeden daha doğru bir araçtır, çünkü sipariş ve yorum geçmişini kişiyle ilişkilendirmeden korur.

Bekleyen ve çekilebilir bakiye varken hesabı kapatabilir misin?

Pazarova'da iki ayrı bakiye bulunur: üyenin sitede alışverişte kullandığı harcanabilir bakiye ve satıcının kazancının biriktiği çekilebilir bakiye. Silme talebinde ikisini de ayrı ayrı ele almalısın. Çekilebilir bakiye satıcının hak ettiği paradır; hesap kapanmadan önce satıcıya bu tutarı çekmesi için bir süre tanı ya da onun bildirdiği hesaba ödemeyi tamamla.

Harcanabilir bakiye için kullanım koşullarında baştan bir kural yazmalısın: silme talebinde kalan bakiye iade mi edilecek, yoksa kullanıcıya önce harcama hakkı mı tanınacak? Kural ne olursa olsun, bakiyesi sıfırlanmamış bir hesabı sessizce kapatma. Örnek senaryo: kullanıcının 240 TL harcanabilir bakiyesi var. Ona silme işleminin bakiyeyi kapsadığını, iade seçeneğini ve süreyi yazılı olarak bildirirsin; onay gelince bakiyeyi kapatır, sonra silme adımına geçersin.

Açık sipariş, emanet ve uyuşmazlık sürerken ne yapmalısın?

Burada altın kural şudur: açık işlem varsa silme beklemeye alınır, iptal edilmez. Pazarova'da ödeme satıcıya hemen geçmez; e-pin ve otomatik teslimatlı ilanlarda varsayılan 1 gün, manuel teslim ve hesap ilanlarında 3 gün emanette bekler. Alıcı onayladığında ya da süre dolduğunda tutar satıcının çekilebilir bakiyesine geçer. Yani silme talebi geldiğinde emanette tutar varsa, bu süreç tamamlanana kadar beklemek gerekir.

Siparişin durumuna göre hareket et. Manuel teslim bekliyor durumundaysa satıcının teslim etmesi ya da süre aşımıyla otomatik iadenin gerçekleşmesi beklenir. Teslim edildi durumundaysa alıcı onayı veya emanet süresinin dolması beklenir. Uyuşmazlık durumundaysa admin panelindeki uyuşmazlık ekranından karar verilir: alıcıya iade veya satıcıya serbest bırakma, gerekçesiyle birlikte not düşülür. Ancak bütün siparişler alıcı onayladı ya da iade edildi noktasına geldiğinde silmeye devam edersin. Satıcının yeni satış almaması için bekleme süresince ilanlarını yayından kaldırmak da iyi bir pratiktir.

Silme akışını altı adımda nasıl kurarsın?

Birinci adım, talebi kayıt altına almak ve tarih atmaktır; 30 günlük yanıt süresi bu tarihten işler. İkinci adım, kimlik doğrulamadır: talebi gerçekten hesap sahibinin yaptığından emin olmak için kayıtlı e-postaya doğrulama bağlantısı göndermek gibi basit bir yöntem yeterli olabilir. Üçüncü adım, açık işlem taramasıdır: emanetteki siparişler, manuel teslim bekleyenler ve uyuşmazlıklar listelenir.

Dördüncü adım, bakiyelerin kapatılmasıdır: çekilebilir bakiye ödenir, harcanabilir bakiye kurala göre iade edilir veya harcatılır. Beşinci adım, verilerin ayrıştırılmasıdır: silinecekler silinir, yorumlar ve sipariş geçmişi anonimleştirilir, yasal saklama gerektiren kayıtlar kısıtlı erişime alınır. Altıncı adım, kullanıcıya yazılı sonuç bildirimidir. Bu akışı kendi destek ekibinin kullanacağı bir iç prosedür olarak yazmanı, pazar yeri yazılımının admin panelindeki sipariş ve uyuşmazlık ekranlarıyla birlikte işletmeni öneririm.

Satıcının API ve webhook entegrasyonu silmede nasıl ele alınır?

Toplu satış yapan satıcılar genellikle kendi sistemlerini pazar yerine bağlar. Pazarova'da satıcı REST API ile kendi ürünlerini, siparişlerini ve bakiyesini yönetebilir; order.paid, order.delivered, order.confirmed, order.disputed ve order.refunded gibi olaylar imzalı webhook bildirimleriyle satıcının sunucusuna iletilir. Silme akışında bu entegrasyonları unutmak, hesap kapandıktan sonra bile çalışmaya devam eden bir erişim anahtarı bırakmak demektir.

Doğru sıra şudur: bekleme süresi başladığında satıcıya yeni ilan açmayı kapat, açık siparişler kapanana kadar webhook bildirimlerini çalışır tut ki satıcı iade ve onay olaylarını görebilsin, son işlem kapandığında API anahtarlarını iptal et ve webhook adreslerini sil. Satıcının maliyet ve kâr verileri yalnızca ona ve admine göründüğü için bunları da silme kapsamına al. Bu disiplin, tek satıcılı bir e-pin satış yazılımında da aynıdır; çok satıcılı yapıda ise etkilenen taraf sayısı arttığı için daha da kritik hale gelir. Diğer yönetim araçlarını özellikler bölümünde, lisans seçeneklerini fiyat bölümünde görebilirsin.

Doğru kurulmuş bir silme akışı, kullanıcıya saygı duyduğunu gösterir ve pazar yerinin geri kalanını korur. Sipariş durumlarının, emanetin ve uyuşmazlık panelinin birlikte nasıl çalıştığını görmek için canlı demo