# Sigortacılıkta Yapay Zeka: Hasar, Underwriting ve KVKK

> Source: https://sukruyusufkaya.com/blog/sigortacilikta-yapay-zeka
> Updated: 2026-09-07T21:14:44.789Z
> Type: blog
> Category: yapay-zeka
**TLDR:** Hasar otomasyonu, underwriting, dolandırıcılık tespiti ve poliçe RAG'i. Sigortacılıkta yapay zekanın kullanım alanları ve yüksek riskli otomatik kararlarda KVKK.

**TL;DR —** Sigortacılık, yapay zekânın en somut fayda ürettiği sektörlerden biri; hasar dosyalarının otomatik triyajından underwriting risk skorlamasına, poliçe belgelerinde RAG destekli müşteri hizmetlerinden telematik verisiyle kullanıma dayalı fiyatlamaya kadar geniş bir uygulama yelpazesi var. Ama bu sektörde yapay zekâ aynı zamanda "yüksek riskli otomatik karar" alanına en çok giren sektörlerden biri: bir underwriting modeli yanlış çalıştığında insanları yanlış fiyatlandırabilir, bir hasar modeli yanlış çalıştığında haklı bir talebi reddedebilir. Bu yazıda hem somut kullanım alanlarını hem de KVKK Madde 11, AB Yapay Zekâ Yasası'nın Ağustos 2026 yürürlük eşiği ve SEDDK'nın düzenleyici çerçevesi ışığında yönetişim gereksinimlerini konuşacağız. Amaç, "yapay zekâyı nereye koyalım" sorusundan "yapay zekâyı nasıl sorumlu şekilde koyalım" sorusuna geçmeniz.

## Sigortacılık Neden Farklı: Veri Bol, Karar Ağır

Danışmanlık yaptığım sektörler arasında sigortacılık, yapay zekâ projelerinin en hızlı iş değeri ürettiği ama aynı zamanda en dikkatli ilerlenmesi gereken alanlardan biri. Bunun iki nedeni var. Birincisi, sigorta şirketleri zaten yapılandırılmış, tarihsel olarak zengin veriye sahip: poliçe kayıtları, hasar dosyaları, ödeme geçmişleri, çağrı merkezi transkriptleri, bazı durumlarda telematik ve IoT verisi. Bu, büyük dil modellerinin ve makine öğrenmesinin beslenmesi için ideal bir zemin. İkincisi, sigortacılığın temel işlevi -riski fiyatlamak ve hasarı tazmin etmek- doğrudan insanların cebine ve haklarına dokunuyor. Bir e-ticaret öneri motoru yanlış ürün önerdiğinde kimse mağdur olmaz; ama bir underwriting modeli yanlış risk skoru üretirse bir aile yıllarca daha yüksek prim öder, bir hasar modeli yanlış "sahtecilik" işareti koyarsa dürüst bir müşteri tazminatını alamaz.

Bu ikili yapı -yüksek fayda potansiyeli ve yüksek hassasiyet- sigortacılıkta yapay zekâ stratejisinin neden "önce teknoloji, sonra yönetişim" değil, "teknoloji ve yönetişim birlikte" ilerlemesi gerektiğini açıklıyor. Bu yazıda önce altı somut kullanım alanını tek tek ele alacağım, sonra bu kullanım alanlarının hangilerinin neden "yüksek riskli" sayıldığını, açıklanabilirlik ve adillik gereksinimlerini, insan gözetimini ve son olarak Türkiye'ye özgü düzenleyici çerçeveyi konuşacağız.

## 1. Hasar Yönetimi: Otomasyon ve Sahtecilik Tespiti

Hasar yönetimi (claims management), sigorta şirketlerinin operasyonel maliyetinin büyük bölümünü oluşturuyor ve aynı zamanda müşteri deneyiminin en kritik anı. Bir müşteri poliçe satın alırken değil, hasar yaşadığında şirketle gerçek anlamda tanışır. Yapay zekâ burada üç katmanda devreye giriyor:

**Triyaj ve yönlendirme.** Gelen hasar bildirimleri, karmaşıklık düzeyine, tutar aralığına ve belge eksikliğine göre otomatik olarak sınıflandırılabilir. Basit, düşük tutarlı ve tam belgeli dosyalar hızlandırılmış (fast-track) süreçlere yönlendirilirken, karmaşık veya şüpheli dosyalar deneyimli eksperlere aktarılır. Bu, insan kaynağının en çok katma değer yaratacağı yere yönlendirilmesi anlamına gelir.

**Sahtecilik tespiti.** Sahte hasar talepleri sigorta sektörünün kronik sorunlarından biri ve yapay zekâ burada gerçekten fark yaratıyor. Anomali tespit modelleri, geçmiş sahtecilik vakalarının örüntülerini (aynı adresten tekrarlanan başvurular, poliçe başlangıcından hemen sonra oluşan hasarlar, aynı tamirci-ekspert-müşteri üçgeninin tekrar etmesi gibi) öğrenerek şüpheli dosyaları önceliklendirir. Burada kritik nokta şu: model "bu hasar sahte" demez, "bu hasar incelemeye değer, şu nedenlerle" der. Nihai karar her zaman bir insan uzmanda kalmalı; aksi halde hem haksız reddler hem de itibar riski doğar.

