REHBER · CRM GEÇİŞİ

CRM göçünde kaybedilen şey kayıt değil, izin.

Herkes kaç kişi taşındığını sayar. Kimse hangi kişinin hangi izinle listede olduğunu, o müşterinin nereden geldiğini ve iki yıl önce ne konuşulduğunu saymaz. Göç bittiğinde tablo dolu görünür — ama karar vermeye yarayan kısmı gitmiştir.

Kaynak: 6698 sayılı KVKK · Ticari İletişim Yönetmeliği  ·  Hukuki görüş değildir — ticari yönlendirmedir
GÖÇTE NE KAYBOLUYOR?

Dört şey. Dördü de sessizce.

Veri göçü bir kopyalama işi gibi görünür: dışa aktar, eşleştir, içe aktar, sayıları karşılaştır. Sayılar tutar. Kaybolan şey sayılabilir bir şey olmadığı için raporda görünmez.

İzin ve ret kayıtları

Onayın ne zaman, hangi kanaldan ve hangi kapsamda alındığı bilgisi çoğu göçte "abone: evet" kutucuğuna indirgeniyor. Ret kayıtları daha da kötü durumda: eski sistemde çıkmış birinin reddi taşınmadığında, o kişi yeni sistemde temiz bir kayıt olarak yeniden listeye giriyor.

İlişki geçmişi

Kiminle ne zaman ne konuşulduğu, hangi teklifin neden düştüğü, kimin karar verici olduğu. Bunlar not alanlarında ve e-posta eşleşmelerinde duruyor; standart alan olmadıkları için eşleştirme haritasına girmiyor ve ilk taşımada düşüyorlar.

Kaynak atfı

Müşterinin nereden geldiği bilgisi tek bir alanda değil: not, etiket, kampanya adı, UTM parçaları, form adı. Göçten sonra "hangi kanal müşteri getiriyor" sorusu geçmiş için cevapsız kalıyor — ve bütçe kararı dayanağını kaybediyor.

Segment mantığı

Eski sistemdeki listeler çoğu zaman bir kurala göre değil, yıllar içinde elle oluşmuş. Kuralı kimse yazmamış. Liste taşınıyor, kural taşınmıyor; yeni sistemde aynı segmenti yeniden üretmek imkânsız hale geliyor.

Bu dört kalemin ortak yanı şu: hiçbiri göç raporunda hata olarak görünmez. Kayıt sayısı tutar, alanlar dolu görünür, sistem çalışır. Eksik olduğu, aylar sonra bir soru sorulduğunda anlaşılır.
MEVZUAT NE DİYOR?

Göç, aynı zamanda bir uyum anı.

CRM değişimi çoğu firmanın veri yığınına yıllar sonra ilk kez baktığı an. Mevzuat açısından bu bir fırsat: taşımadan önce elenmeyen veri, yükümlülüğüyle birlikte yeni sisteme geçiyor.

01

Her şeyi taşımak bir tercih değil

KVKK m.4/2, kişisel verilerin işlendikleri amaçla bağlantılı, sınırlı ve ölçülü olmasını; ilgili mevzuatta öngörülen ya da amaç için gerekli olan süre kadar muhafaza edilmesini istiyor. "Ne olur ne olmaz" diye taşınan on yıllık kayıt bu ilkeyle karşı karşıya kalır.

02

Sebebi kalkan veri kendiliğinden silinir

KVKK m.7 uyarınca işlenmesini gerektiren sebepler ortadan kalktığında kişisel veriler resen veya ilgili kişinin talebi üzerine silinir, yok edilir ya da anonim hale getirilir. "Resen" kelimesi kritik: kimse talep etmese de yükümlülük duruyor. Göç, bu temizliğin doğal takvimi.

03

İzin kaydı ayrı bir varlıktır

Ticari İletişim Yönetmeliği m.13/2 uyarınca onay kayıtları onayın geçerliliğinin sona erdiği tarihten, diğer kayıtlar ise kayıt tarihinden itibaren üç yıl saklanıyor. Ticari elektronik iletide ispat yükü hizmet sağlayıcıda; taşınmayan izin kaydı, ispat edilemeyen izin demek.

