1. Amac ve Kapsam
Bu politika, KVKK Madde 7 ve ilgili Yonetmelik kapsaminda, davetvia tarafindan isleme sokulan tum kisisel verilerin azami saklama surelerini, silme/yok etme/anonimlestirme yontemlerini ve periyodik imha zamanlarini duzenler.
2. Tanimlar
- Silme: Verinin ilgili kullanicilar icin hicbir sekilde erisilemez ve yeniden kullanilamaz hale getirilmesi.
- Yok etme: Verinin hicbir sekilde erisilemez, gerialinamaz ve yeniden kullanilamaz hale getirilmesi (fiziksel imha dahil).
- Anonim hale getirme: Verinin belirli veya belirlenebilir gercek kisiyle iliskilendirilemeyecek hale getirilmesi.
3. Saklama Sureleri
Asagidaki tabloda davetvia tarafindan islenen veri kategorileri ve ilgili saklama sureleri yer almaktadir. Saklama sureleri, mevzuatin ongordugu asgari sure ile islem amacinin gerektirdigi sure arasinda gerekli olan en uzun sureye gore belirlenir.
| Veri kategorisi | Saklama suresi | Hukuki dayanak |
|---|---|---|
| Hesap ve siparis verisi (orders, entitlements) | 10 yil | TTK m. 82 (defter ve belgelerin saklanmasi) |
| Fatura kayitlari | 5 yil | VUK m. 253-254 |
| Cift hesap bilgileri (couples) | Sozlesmenin sona ermesinden itibaren 10 yil | TTK m. 82 + zamanasimi sureleri |
| Davetli iletisim bilgileri (guests, deep_link_tokens) | Dugun tarihinden itibaren 90 gun (rica halinde derhal) | KVKK m. 4/2-d (amaca yonelik sinirli sure) + ihtimal dava zamanasimi |
| RSVP yanitlari (rsvps) | Dugun tarihinden itibaren 90 gun | KVKK m. 4/2-d |
| Galeri medyasi (media_assets) ve R2 dosyalari | Kullanici talebine kadar; hesap silindiginde 30 gun icinde imha | KVKK m. 4/2-d |
| Denetim kayitlari (audit_log) | 2 yil (5651 sayili kanun) | 5651 sayili Kanun m. 5 |
| Oturum kayitlari (sessions) | Oturum kapaninca 24 saat icinde, gec en 6 ay | KVKK m. 4/2-d |
| IP loglari | 2 yil | 5651 sayili Kanun |
| Cerezler | Calsma cerezleri: oturum sonu; analitik cerezleri: 12 ay; pazarlama cerezleri: acik riza suresince | Kullanici tarayicisi / KVKK Cerez Rehberi |
| KVKK basvurulari (kvkk_requests) | Basvurudan itibaren 5 yil (ispat yukumlulugu) | Ispat yukumlulugu + KVKK |
| Pazarlama izni | Iznin geri alinmasina kadar | Acik rizaya bagli |
| Webhook ve odeme olaylari (payment_events) | 10 yil | TTK + VUK |
| Kisi ic aktarim raporlari (contact_imports) | Dugun tarihinden itibaren 90 gun | KVKK m. 4/2-d |
4. Saklama Ortamlari
- Veritabani: Supabase PostgreSQL (eu-west-2 Frankfurt) — RLS aktif, at-rest sifreleme.
- Dosya depolama: Cloudflare R2 (Frankfurt) — at-rest sifreleme.
- Yedekleme: Supabase otomatik yedek (gunluk, 30 gun).
- Log: Vercel (uygulama logu), Sentry (hata izleme, opsiyonel).
- Fiziksel ortam: davetvia ofisinde fiziksel kayit tutulmaz; tum hizmet bulutta calisir.
5. Imha Yontemleri
5.1. Silme
Veritabaninda deleted_at alani isaretlenir (soft delete) ve ardindan periyodik imha doneminde fiziksel olarak silinir. Dosya depolamada (R2) ilgili obje delete API ile silinir.
5.2. Yok etme
Yedeklerden cikartilana kadar veri tam yok edilmis sayilmaz. Yedek rotasyon donemi (30 gun) sonunda yedekteki kopyalar otomatik olarak yok olur.
5.3. Anonim hale getirme
Istatistik ve hizmet iyilestirme amaciyla saklanmaya devam edilecek veriler, kisilerle iliskilendirilebilir tum alanlari kaldirilarak (ad-soyad, telefon, e-posta, IP, oturum ID), kategoriler bazinda anonimlestirilmis veri kumesi olarak saklanir.
6. Periyodik Imha
davetvia, Yonetmelik m. 11 uyarinca her 6 ayda bir (Haziran ve Aralik aylarinin son haftasinda) periyodik imha islemi gerceklestirir. Periyodik imha kapsamindaki veriler:
- Saklama suresi dolan tum kayitlar otomatik script ile tespit edilir.
- Silme/yok etme/anonimlestirme yontemlerinden uygun olani uygulanir.
- Islem audit_log tablosuna kaydedilir; tarih, kapsam ve sayilar dokumantasyondadir.
7. Re'sen Imha (Ilgili Kisi Talebi)
Ilgili kisi, KVKK Madde 7 ve Yonetmelik m. 12 uyarinca verilerinin silinmesini veya yok edilmesini talep edebilir. Talep, KVKK Basvuru Formu uzerinden iletildiginde:
- 30 gun icinde gereken islem yapilir.
- Talep, baska mevzuat geregi saklanmasi gereken bir veriyi kapsiyorsa, yalnizca ilgili veri haricindeki kisimlar silinir; saklama sebebi ilgili kisiye bildirilir.
- Veri aktarilan ucuncu kisilere de bilgi verilir.
8. Sorumluluk ve Gorev Dagilimi
- Veri sorumlusu temsilcisi: {{TICARI_AD}} — [email protected]
- Teknik sorumlu: CTO / Yazilim Mudur (periyodik imha script'inin calisirligini garanti eder)
- Hukuk sorumlusu: Hukuk Danismani (mevzuat degisikliklerini takip eder)
9. Iletisim
Saklama ve imha politikasi ile ilgili sorular icin: [email protected]