**Otomatik ödeme (straight-through processing).** Çok düşük tutarlı, net belgeli ve düşük riskli dosyalarda uçtan uca otomasyon mümkün. Örneğin bir cep telefonu kırılma hasarında fatura, fotoğraf ve poliçe kapsamı eşleşiyorsa, sistem insana hiç dokunmadan ödemeyi tetikleyebilir. Burada önemli olan, hangi dosya tiplerinin bu kapsama gireceğinin net kriterlerle önceden tanımlanmış olması ve bu eşiklerin düzenli olarak gözden geçirilmesi.

Bu üç katmanı birlikte kurgulayan şirketler, hem hasar ödeme sürelerini kısaltıyor hem de ekspertiz kapasitesini gerçekten karmaşık vakalara ayırabiliyor. Ama şunu net söylemem lazım: sahtecilik tespiti modelleri, yanlış kurgulandığında belirli demografik gruplara veya coğrafi bölgelere karşı sistematik önyargı üretebilir. Bu konuyu ileride "adillik" başlığında detaylandıracağım.

## 2. Underwriting ve Risk Fiyatlama

Underwriting, sigortacılığın kalbidir ve yapay zekânın en fazla iş değeri ama aynı zamanda en fazla düzenleyici dikkat çektiği alandır. Geleneksel underwriting, aktüeryal tablolara ve sınırlı sayıda değişkene (yaş, meslek, sağlık geçmişi, araç modeli gibi) dayanır. Makine öğrenmesi modelleri bu değişken sayısını büyük ölçüde artırabilir ve daha ince taneli risk segmentasyonu üretebilir.

Somut örnekler:

- **Hayat ve sağlık sigortasında** yapay destekli risk skorlama, sağlık beyanları, geçmiş tıbbi kayıtlar (izin verilen ölçüde) ve yaşam tarzı verileriyle daha isabetli risk sınıflandırması yapabilir.
- **Kasko ve trafik sigortasında** araç modeli, kullanım geçmişi, hasar geçmişi ve -telematik varsa- sürüş davranışı birleştirilerek dinamik fiyatlama yapılabilir.
- **Ticari sigortalarda** (işyeri, sorumluluk, nakliyat) işletmenin sektörü, geçmiş hasar sıklığı, coğrafi konum ve hatta kamuya açık haber/veri kaynakları risk değerlendirmesine dahil edilebilir.

Bu noktada danışmanlık yaparken sık karşılaştığım bir yanılgıyı paylaşmak isterim: "Daha fazla veri, daha iyi model" her zaman doğru değildir. Modelin girdi olarak kullandığı her değişken, doğrudan veya dolaylı olarak korunan bir kategoriyle (etnik köken, engellilik durumu, cinsiyet gibi) korelasyonlu olabilir ve model bunu "öğrenerek" dolaylı ayrımcılık üretebilir. Örneğin posta kodu, doğrudan ırk veya gelir grubu belirtmese de, tarihsel yerleşim örüntüleri nedeniyle bu değişkenlerle güçlü korelasyon taşıyabilir. Bu nedenle underwriting modellerinde değişken seçimi, sadece istatistiksel performans değil, adillik denetimiyle birlikte yapılmalı.

Ayrıca underwriting modelleri "kara kutu" olduğunda önemli bir operasyonel sorun ortaya çıkar: bir poliçe neden reddedildi veya neden bu kadar yüksek fiyatlandı sorusuna cevap veremeyen bir sigorta şirketi, hem düzenleyiciye hem müşteriye hesap veremez. Bu yüzden underwriting'de kullanılan modellerin, en azından karar üzerinde etkili olan üç-beş faktörü insan diliyle açıklayabilecek bir katmana (explainability layer) sahip olması gerekiyor.

## 3. Müşteri Hizmetleri: Chatbotlar ve Poliçe Belgelerinde RAG

Sigorta poliçeleri, ortalama bir tüketicinin okuyup anlaması zor, teknik ve hukuki dille yazılmış belgelerdir. Bu da müşteri hizmetleri ve çağrı merkezi yükünün büyük bölümünü "poliçemde bu kapsamda mı" tipi sorular oluşturur. Büyük dil modelleri ve RAG (retrieval-augmented generation, veri getirimiyle zenginleştirilmiş üretim) mimarisi burada gerçekten pratik bir çözüm sunuyor.

RAG'ın çalışma mantığı basit: model, cevabı "ezberden" üretmek yerine, önce şirketin kendi poliçe metinlerinden, genel şartlarından ve özel şartlarından ilgili pasajları getirir, sonra bu pasajlara dayanarak yanıt üretir. Bu yaklaşımın iki büyük avantajı var:

1. **Halüsinasyon riski azalır** çünkü model kapsam dışı bilgi uydurmak yerine gerçek poliçe metnine referans verir.
2. **Denetlenebilirlik artar** çünkü her yanıtın hangi belge pasajına dayandığı izlenebilir -bu da hem müşteri şikâyetlerinde hem düzenleyici denetimlerde kritik bir kanıt zinciri sağlar.

Ancak burada iki tuzağa dikkat çekmek isterim. Birincisi, RAG sistemleri "genel şartlar" ile "özel şartlar" arasındaki hiyerarşiyi doğru yönetmezse, müşteriye yanlış kapsam bilgisi verebilir -örneğin genel şartlarda yer alan bir istisna, o poliçenin özel şartlarıyla kaldırılmış olabilir ve model bunu ayırt edemeyebilir. İkincisi, chatbot'un "bu bir tavsiye değildir, nihai karar hasar/underwriting ekibine aittir" sınırını net çizmesi gerekir; aksi halde müşteri chatbot'un verdiği bir yanıtı bağlayıcı kabul edip hak kaybına uğrayabilir, şirket de itibar ve hukuki risk altına girer.

İyi kurgulanmış bir RAG destekli müşteri asistanı; poliçe sorgulama, hasar bildirimi başlatma, prim ödeme hatırlatmaları ve basit SSS (sık sorulan sorular) trafiğinin büyük kısmını insan müdahalesi olmadan karşılayabilir, çağrı merkezi ekiplerini daha karmaşık ve duygusal olarak hassas görüşmelere (örneğin bir kayıp yakınının hasar sürecini takip etmesi) ayırabilir.

## 4. Belge ve Görüntü İşleme: OCR ve Hasar Fotoğrafı Analizi

Sigortacılık hâlâ kâğıt ve fotoğraf yoğun bir sektör. Hasar dosyaları; fatura, ekspertiz raporu, doktor raporu, araç hasar fotoğrafı, bazen kaza tutanağı gibi çok çeşitli belge tiplerinden oluşur. Yapay zekâ burada iki teknik alanla devreye giriyor:

**OCR ve belge sınıflandırma.** Modern OCR (optik karakter tanıma) sistemleri, artık sadece metni "okumakla" kalmıyor, belgenin türünü sınıflandırıyor (fatura mı, reçete mi, tutanak mı), ilgili alanları (tutar, tarih, taraf isimleri) otomatik çıkarıyor ve bu bilgiyi doğrudan hasar dosyasının yapılandırılmış alanlarına aktarabiliyor. Bu, manuel veri girişini ciddi ölçüde azaltıyor ve insan hatasını (yanlış tutar girişi gibi) önlüyor.

**Hasar fotoğrafı analizi.** Bilgisayarlı görü (computer vision) modelleri, araç hasar fotoğraflarından hasarın konumunu, şiddetini ve tahmini onarım maliyetini tahmin edebiliyor. Bu, özellikle kasko hasarlarında ekspertiz sürecini hızlandırıyor: basit ve net hasarlarda model ön değerlendirme yaparak eksperin işini kolaylaştırıyor, karmaşık veya belirsiz hasarlarda ise yine insan eksperin devreye girmesi gerekiyor.

Burada da bir dikkat noktası var: görüntü modelleri, eğitim verisinde yeterince temsil edilmemiş araç modelleri, hasar tipleri veya ışık/açı koşullarında güvenilirliğini kaybedebilir. Bir modelin "yüzde 90 doğruluk" iddiası, o yüzde 90'ın hangi koşullarda ölçüldüğünü sormadan kabul edilmemeli. Ayrıca fotoğraf tabanlı hasar tahmini, kasıtlı olarak manipüle edilmiş (yanıltıcı açıdan çekilmiş, önceden var olan hasarı gizleyen) fotoğraflara karşı da test edilmeli -bu hem model sağlamlığı hem sahtecilik önleme açısından önemli.

## 5. Kayıp (Churn) Tahmini ve Çapraz Satış

Sigortacılıkta müşteri elde tutma, yeni müşteri kazanmaktan çoğu zaman daha ucuz ve daha kârlı. Yapay zekâ destekli churn (kayıp) modelleri, yenileme döneminden önce hangi müşterilerin ayrılma olasılığının yüksek olduğunu öngörebiliyor -ödeme gecikmeleri, çağrı merkezi şikâyet sıklığı, rakip fiyat karşılaştırma sitelerinde aktivite gibi sinyalleri birleştirerek. Bu sayede müşteri ilişkileri ekibi, riskli müşterilere proaktif olarak ulaşıp fiyat gözden geçirme veya ek hizmet sunma fırsatı buluyor.

Çapraz satış (cross-sell) tarafında ise, müşterinin mevcut poliçe portföyü, yaşam evresi (ev alma, evlenme, çocuk sahibi olma gibi sinyaller -tabii ki bu tür kişisel verilerin işlenmesi KVKK kapsamında açık rıza ve amaç sınırlaması gerektirir) ve benzer profildeki müşterilerin satın alma örüntüleri analiz edilerek doğru zamanda doğru ürün önerisi yapılabiliyor. Örneğin kasko poliçesi olan ama konut sigortası olmayan bir müşteriye, ev sahibi olduğuna dair sinyal geldiğinde konut sigortası teklifi sunulması gibi.

