[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"cms-entry-blog-kvkk-uygun-musteri-verisi-nasil-tutulur-tr":3},{"message":4,"data":5,"success":42},"OK",{"id":6,"entry_type":7,"locale":8,"slug":9,"title":10,"summary":11,"body":12,"blocks":13,"author_name":14,"published_at":15,"updated_at":15,"data":16,"category":17,"tags":18,"related":19,"alternates":32,"seo":37,"cover":17,"media":41,"preview":40},4,"blog","tr","kvkk-uygun-musteri-verisi-nasil-tutulur","KVKK’ya Uygun Müşteri Verisi Nasıl Tutulur? Satış ve Destek Ekipleri İçin Pratik Kontrol Listesi","Müşteri ve aday verisini KVKK açısından düzenli tutmak için satış ve destek ekiplerinin uygulayabileceği pratik adımlar: envanter, rıza, erişim, silme ve e-posta izinleri.","> **Not:** Bu yazı genel bilgilendirme amaçlıdır, hukuki danışmanlık değildir. Kurumunuza özel yükümlülükler için bir hukuk danışmanından görüş alın.\n\n6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK), müşteri ve aday bilgisi tutan hemen her şirketi ilgilendirir. Satış ve destek ekipleri bu verinin en çok dokunulduğu yerdir; bu yüzden uyum, hukuk biriminin yanı sıra günlük çalışma alışkanlıklarıyla sağlanır. Aşağıdaki kontrol listesi bu alışkanlıkları somutlaştırmak için hazırlandı.\n\n## 1. Ne tuttuğunuzu bilin: veri envanteri\n\nÖnce hangi kişisel veriyi, hangi amaçla, ne kadar süre ve hangi hukuki sebeple işlediğinizi listeleyin. Satış ve destek için tipik kategoriler:\n\n| Veri kategorisi | Örnek | Amaç |\n|---|---|---|\n| Kimlik | Ad, soyad, unvan | Müşteri ilişkisinin yürütülmesi |\n| İletişim | E-posta, telefon | Teklif, destek, bilgilendirme |\n| Müşteri işlem | Teklif, sipariş, talep geçmişi | Sözleşmenin ifası, destek |\n| Pazarlama | İzin durumu, kampanya etkileşimi | Ticari ileti (izne dayalı) |\n\nİhtiyacınız olmayan veriyi toplamayın: “ileride lazım olur” diye eklenen her alan, korumanız gereken bir veri daha demektir.\n\n## 2. Rızayı kanıtlanabilir şekilde kaydedin\n\nPazarlama e-postası veya SMS göndermek için alınan izinlerde şu dört bilgi kayıtlı olmalı: **kim**, **ne zaman**, **hangi kanaldan** (web formu, fuar formu, sözleşme) ve **neye** izin verdi. Rıza geri alındığında tarihi de kaydedin. Kaydı olmayan bir izin, ihtiyaç anında kanıtlanamaz.\n\n## 3. Geri alınan izne gerçekten uyun\n\nEn sık görülen hata: kişi abonelikten çıkar ama başka bir listeden toplu e-posta almaya devam eder. Geri alınan izinler ve abonelikten çıkanlar, **tüm** toplu e-posta ve otomatik takip dizilerinde bastırma listesi olarak kullanılmalıdır. Her ticari e-postada çalışan bir abonelikten çıkma bağlantısı bulunmalıdır.\n\n## 4. Herkes her şeyi görmesin\n\nBir satış temsilcisinin tüm müşteri tabanına, destek uzmanının da finansal bilgilere erişmesi gerekmeyebilir. Rol ve profil bazlı yetkilendirmeyle:\n\n- Nesne bazında okuma, düzenleme ve silme yetkilerini sınırlayın.\n- Kayıt bazında görünürlüğü ekip ve hiyerarşiye göre belirleyin.\n- Toplu dışa aktarma yetkisini yalnızca gerekli kişilere verin.\n- Hesaplara girişte güçlü şifre politikası ve iki faktörlü doğrulama kullanın.\n\n## 5. Silme ve erişim taleplerine hazır olun\n\nİlgili kişi verisinin silinmesini istediğinde, kaydın tüm kopyalarını bulmanız gerekir: CRM, e-posta listeleri, Excel dosyaları. Veri tek sistemde olduğunda bu iş günler yerine dakikalar sürer. Silme yerine anonimleştirme, satış istatistiklerinizi bozmadan kişiyi tanınamaz hale getirir.\n\n## 6. Dağınık kopyaları azaltın\n\nE-postayla dolaşan müşteri listeleri, masaüstündeki Excel dosyaları ve kişisel telefonlardaki rehberler KVKK açısından en zor kontrol edilen alanlardır. Ana veriyi tek sistemde tutup dışa aktarmayı sınırlamak, riskin büyük kısmını azaltır.\n\n## 7. Kim neyi değiştirdi?\n\nKayıtlardaki değişikliklerin kim tarafından ve ne zaman yapıldığının izlenebilmesi, hem iç denetim hem de olası bir şikâyette olayın aydınlatılması için önemlidir.\n\n## Kısa kontrol listesi\n\n- [ ] Veri envanteri yazılı ve güncel\n- [ ] Pazarlama izinleri kaynak ve tarihiyle kayıtlı\n- [ ] Geri alınan izinler tüm gönderimlerde bastırılıyor\n- [ ] Her ticari e-postada abonelikten çıkma bağlantısı var\n- [ ] Yetkiler rol bazında sınırlı, dışa aktarma kısıtlı\n- [ ] Silme talebi prosedürü tanımlı ve test edildi\n- [ ] Değişiklik geçmişi tutuluyor\n\n## CRModular'da\n\nCRModular'da rıza kayıtları kaynak, tarih ve IP adresiyle tutulur; geri alınan rıza ve abonelikten çıkma tüm toplu e-posta ve kadanslarda bastırılır; silme talebi uygulandığında eşleşen kişi ve aday kayıtları anonimleştirilir; profil, rol hiyerarşisi ve paylaşım kurallarıyla kayıt bazında erişim belirlenir. Ayrıntılar: [KVKK Süreçlerinizi Yöneten CRM](\u002Fozellikler\u002Fkvkk-uyumlu-crm) ve [Güvenlik](\u002Fguvenlik).\n",[],"CRModular","2026-10-03T20:39:07.548Z",{},null,[],[20,24,28],{"slug":21,"title":22,"summary":23,"entry_type":7},"crm-nedir-kobiye-ne-kazandirir","CRM Nedir, KOBİ’ye Ne Kazandırır? Gerçekçi Bir Rehber","CRM’in ne olduğunu, bir KOBİ’de hangi sorunları çözdüğünü, hangi durumda erken olduğunu ve geçişin nasıl planlanacağını abartısız anlatıyoruz.",{"slug":25,"title":26,"summary":27,"entry_type":7},"servis-firmalarinda-sla-nasil-belirlenir","Servis Firmalarında SLA Nasıl Belirlenir? Öncelik, Süre ve Ölçüm Rehberi","Teknik servis ve destek ekipleri için gerçekçi SLA hedeflerini belirlemenin, öncelikleri tanımlamanın ve uyumu ölçmenin adım adım yolu.",{"slug":29,"title":30,"summary":31,"entry_type":7},"teklif-takibi-nasil-yapilir","Teklif Takibi Nasıl Yapılır? Kaybolan Teklifleri Satışa Çeviren 7 Adım","Gönderilen tekliflerin önemli bir kısmı “cevap gelmedi” diye unutulur. Teklif takibini sistematik hale getiren yedi adımı ve her adımda neyi ölçmeniz gerektiğini anlatıyoruz.",[33,34],{"locale":8,"slug":9},{"locale":35,"slug":36},"en","managing-customer-data-under-kvkk",{"title":38,"description":39,"canonical_url":17,"noindex":40,"og_image":17},"KVKK’ya Uygun Müşteri Verisi Nasıl Tutulur? Kontrol Listesi | CRModular","Müşteri ve aday verisini KVKK’ya uygun tutmak için pratik kontrol listesi: veri envanteri, açık rıza kaydı, yetki ayrımı, silme talepleri ve ticari e-posta izinleri.",false,{},true]