KVKK yapay zekâ çağrı akışlarında amaç ve aydınlatma

kvkk yapay zekâ çağrı akışları kullanan acenteler için asıl mesele, yalnızca otomatik aramayı veya WhatsApp mesajını çalıştırmak değildir. Bu yazıda hangi verinin hangi amaçla işlendiğini, aydınlatmanın nasıl ayrıştırılacağını, amaç ve araç kararının kime ait olduğunu ve sonradan hangi kayıtlarla ispat kurulabileceğini adım adım ele alıyoruz.

kvkk yapay zekâ çağrı akışlarında temel çerçeve

Bir acente, yenileme tarihini takip ederken müşterinin adını, telefonunu, poliçe bilgilerini ve iletişim geçmişini kullanabilir. Ancak her veri kullanımı aynı amaca dayanmaz. Poliçenin yenilenmesi için müşteriye ulaşmak başka, yeni bir ürün tanıtmak başkadır.

KVKK bakımından aydınlatma, veri işleme şartından bağımsız bir yükümlülük olarak ele alınır. Yani işlem açık rızaya dayanmasa bile ilgili kişiye gerekli bilgilerin verilmesi gerekir. Aydınlatma metninde veri sorumlusunun kimliği, işleme amacı, aktarım bilgisi, veri toplama yöntemi, hukuki sebep ve ilgili kişi hakları yer almalıdır.

Aydınlatma yükümlülüğü için müşteriden ayrıca rıza alınıyormuş gibi bir yapı kurmak da doğru yaklaşım olmayabilir. Güncel Kurul yaklaşımında aydınlatma ile açık rızanın ayrı düzenlenmesi vurgulanıyor. Açık rıza gerçekten gerekiyorsa ayrı bir metin ve ayrı bir irade beyanı düşünülmelidir.

Veri kişiden alınmadıysa zamanlama ayrıca önem kazanır. Telefon numarası başka bir kaynaktan geldiyse ilk iletişim sırasında aydınlatma yapılması gerekir. Bu nedenle otomatik aramanın başında kısa bir bilgilendirme, ardından ayrıntılı metne yönlendirme gibi katmanlı bir akış değerlendirilebilir.

KVKK aydınlatma metni nasıl kurulmalı?

İyi bir KVKK aydınlatma metni, acentenin gerçek iş akışını anlatır. Başka bir kurumun metnini olduğu gibi almak yerine, acentenin kullandığı kanallar ve amaçlar üzerinden hazırlanmalıdır. Metin kısa, açık ve müşterinin anlayabileceği bir dilde olmalıdır.

Önce amaçları ayrı ayrı yazın:

• Poliçe yenileme sürecini yürütmek.
• Yenileme tarihi hakkında müşteriye bilgi vermek.
• Müşteriyle iletişim kurmak ve geri dönüşü takip etmek.
• Teklif veya poliçe işlemlerini yürütmek.
• Görüşme kaydı veya yazıya çevrilmiş metin kullanılıyorsa, bunun gerçek amacını açıklamak.
• Pazarlama ve çapraz satış faaliyetlerini ayrıca değerlendirmek.

Bu liste hazır bir amaç kataloğu değildir. Acentenin gerçekten ne yaptığını göstermesi gerekir. Örneğin ses kaydı alınmıyorsa çağrı kaydı amacı eklenmemelidir. Konuşma yazıya çevriliyorsa bu işlem de yalnızca yapıldığı ölçüde ve gerçek kullanım amacıyla açıklanmalıdır.

Genel ifadeler burada sorun çıkarabilir. Kişisel verilerin her türlü hizmet geliştirme amacıyla kullanılabileceğini söylemek, müşteriye yeterli açıklık sağlamayabilir. Bunun yerine yenileme takibi, teklif hazırlama veya müşteri iletişimi gibi somut amaçlar yazılmalıdır.

Amaç değiştiğinde yeni değerlendirme gerekir. Mevcut poliçenin yenileme tarihini hatırlatmak için kullanılan telefon numarasını daha sonra konut veya sağlık ürünü kampanyası için kullanmak, aynı faaliyet gibi yazılmamalıdır. Yeni ürün tanıtımı farklı bir amaçtır. Bu nedenle metin, izin ve kayıt akışı ayrı kurulmalıdır.