Bu alan, hasar ve underwriting'e göre görece "düşük riskli" bir kullanım alanı çünkü doğrudan bir hak kaybına yol açmıyor. Ama yine de iki noktaya dikkat etmek gerekiyor: birincisi, churn ve cross-sell modellerinin beslendiği veri setlerinin KVKK'ya uygun şekilde toplanmış olması; ikincisi, "agresif" churn önleme taktiklerinin (örneğin sadece ayrılma riski yüksek müşteriye indirim sunup sadık müşteriyi daha yüksek fiyatla bırakma) uzun vadede marka güvenini zedeleyebileceğinin farkında olunması.

## 6. Telematik ve Kullanıma Dayalı Sigortacılık (UBI)

Telematik tabanlı, kullanıma dayalı sigortacılık (usage-based insurance, UBI), sigortacılıkta yapay zekânın en "veri yoğun" uygulama alanı. Araca takılan bir cihaz veya akıllı telefon uygulaması aracılığıyla sürüş verisi (hız, fren davranışı, virajlarda ivmelenme, gece sürüşü sıklığı, telefon kullanımı gibi) toplanır ve bu veri, geleneksel demografik faktörlerin (yaş, cinsiyet, bölge) yerine veya onlarla birlikte fiyatlamada kullanılır.

UBI'ın vaadi net: dikkatli süren, az kullanan sürücüler daha düşük prim öder; bu hem müşteri için adil hem sigorta şirketi için daha isabetli risk fiyatlaması anlamına gelir. Sağlık sigortasında da benzer bir model -giyilebilir cihazlardan (adım sayısı, uyku düzeni gibi) toplanan verilerle "wellness" tabanlı prim indirimleri- giderek yaygınlaşıyor.

Ama UBI, KVKK açısından sigortacılıktaki en hassas veri işleme alanlarından biri. Sürüş verisi veya sağlık/wellness verisi, sürekli ve ayrıntılı bir kişisel takip anlamına gelir. Bu nedenle:

- Veri toplama kapsamı, amaçla sınırlı olmalı (sadece fiyatlamayla ilgili değişkenler toplanmalı, konum geçmişi gibi amaç dışı veriler tutulmamalı).
- Açık rıza süreci, ortalama bir tüketicinin gerçekten anlayabileceği netlikte olmalı -"kabul ediyorum" kutucuğunun arkasına gizlenmiş uzun bir metin, KVKK'nın aradığı "bilgilendirilmiş rıza" standardını karşılamaz.
- Verinin saklama süresi ve silme politikası net tanımlanmalı; poliçe sona erdiğinde veya rıza geri çekildiğinde veri işleme de sona ermeli.
- Sağlık verisi söz konusu olduğunda, KVKK'nın özel nitelikli kişisel veri rejimi (Madde 6) devreye girer ve işleme şartları çok daha sıkıdır.

Danışmanlık yaptığım şirketlerde gördüğüm en yaygın hata, UBI projelerini önce teknik fizibilite ile başlatıp KVKK uyumunu sona bırakmak. Doğru sıralama tam tersi: önce hangi verinin, hangi amaçla, ne kadar süreyle işleneceği netleştirilir, sonra teknik mimari buna göre kurgulanır.

## Yönetişim Katmanı: Neden Bu Kararlar "Yüksek Riskli"

Buraya kadar anlattığım altı kullanım alanının hepsi değerli, ama hepsi aynı risk seviyesinde değil. Bir chatbot'un yanlış bir SSS cevabı vermesiyle bir underwriting modelinin bir kişiyi yanlış risk sınıfına koyması, aynı kategoride değerlendirilemez. Düzenleyici çerçeveler (hem AB Yapay Zekâ Yasası hem de KVKK'nın ruhu) bu ayrımı şöyle yapıyor: bir kararın **kişinin hukuki durumunu veya önemli fırsatlarına erişimini önemli ölçüde etkileyip etkilemediği**.

Underwriting ve hasar fiyatlama, tam olarak bu tanıma giriyor çünkü:

- Kişinin sigortalanabilirliğini (bir hizmete erişimini) doğrudan belirliyor.
- Fiyatlama üzerinden kişinin mali yükünü doğrudan etkiliyor.
- Hasar ret kararları, kişinin zaten yaşadığı bir zarara (kaza, hastalık, kayıp) ek bir mali kayıp getirebiliyor.
- Bu kararlar genellikle "toplu" değil "bireysel" düzeyde alınıyor -yani bir kişi özelinde, o kişinin verisine dayanarak veriliyor.

Bu nedenle, bu iki alanda (underwriting ve hasar fiyatlama/ret kararları) kullanılan yapay zekâ sistemleri, "deneysel" veya "hızlı iterasyon" mantığıyla değil, "yüksek riskli sistem yönetimi" disipliniyle ele alınmalı. Bu disiplin üç ayakta duruyor: açıklanabilirlik ve adillik, insan gözetimi, veri kalitesi ve önyargı kontrolü. Şimdi bunları tek tek açalım.