İki başlık daha var ve ikisi de avukatınızın alanı: veri yurt dışındaki bir CRM'e taşınacaksa KVKK'nın yurt dışına aktarım rejimi (2024'te değişti) ve hizmet sağlayıcıyla kurulan veri işleyen ilişkisi (KVKK m.12/2 veri işleyeni veri güvenliğinden veri sorumlusuyla müştereken sorumlu tutuyor). Biz bu soruları sorarız, cevaplamayız.
VERBİS'e kayıt yükümlülüğü olan veri sorumluları ayrıca kişisel veri saklama ve imha politikası hazırlamak ve periyodik imha yapmakla yükümlü; ilgili yönetmelik periyodik imha aralığının her hâlde altı ayı geçemeyeceğini söylüyor. Kayıt yükümlülüğünün eşikleri Kurul kararlarıyla değiştiği için buraya rakam yazmıyoruz — güncel eşiği kvkk.gov.tr üzerinden kontrol edin.
PARTNEC NASIL YÜRÜTÜR?

Önce ne taşımayacağımıza karar veririz.

01

Envanter

Hangi alan gerçekten kullanılıyor, hangi liste hangi kurala dayanıyor, izin ve ret kaydı nerede duruyor. Çoğu firmada bu döküm ilk kez burada çıkıyor.

02

Eleme kararı

Taşınmayacaklar yazılı olarak belirlenir ve gerekçesi kaydedilir. Kişisel veri içeren kalemlerde karar, saklama süresi ve işleme amacı üzerinden verilir.

03

Taşı ve doğrula

Önce küçük bir örneklem, sonra tamamı. Doğrulama sayı karşılaştırmasıyla bitmez: izin durumu, kaynak alanı ve son temas tarihi tek tek örneklenerek kontrol edilir.

04

Tek gerçeğe geç

Tek bir geçiş tarihi ilan edilir, eski sistem yazmaya kapatılır. Paralel çalışan iki CRM, iki ayrı gerçek üretir; ekip hangisine yazacağını bilemez.

Yaptığımız iş ticari ve operasyonel yarısıdır: hangi verinin işe yaradığı, hangi sürecin CRM'de nasıl karşılanacağı, ekibin sistemi gerçekten kullanıp kullanmadığı. Hukuki ve mali görüş avukat ile mali müşavirin alanıdır; bir soru oraya girdiğinde bunu açıkça söyleriz.
SIKÇA SORULAN SORULAR

Kısa yanıtlar.

Eski CRM'deki her kaydı yeni sisteme taşımalı mıyız?

Hayır, ve bu sadece bir düzen sorusu değil. KVKK m.4/2 kişisel verilerin işlendikleri amaçla bağlantılı, sınırlı ve ölçülü olmasını ve ilgili mevzuatta öngörülen ya da amaç için gerekli olan süre kadar muhafaza edilmesini istiyor. İşleme sebebi ortadan kalkmış veriyi yeni sisteme kopyalamak, yükümlülüğü de kopyalamak demek. Göç, temizlik için doğal bir fırsat.

İzin kayıtları taşınmazsa ne olur?

Listeniz duruyor ama onu kullanma hakkınızı ispat edemiyorsunuz. Ticari elektronik iletide ispat yükü hizmet sağlayıcıda. Onayın ne zaman, hangi kanaldan ve hangi kapsamda alındığı kaydı yeni sisteme gelmediyse, pratikte o kayıt için yeniden onay almak gerekir. Ret kayıtları daha da kritik: taşınmayan bir ret, reddetmiş kişiye yeniden ileti göndermek demektir.

İYS'ye kayıtlı onaylarımızı taşımamıza gerek var mı?

İYS'deki kayıt merkezi olarak durur; ama CRM'iniz hangi kişinin hangi izinle hangi listede olduğunu bilmiyorsa günlük işleyişte bir faydası olmaz. İki tarafı eşitlemek gerekiyor. Ayrıca İYS dışında alınan onayların üç iş günü içinde İYS'ye kaydedilmesi gerekiyor; göç sırasında bu akışın kesilmemesi lazım.

Kaynak atfı neden taşınması en zor şey?

Çünkü çoğu CRM'de kaynak, standart bir alan değil; not, etiket, kampanya adı ve UTM parçalarına dağılmış durumda. Göçte bu alanlar eşleşmediği için sessizce düşüyor. Sonuç: yeni sistemde "hangi kanal müşteri getiriyor" sorusu taşınma tarihinden öncesi için cevapsız kalıyor ve bütçe kararı dayanaksız hale geliyor.

Eski sistemi ne zaman kapatmalıyız?

İki sistemi paralel çalıştırmak güvenli görünür ama iki ayrı gerçek üretir; ekip hangisine yazacağını bilemez. Doğru sıra: doğrulama biter, tek bir geçiş tarihi ilan edilir, eski sistem yazmaya kapatılır ve bir süre sadece okunur kalır. Sonrasında eski sistemdeki kişisel verinin akıbeti ayrı bir karar: KVKK m.7 uyarınca işleme sebebi kalkan veri resen silinir, yok edilir veya anonim hale getirilir.

Verimiz yurt dışındaki bir CRM'e taşınacak. Ek bir şey var mı?

Evet, iki başlık. Birincisi yurt dışına aktarım: KVKK'nın bu maddesi 2024'te değişti ve aktarımın hangi güvenceye dayandığının belirlenmesi gerekiyor. İkincisi veri işleyen ilişkisi: KVKK m.12/2 veri işleyeni veri güvenliğinden veri sorumlusuyla müştereken sorumlu tutuyor. Bu iki başlık avukatınızın alanı; biz sadece göç planını bu sorular cevaplanmadan başlatmayız.

İLGİLİ REHBERLER

Aynı konunun diğer yarısı.

Göçe başlamadan önce konuşalım.

15 dakikalık ücretsiz bir görüşmeyle başlayalım; mevcut sisteminizde neyin taşınmaya değer olduğunu ve göçün hangi sırayla yürümesi gerektiğini söyleyelim.

Ücretsiz Görüşme Alın

veya hemen arayın: +90 551 372 31 02