Hukuki sebep de belirsiz bırakılmamalıdır. Sadece kanun maddelerine genel biçimde gönderme yapmak yerine, acentenin o işlem için hangi hukuki sebebe dayandığı açıklanmalıdır. Hangi sebebin uygun olduğu, işlemin niteliğine göre ayrıca değerlendirilmelidir. Bu konuda güncel mevzuat metni veya bir uzmandan görüş alınması daha güvenli olur.

Aydınlatma yalnızca web sayfasına konan sabit bir metin değildir. Telefon, WhatsApp, e-posta, SMS veya yüz yüze iletişim gibi her kanalda müşterinin metne nasıl eriştiği ve hangi sürümün sunulduğu izlenebilir olmalıdır. Bu yaklaşım, aydınlatma yükümlülüğünün yerine getirildiğini sonradan göstermeyi kolaylaştırır.

Amaç ve araç ayrımı acentede nasıl okunur?

KVKK açısından veri sorumlusu, kişisel verilerin hangi amaçlarla ve hangi araçlarla işleneceğine karar veren taraftır. Veri işleyen ise başka bir tarafın talimatıyla veri işleyen yapı olarak gündeme gelir. Ancak yalnızca sözleşmeye yazılan unvan yeterli değildir. Fiili işleyişe de bakılmalıdır.

Bir yenileme akışında acente, müşteriye neden ulaşılacağını ve hangi iş sürecinin yürütüleceğini belirliyorsa, amaç bakımından merkezi bir karar veriyor olabilir. Yazılım veya yapay zekâ sağlayıcısı ise arama sırasını, mesaj gönderimini, görev üretimini veya konuşma analizini teknik olarak uyguluyor olabilir.

Bu ayrım otomatik kurulmaz. Sağlayıcının veriyi kendi amaçlarıyla kullanıp kullanmadığı da incelenmelidir. Örneğin konuşmaların ürün geliştirme, model eğitimi veya insan incelemesi için yeniden kullanılması söz konusuysa, sağlayıcının rolü yalnızca teknik hizmet sunumu olarak görülmeyebilir.

Sözleşme ve ürün dokümanlarında şu sorulara yanıt arayın:

• Sağlayıcı hangi verileri işliyor?
• İşleme talimatını kim veriyor?
• Arama metnini ve mesaj içeriğini kim belirliyor?
• Ses kaydı veya metin ne kadar süre tutuluyor?
• Sağlayıcı veriyi kendi modelini geliştirmek için kullanıyor mu?
• Alt hizmet sağlayıcılar bulunuyor mu?
• Veriler başka ülkelere aktarılıyor mu?
• Silme, iade ve erişim süreçleri nasıl işliyor?
• Müşterinin ret talebi hangi sisteme yazılıyor?

Bu soruların yanıtları sözleşme ile gerçek kullanım arasında uyumlu olmalıdır. Sağlayıcıya sadece veri işleyen demek, fiili olarak amaç kararını da sağlayıcı veriyorsa yeterli olmayabilir. Bu nedenle sağlayıcı seçerken bulut CRM’de KVKK ve standart sözleşmeler konusundaki kontrol başlıkları da yol gösterici olabilir.

Yapay zekâ kullanılan akışlarda müşterinin işleme faaliyetinin gerekçesini ve yöntemini anlayabilmesi önemlidir. Sistem konuşmayı yazıya çeviriyor, yanıtı sınıflandırıyor veya görev oluşturuyorsa, aydınlatma metni bu gerçek işleyişi saklamamalıdır. Müşteriye gereksiz teknik ayrıntı yüklemek gerekmez. Ancak yapay zekâ kullanımını hiç anmamak da şeffaflık açısından ayrıca değerlendirilmelidir.

Log ve ispat: gönderildi kaydı yetmez

Aydınlatmanın yapıldığını ispat yükü veri sorumlusundadır. Bu yüzden sistemde yalnızca mesaj gönderildi veya arama yapıldı bilgisinin bulunması çoğu akış için zayıf kalabilir. Hangi metnin, hangi kanaldan, hangi kişiye ve ne zaman sunulduğu görülebilmelidir.