## Açıklanabilirlik ve Adillik: Ayrımcı Fiyatlamadan Kaçınmak

Açıklanabilirlik (explainability), bir modelin neden belirli bir çıktı ürettiğini insan diliyle ifade edebilme yeteneğidir. Sigortacılıkta bu, sadece "iyi pratik" değil, çoğu zaman düzenleyici bir zorunluluktur -KVKK'nın otomatik karar itiraz hakkını (aşağıda detaylandıracağım) anlamlı kılabilmek için, şirketin "modeliniz bu kararı nasıl verdi" sorusuna cevap verebilmesi gerekir.

Pratikte önerdiğim yaklaşım:

1. **Model seçiminde açıklanabilirliği bir kriter olarak koyun.** Çok karmaşık, "kara kutu" modeller (derin öğrenme tabanlı bazı skorlama sistemleri gibi) marjinal doğruluk artışı için tercih edilmeden önce, bu artışın açıklanabilirlik kaybına değip değmediği tartışılmalı. Bazı durumlarda daha basit, yorumlanabilir modeller (karar ağaçları, genelleştirilmiş doğrusal modeller) underwriting gibi yüksek riskli alanlarda tercih edilir.
2. **Açıklama katmanı kurun.** Kara kutu modeller kullanılıyorsa bile (örneğin doğruluk avantajı çok yüksekse), SHAP veya LIME gibi yöntemlerle "bu karara en çok etki eden üç faktör şuydu" diyebilen bir açıklama katmanı eklenmeli.
3. **Adillik denetimini düzenli, tekrarlayan bir süreç yapın.** Modelin çıktılarını demografik gruplara (yaş, cinsiyet, coğrafi bölge, engellilik durumu gibi -mevzuatın izin verdiği ölçüde) göre kırılımlandırıp, benzer risk profiline sahip gruplar arasında sistematik bir fark olup olmadığını test edin. Bu tek seferlik bir "launch öncesi kontrol" değil, model canlıdayken düzenli tekrar eden bir denetim olmalı çünkü veri kayması (data drift) zamanla yeni önyargılar üretebilir.
4. **Dolaylı ayrımcılık (proxy discrimination) için özel dikkat.** Doğrudan yasaklı bir değişkeni (etnik köken gibi) modele hiç sokmamak yeterli değildir; posta kodu, meslek, hatta cep telefonu markası gibi görünüşte masum değişkenler, korunan kategorilerle güçlü korelasyon taşıyabilir. Bu değişkenlerin etkisi ayrıca test edilmeli.

Adillik konusunda sektörde sık duyduğum bir itiraz var: "Ama risk gerçekten farklıysa, farklı fiyatlandırmak ayrımcılık değil, aktüeryal doğruluktur." Bu kısmen doğru -sigortacılığın temel mantığı risk bazlı fiyatlamadır. Ama sorun, modelin "gerçek riski" mi yoksa "geçmiş verideki önyargıyı" mı öğrendiğidir. Geçmişte belirli bir bölgeye insan kaynağı yeterince ayrılmadığı için o bölgede hasar süreçleri daha yavaş işlemişse, model bunu "bu bölge riskli" diye öğrenebilir -oysa bu, riskin kendisi değil, operasyonel bir önyargının yansımasıdır. Bu ayrımı yapabilmek, iyi bir veri bilimi ekibiyle iyi bir hukuk/uyum ekibinin birlikte çalışmasını gerektirir.

## İnsan Gözetimi: Human-in-the-Loop Neden Vazgeçilmez

"İnsan gözetimi" (human-in-the-loop) kavramı, çoğu zaman yanlış anlaşılıyor: bazı şirketler bunu "bir insanın ekranda modelin kararını görüp onaylaması" gibi yüzeysel bir adıma indirgiyor. Gerçek insan gözetimi bundan çok daha fazlasını gerektirir:

- **Anlamlı müdahale yetkisi.** İnsan gözden geçiren kişinin, modelin kararını gerçekten değiştirebilecek zamanı, yetkisi ve bilgisi olmalı. Bir eksperin günde 200 dosyayı "onayla" tuşuna basarak geçmesi, gerçek bir gözetim değildir -bu "rubber-stamping" (kayıtsız onaylama) olarak bilinen ve düzenleyicilerin en çok eleştirdiği pratiktir.
- **Riske göre kademelendirilmiş gözetim.** Her karar aynı düzeyde insan incelemesi gerektirmez. Düşük tutarlı, net belgeli hasar dosyaları otomatik işlenebilir; yüksek tutarlı, sınırda veya şüpheli dosyalar mutlaka deneyimli bir insanın önüne gitmeli. Underwriting'de de benzer şekilde, standart risk profillerinde model önerisi hızlandırılmış onaya girerken, sınırda veya alışılmadık profillerde insan underwriter devreye girmeli.
- **Reddedilen veya olumsuz etkilenen kararlarda ekstra dikkat.** Bir hasar reddi veya yüksek prim artışı gibi kişiyi olumsuz etkileyen kararlarda, insan gözden geçirmesi zorunlu olmalı -bu hem KVKK'nın otomatik karara itiraz hakkının anlamlı olabilmesi için hem de basit adalet gereği.
- **Geri bildirim döngüsü.** İnsan uzmanların modelin önerisini reddettiği vakalar sistematik olarak kayıt altına alınmalı ve düzenli olarak analiz edilmeli -bu hem modelin zayıf noktalarını ortaya çıkarır hem de "insan hep otomatik onaylıyor mu, gerçekten inceliyor mu" sorusuna cevap verir.