Acentenin kendi operasyonuna göre oluşturabileceği temel kayıt alanları şunlardır:

• Müşteri veya ilgili kişi kaydı.
• Aydınlatma metninin sürümü.
• Metnin sunulduğu tarih ve saat.
• Kullanılan kanal.
• İlk iletişim bilgisi.
• Onay veya ret durumu.
• Ret talebinin kanalı ve zamanı.
• Arama denemesi ve ulaşılıp ulaşılmadığı.
• Mesaj veya çağrı akışının sürümü.
• Görüşme kaydı varsa kayıt referansı.
• İşlemi yapan kullanıcı veya sistem.
• Aktarım ya da sağlayıcı bilgisi.

Bu alanlar, KVKK'nın acenteler için belirlediği tek tip zorunlu log şablonu olarak görülmemelidir. Bunlar, ispat ve güvenlik yükümlülüklerinin günlük operasyondaki karşılığıdır. Acentenin kendi süreçlerini ve kullandığı kanalları dikkate alması gerekir.

Örneğin müşteri bir arama sırasında iletişim istemediğini söylediyse, bu talep yalnızca çalışanın kişisel notunda kalmamalıdır. Müşteri kaydına işlenmeli ve sonraki iletişim akışlarında dikkate alınmalıdır. Aynı şekilde bir metin sürümü değiştiyse, eski ve yeni sürümün hangi tarihlerde kullanıldığı ayrıştırılmalıdır.

Ses kaydı, yazıya çevrilmiş konuşma ve özet de aynı şey değildir. Sistem yalnızca sonucu müşteri kaydına yazıyorsa başka, ses dosyasını saklıyorsa başka bir veri işleme faaliyeti vardır. Her biri için amaç, erişim yetkisi ve saklama gerekliliği ayrıca düşünülmelidir.

Veriler amaç için gerekli olduğu sürece ve gerekli kapsamda tutulmalıdır. Süresiz ses kaydı saklamak, yalnızca sistemde yapılabildiği için tercih edilmemelidir. Saklama süresi, erişim yetkisi ve silme prosedürü yazılı bir kurala bağlanmalıdır. Silme, yok etme veya anonimleştirme işlemlerine ilişkin kayıtlar da ayrıca izlenmelidir.

AI çağrı logları hazırlanırken güvenlik de unutulmamalıdır. Her çalışanın tüm ses kayıtlarına veya müşteri geçmişine erişmesi gerekmeyebilir. Rol bazlı erişim, erişim kayıtları ve yetki değişiklikleri düzenli biçimde gözden geçirilmelidir. Teknik altyapı için sağlayıcının güvenlik sayfasını incelemek, sözleşme sorularını tamamlayan bir adım olabilir.

WhatsApp KVKK ve ticari ileti ayrımı

WhatsApp veya otomatik telefon kullanılması, KVKK değerlendirmesini ortadan kaldırmaz. Ayrıca ticari elektronik ileti kuralları da ayrı bir katmandır. Bir mesajın teknik olarak gönderilebilmesi, onun veri koruma veya ticari ileti bakımından otomatik olarak uygun olduğu anlamına gelmez.

Yenileme hatırlatmasının her durumda ticari ileti sayıldığı veya hiçbir durumda sayılmadığı yönünde acentelere özel tek bir sınır varsayılmamalıdır. İçeriğe bakmak gerekir. Mevcut poliçenin vadesi hakkında bilgi vermek ile yeni ürün, kampanya veya ek teminat tanıtmak aynı içerik değildir.

Bu nedenle yenileme akışını ve pazarlama akışını ayırın. Yenileme için kullanılan mesajlarda mevcut poliçe, vade ve yenileme işlemiyle sınırlı bir dil tercih edin. Çapraz satış veya kampanya içeriğini aynı mesaja eklemeyin. Bu içerikler için ayrı amaç, ayrı izin ve ayrı kayıt akışı değerlendirin.