Burada bir gözlemimi paylaşmak isterim: insan gözetimini gerçekten işlevsel kılan şirketler, bunu bir "uyum kutusu işaretleme" değil, bir kalite kontrol ve model iyileştirme mekanizması olarak kurguluyor. Yani insan uzmanın itirazları, sadece o dosyayı düzeltmekle kalmıyor, modelin bir sonraki eğitim döngüsüne veri olarak geri besleniyor. Bu, hem uyumu güçlendiriyor hem de model kalitesini gerçek anlamda artırıyor.

## Veri Kalitesi ve Önyargı

Yapay zekâ modellerinin adilliği, büyük ölçüde eğitildiği verinin kalitesiyle sınırlıdır -"garbage in, garbage out" klişesi burada tam anlamıyla geçerli. Sigortacılıkta veri kalitesi ve önyargı sorunu birkaç kaynaktan besleniyor:

**Tarihsel önyargının kalıcılaşması.** Eğer geçmişte belirli bir müşteri segmentine sistematik olarak daha yavaş hizmet verilmiş, daha sık sahtecilik şüphesiyle incelenmiş veya daha yüksek fiyatlandırılmışsa, bu geçmiş veriyle eğitilen bir model, bu önyargıyı "öğrenilmiş gerçek" olarak tekrar üretir ve hatta pekiştirir. Model, geçmişteki insan kararlarının kalitesinden daha iyi olamaz; aksine, o kararları ölçekte tekrarlar.

**Eksik veya dengesiz temsil.** Belirli bölgelerden, yaş gruplarından veya ürün segmentlerinden yeterince veri yoksa, model bu gruplarda daha az güvenilir tahminler üretir -ama bu güvensizlik genellikle görünür değildir, model her zaman bir sayı üretir, "bu konuda emin değilim" demez. Bu yüzden model performansının, toplu (agregat) doğruluk yerine alt segmentler bazında raporlanması kritik.

**Veri toplama sürecindeki örtük seçicilik.** Örneğin bir şirket sadece dijital kanaldan poliçe satın alan, belirli bir gelir ve teknoloji erişim düzeyine sahip müşterilerin verisiyle bir modeli eğitirse, bu model, telefon veya acente kanalından gelen daha farklı bir demografiye genellenemez.

Pratik öneri: model geliştirme sürecine, veri toplandığı andan itibaren bir "veri künyesi" (data lineage/data card) dahil edin -verinin nereden geldiği, hangi dönemi kapsadığı, hangi segmentlerde eksik olduğu belgelenmeli. Bu, sonradan "modelimiz neden bu grupta kötü performans gösteriyor" sorusuna hızlı cevap verebilmenizi sağlar.

## Türkiye Bağlamı: KVKK, EU AI Act ve SEDDK

Türkiye'de faaliyet gösteren bir sigorta şirketi veya bu sektöre hizmet veren bir teknoloji sağlayıcısıysanız, üç düzenleyici katmanı aynı anda gözetmeniz gerekiyor.

**KVKK ve otomatik karara itiraz hakkı.** 6698 sayılı Kişisel Verilerin Korunması Kanunu'nun 11. maddesi, ilgili kişinin haklarını sayar ve bu haklar arasında "işlenen verilerin münhasıran otomatik sistemler vasıtasıyla analiz edilmesi suretiyle kişinin kendisi aleyhine bir sonucun ortaya çıkmasına itiraz etme hakkı" açıkça yer alır. Bu, sigortacılık için hayati bir madde: eğer bir hasar reddi veya prim artışı kararı **tamamen** otomatik bir sistem tarafından, insan müdahalesi olmadan veriliyorsa, kişi bu karara itiraz edebilir ve şirketin bu itirazı anlamlı şekilde değerlendirmesi gerekir. Bu da doğrudan yukarıda anlattığım insan gözetimi mekanizmasının neden bir "nice-to-have" değil bir yasal zorunluluk olduğunu gösteriyor. Ayrıca Kanun'un 10. maddesindeki aydınlatma yükümlülüğü gereği, müşterilere hangi verilerinin hangi amaçla otomatik karar süreçlerinde kullanıldığı açıkça bildirilmeli; özel nitelikli veriler (sağlık verisi gibi) söz konusu olduğunda Madde 6'daki daha sıkı işleme şartları devreye girer.

**AB Yapay Zekâ Yasası (EU AI Act) ve Ağustos 2026 eşiği.** Türkiye AB üyesi olmasa da, bu düzenleme iki nedenle önemli: (1) Avrupa pazarına hizmet veren veya AB merkezli reasürör/ortaklarla çalışan Türk sigorta şirketleri ve teknoloji tedarikçileri için doğrudan uygulanabilirlik söz konusu olabilir, (2) EU AI Act, küresel ölçekte bir "referans standart" haline geliyor ve SEDDK gibi düzenleyicilerin gelecekteki çerçevelerini şekillendirmesi muhtemel. Yasanın Annex III'ü (yüksek riskli sistemler listesi), özellikle **hayat ve sağlık sigortasında risk değerlendirmesi ve fiyatlama** amacıyla kullanılan yapay zekâ sistemlerini açıkça yüksek riskli olarak sınıflandırıyor. Bu, söz konusu sistemler için risk yönetim sistemi kurma, veri kalitesi gereksinimlerini karşılama, teknik dokümantasyon tutma, insan gözetimi sağlama ve şeffaflık yükümlülüklerini yerine getirme zorunluluğu doğuruyor. Yasanın uygulama takvimi kademeli: yasaklı uygulamalar 2025'in başında, genel amaçlı yapay zekâ modellerine ilişkin yükümlülükler 2025 ortasında yürürlüğe girdi; **yüksek riskli sistemlere ilişkin ana yükümlülüklerin çoğu ise 2 Ağustos 2026'da yürürlüğe giriyor**. Bu tarih, sigortacılıkta AI kullanan her kurum için gerçek bir hazırlık dönüm noktası -eğer AB'ye temas eden bir iş modeliniz varsa, bu tarihe kadar risk yönetim sistemi, dokümantasyon ve insan gözetimi mekanizmalarınızın olgunlaşmış olması bekleniyor. Not düşmek isterim: motor veya konut gibi hayat/sağlık dışı sigorta dallarında underwriting, Annex III'te aynı doğrudan açıklıkla yüksek riskli sayılmıyor, ama bu şirketleri düzenlemenin genel şeffaflık ve iyi yönetişim beklentilerinden muaf tutmuyor -ihtiyatlı yaklaşım, tüm underwriting ve fiyatlama sistemlerini benzer bir disiplinle yönetmek.

**SEDDK ve Türkiye'nin düzenleyici bağlamı.** Sigortacılık ve Özel Emeklilik Düzenleme ve Denetleme Kurumu (SEDDK), Türkiye'de sigorta ve özel emeklilik sektörünün lisanslama, gözetim, solvency (mali yeterlilik) ve piyasa davranışı denetiminden sorumlu bağımsız düzenleyici kurum. SEDDK'nın bugüne kadarki odağı büyük ölçüde mali yeterlilik, aktüeryal standartlar ve tüketici hakları üzerine kurulu; EU AI Act benzeri, yapay zekâya özgü kapsamlı bir düzenleme henüz Türkiye'de yürürlükte değil. Ama bunu "yapay zekâ konusunda serbestiz" diye okumak yanlış olur -SEDDK'nın mevcut mevzuatı zaten "adil fiyatlama," "tüketicinin aydınlatılması" ve "şikâyet mekanizmalarının işlerliği" gibi ilkeler içeriyor ve bu ilkeler, kararın bir insan mı yoksa bir algoritma mı verdiğinden bağımsız olarak geçerli. Sektörde gördüğüm eğilim, düzenleyicilerin dünya genelinde yapay zekâ konusunda daha spesifik rehberler yayımlama yönünde ilerlediği; SEDDK'nın da orta vadede benzer bir çerçeve geliştirmesi olası. Bu nedenle önerim, "düzenleme gelene kadar bekleyelim" değil, "KVKK ve uluslararası iyi pratikleri (EU AI Act dahil) şimdiden benimseyip düzenleyici hazır olmayı bir rekabet avantajına çevirelim" yönünde.

Bu üç katmanı bir arada düşününce ortaya net bir prensip çıkıyor: **Türkiye'de sigortacılıkta AI kullanan bir kurum için asgari standart, KVKK Madde 11'in gerektirdiği insan gözetimi ve itiraz mekanizmasıdır; hedef standart ise EU AI Act'in yüksek riskli sistem gereksinimleridir (risk yönetimi, dokümantasyon, adillik denetimi, şeffaflık).** Aradaki boşluğu düzenleyici zorunluluk gelmeden kapatan şirketler, hem hukuki risk hem itibar riski açısından öne geçiyor.

## Benimseme Yol Haritası: Nereden Başlamalı

Danışmanlık sürecimde sigorta şirketlerine önerdiğim yol haritası şu şekilde ilerliyor:

**Aşama 1: Düşük riskli, yüksek hacimli alanlardan başlayın.** OCR/belge sınıflandırma, çağrı merkezi özet asistanı, basit SSS chatbot'u gibi alanlar hem hızlı değer üretir hem de düzenleyici risk düşüktür. Bu aşama, ekibin yapay zekâ ile çalışma alışkanlığı kazanması için de önemli.