İYS kaydı da bütün uyum sorumluluğunu tek başına çözmez. Onay, ret, içerik ve ispat süreçleri birlikte takip edilmelidir. Bu konuda sigortada İYS arama izni ve ispat yazısındaki kayıt yaklaşımı tamamlayıcı olabilir.

WhatsApp tarafında da pazarlama mesajları için gerekli izinler ve durdurma talepleri dikkate alınmalıdır. Müşteri iletişimi kesmek istediğinde bu talep hızlıca kayda alınmalıdır. Ancak yenileme bilgilendirmesi ile pazarlama mesajının hukuki niteliği aynı olmayabileceği için, içerik bazında değerlendirme yapılmalıdır.

Acentede uygulanabilir kontrol akışı

Önce portföyde hangi işin takip edildiğini netleştirin. Poliçe vadesi, iletişim bilgisi, teklif durumu ve müşteri yanıtı aynı sürecin parçaları olabilir. Ancak her alanın hangi amaçla işlendiğini ayrıca yazın.

Sonra kanal sırasını belirleyin. Telefon, WhatsApp ve e-posta için aynı metni kullanmak yerine, her kanalın kendi bilgilendirme ve kayıt adımını tasarlayın. Ulaşılamayan müşteride kaç deneme yapılacağını, ret talebinin nereye yazılacağını ve ne zaman yöneticiye görev açılacağını önceden tanımlayın.

Örneğin Akıllı Arama'nın yenileme motoru poliçe bitişinden geriye T-30, T-15, T-7 ve T-1 eşiklerini kullanır. Her eşikte hangi kanalın devreye gireceğini acente belirler. Bu tür bir sıra, operasyonu düzenler; ancak aydınlatma, izin ve kayıt sorumluluğunun yerine geçmez.

WhatsApp akışında onaylı şablon, gelen yanıtın niteliği ve iletişim penceresi ayrı izlenmelidir. Telefon akışında ise aramanın yapıldığı, müşteriye ulaşılıp ulaşılmadığı ve gerekiyorsa takip görevinin açıldığı görülmelidir. Böylece kaçan yenilemenin takip eksikliğinden mi, fiyat kararından mı, yoksa müşterinin yanıt vermemesinden mi kaynaklandığı daha sağlıklı ayrıştırılabilir.

Son olarak süreci test edin. Kendi telefonunuzla bir arama akışını, kendi WhatsApp hesabınızla bir mesaj akışını ve ret talebini baştan sona deneyin. Müşteri hangi metni görüyor? Sistem hangi amacı kaydediyor? Yönetici hangi gecikmeyi görüyor? Bu soruların yanıtı kayıt ekranında bulunmuyorsa süreç tamamlanmış sayılmamalıdır.

Yenileme düzeninin genel adımlarını ayrıca sigorta yenileme takibi nasıl yapılır yazısında bulabilirsiniz. Buradaki uyum kontrolünü, mevcut operasyonunuzun üzerine eklenen bir denetim katmanı olarak düşünün.

Son kontrol: amaç, kanal ve kanıt

İyi tasarlanmış bir kvkk yapay zekâ çağrı sürecinde üç soru sürekli yanıtlanmalıdır: Veri neden işleniyor, hangi araçla işleniyor ve bu işlem sonradan nasıl gösterilecek? Amaç değişirse metin ve izin akışı gözden geçirilmelidir. Sağlayıcının rolü değişirse sözleşme ve veri aktarımı yeniden incelenmelidir.

Acentenin günlük işinde en pratik yöntem, her akış için kısa bir kayıt kartı oluşturmaktır. Kartta amaç, veri alanları, kanal, aydınlatma metni, hukuki sebep, saklama yaklaşımı, ret işlemi ve sağlayıcı bilgisi yer alabilir. Böylece kvkk yapay zekâ çağrı kullanımı soyut bir teknoloji konusu olmaktan çıkar ve yönetilebilir bir operasyon sürecine dönüşür.

Mevzuat ve Kurul uygulamaları değişebileceği için, özellikle açık rıza, ticari ileti ve yurt dışına aktarım başlıklarında güncel metni kontrol edin. Gerekli gördüğünüz yerde kişisel veriler hukuku alanında çalışan bir uzmandan görüş alın.