**Aşama 2: RAG destekli müşteri hizmetleri ve hasar triyajını devreye alın.** Bu aşamada insan gözetimi mekanizmalarını (özellikle reddedilen veya sınırda kararlar için) tasarlayın ve test edin. Pilot bir bölge veya ürün hattında başlayıp, sonuçları (doğruluk, müşteri memnuniyeti, itiraz oranı) ölçerek genişleyin.

**Aşama 3: Sahtecilik tespiti ve underwriting destek modellerini kurun -ama karar verici değil, öneri sunucu olarak.** Bu aşamada adillik denetimi, açıklanabilirlik katmanı ve veri künyesi süreçlerini kurumsallaştırın. Model çıktısı her zaman "öneri," nihai karar her zaman insan uzmanda kalsın.

**Aşama 4: Telematik/UBI ve tam otomatik hızlandırılmış (fast-track) ödeme gibi en hassas alanlara geçin.** Bu aşamaya geçmeden önce KVKK uyum değerlendirmesi, EU AI Act'e benzer bir risk yönetim çerçevesi ve düzenli adillik/performans denetimi süreçlerinin oturmuş olması şart.

**Paralel iz: Yönetişim yapısını en baştan kurun.** Bu dört aşama boyunca paralel yürüyen bir iz olmalı: bir yapay zekâ yönetişim komitesi (veri bilimi, hukuk/uyum, iş birimi ve mümkünse dış danışman içeren), model envanteri (hangi model nerede, ne amaçla, kim tarafından kullanılıyor), ve düzenli model denetim takvimi. Bu yapı, "sonradan eklenecek bir bürokrasi" değil, ölçeklenebilir büyümenin ön koşulu.

## Sık Karşılaştığım Hatalar

Saha deneyimimden, sigorta şirketlerinin yapay zekâ projelerinde en sık düştüğü tuzakları paylaşmak isterim:

- **Pilot projeyi "başarılı" ilan edip yönetişimi sonraya bırakmak.** Bir modelin doğruluk oranı iyi çıktığında, adillik denetimi ve açıklanabilirlik katmanı "sonra yaparız" diye ertelenir. Sonra hiç yapılmaz, ta ki bir şikâyet veya denetim gelene kadar.
- **İnsan gözetimini sembolik hale getirmek.** Yukarıda bahsettiğim "rubber-stamping" -insan, modelin önerisini gerçekten değerlendirmeden onaylıyor. Bu, hem KVKK'nın aradığı anlamlı insan müdahalesi standardını karşılamaz hem de model hatalarının fark edilmesini engeller.
- **Modeli bir kere eğitip unutmak.** Sigortacılıkta risk profilleri, ekonomik koşullar ve müşteri davranışları zamanla değişir (veri kayması). Düzenli yeniden eğitim ve performans izleme olmadan, başlangıçta adil ve doğru olan bir model, zamanla hem yanlış hem adaletsiz hale gelebilir.
- **Tedarikçi modelini "kara kutu" olarak kabul etmek.** Dışarıdan satın alınan bir underwriting veya sahtecilik tespit modeli kullanılıyorsa, tedarikçiden açıklanabilirlik, eğitim verisi künyesi ve adillik test sonuçlarını talep etmemek -"onlar uzman, biz güveniyoruz" mantığıyla hareket etmek- nihai sorumluluğu (ki bu sorumluluk düzenleyici nezdinde her zaman veri sorumlusu sigorta şirketindedir) devretmeye çalışmaktır ve işe yaramaz.
- **KVKK aydınlatma metnini hukuki bir formalite olarak görmek.** Aydınlatma metninde "otomatik karar süreçleri kullanılmaktadır" cümlesini geçirip geçmemek arasındaki fark, bir denetimde veya şikâyette şirketin elini büyük ölçüde güçlendirir veya zayıflatır. Bu metnin gerçekten hangi verinin hangi amaçla otomatik karar sürecinde kullanıldığını yansıtması gerekir.
- **"Herkes yapıyor, biz de yapalım" aceleciliği.** Rakip bir şirketin chatbot veya otomatik hasar ödeme sistemi duyurusu, bazen şirketleri yönetişim altyapısı olgunlaşmadan benzer sistemleri devreye almaya itiyor. Hız önemli, ama sigortacılıkta "hızlı ama kırılgan" bir sistem, uzun vadede hem müşteri güvenini hem düzenleyici ilişkiyi kırılganlaştırıyor.

Sahada gördüğüm en başarılı örnekler, yapay zekâyı "underwriter'ın veya eksperin yerine geçen" değil, "underwriter'ın veya eksperin daha hızlı ve daha isabetli karar vermesini sağlayan" bir araç olarak konumlandıran şirketler oluyor. Bu çerçeve hem düzenleyici beklentilerle hem de sigortacılığın temel güven ilişkisiyle uyumlu: müşteri, hasarını veya poliçesini bir algoritmaya değil, o algoritmayı sorumlu şekilde kullanan bir kuruma emanet ediyor.