Kısaca

Açık sigortacılık (open insurance), sigorta ürünlerine ve müşteri verisine ait bilgilerin, müşterinin açık izniyle ve standart API'ler aracılığıyla yetkili üçüncü taraflarla güvenli biçimde paylaşılmasını sağlayan yaklaşımdır. Amaç; ürün karşılaştırma, poliçe portföyü görüntüleme ve gömülü sigorta gibi yeni hizmetlere zemin hazırlamak, bunu yaparken veri kontrolünü müşteride tutmaktır.

Açık sigortacılık (open insurance), sigorta şirketlerinin ürün bilgilerini, fiyat ve teklif işlevlerini ve müşterinin izniyle poliçe ve hasar verilerini standart API'ler üzerinden yetkili üçüncü taraflara açması demektir. Kavram, bankacılıkta hesap bilgisinin ve ödeme başlatma işlevinin müşteri onayıyla paylaşılmasını sağlayan açık bankacılık yaklaşımının sigortacılığa uyarlanmış hâlidir.

Açık sigortacılığı yalnızca bir regülasyon başlığı olarak görmek eksik olur. Zorunlu bir çerçeve olsun ya da olmasın, sigorta şirketlerinin partnerlerle, acente yazılımlarıyla, bankalarla ve dijital platformlarla çalışma biçimi giderek API ekonomisine dayanıyor. Açık sigortacılık, bu ilişkilerin güvenli, standart ve ölçeklenebilir kurulmasının adıdır.

Açık sigortacılık ile açık bankacılık arasındaki fark nedir?

İki yaklaşımın temel mantığı aynıdır: veri müşteriye aittir ve müşteri izin verdiği sürece üçüncü taraflarla paylaşılabilir. Fark, paylaşılan verinin yapısında ve regülasyonun olgunluğundadır.

Bankacılıkta paylaşılan veri görece standarttır: hesap bakiyesi, hareketler ve ödeme talimatı. Türkiye'de açık bankacılık, ödeme hizmetleri mevzuatı kapsamında tanımlanan hesap bilgisi hizmeti ve ödeme emri başlatma hizmetiyle hayata geçti ve bankaların ortak bir altyapı üzerinden bağlanmasıyla yaygınlaştı.

Sigortacılıkta ise veri çok daha heterojendir. Bir kasko poliçesi, bir tamamlayıcı sağlık poliçesi ve bir birikimli hayat poliçesi tamamen farklı veri yapılarına sahiptir. Teminat, muafiyet, istisna ve özel şart gibi kavramların ortak bir veri modeline oturtulması zordur. Ayrıca sağlık verisi gibi özel nitelikli kişisel veriler işin doğal parçasıdır.

KriterAçık bankacılıkAçık sigortacılık
Paylaşılan tipik veriHesap, bakiye, işlem hareketleriÜrün, teklif, poliçe, teminat, hasar durumu
Veri yapısıGörece standartBranşa göre çok farklı
Regülasyon olgunluğuTürkiye ve AB'de yürürlükteAB'de gündemde, Türkiye'de henüz bankacılıktaki kadar olgun değil
Özel nitelikli veriSınırlıSağlık verisi nedeniyle yüksek
Tipik kullanımHesap toplama, ödeme başlatmaPoliçe portföyü, karşılaştırma, gömülü satış, hasar takibi

Avrupa Birliği'nde Avrupa Komisyonu'nun 2023'te önerdiği Finansal Veriye Erişim (Financial Data Access, FiDA) düzenleme taslağı, sigorta verilerini de kapsam alanına almıştır; nihai hâli ve uygulama takvimi yasama sürecine bağlıdır. Avrupa Sigorta ve Mesleki Emeklilik Otoritesi (EIOPA) da açık sigortacılık üzerine çalışmalar yürütmüştür. Türkiye'de ise sektörün ortak veri altyapısında Sigorta Bilgi ve Gözetim Merkezi (SBM) merkezi bir rol oynar; bu yapının açık sigortacılığa nasıl evrileceği Sigortacılık ve Özel Emeklilik Düzenleme ve Denetleme Kurumu (SEDDK) düzenlemeleriyle şekillenecektir. Güncel durumu kurumların resmî duyurularından takip etmek gerekir.

Açık sigortacılıkta hangi veriler ve işlevler paylaşılır?

Açık sigortacılık kapsamında paylaşılan bilgiler, hassasiyet düzeyine göre katmanlara ayrılır: herkese açık ürün bilgisi, partnerlere açık işlem işlevleri ve yalnızca müşteri rızasıyla paylaşılan kişisel veriler.

  • Ürün ve teminat bilgisi: Ürün adları, teminat listeleri, genel şartlar ve başvuru koşulları. Kişisel veri içermez, kamuya açık olabilir.
  • Teklif ve fiyat işlevi: Belirli risk bilgileriyle teklif alma. Genellikle sözleşmeli partnerlere açılır.
  • Poliçe satın alma işlevi: Teklifin poliçeye dönüştürülmesi, ödeme ve doküman üretimi. Aracılık yetkisi ve sözleşme gerektirir.
  • Poliçe portföyü verisi: Müşterinin sahip olduğu poliçeler, teminatları ve vade tarihleri. Müşteri rızası gerektirir.
  • Hasar durumu: Açık hasar dosyalarının aşaması ve ödeme bilgisi. Müşteri rızası ve güçlü kimlik doğrulama gerektirir.

Açık sigortacılık hangi kullanım alanlarını mümkün kılar?

Açık sigortacılık, müşterinin farklı şirketlerdeki poliçelerini tek yerde görmesinden, sigortanın başka bir ürünün satın alma akışına yerleştirilmesine kadar geniş bir hizmet yelpazesi açar.

  • Poliçe portföyü görüntüleme: Müşteri, bankacılık uygulaması veya finansal yönetim uygulaması üzerinden farklı sigorta şirketlerindeki poliçelerini ve yenileme tarihlerini tek ekranda görür.
  • Kişiselleştirilmiş teklif: Müşterinin izniyle paylaşılan mevcut teminat bilgisi sayesinde eksik teminatlar veya çakışan poliçeler tespit edilir.
  • Gömülü sigorta: E-ticaret, mobilite veya seyahat platformları, sigortayı satın alma akışının içinde sunar. Konunun ayrıntısı için gömülü sigorta makalesine bakabilirsiniz.
  • Hızlı hasar süreci: Yetkili servis, eksper veya asistans firmaları, dosya durumunu API ile sorgulayarak manuel yazışmayı azaltır.
  • Acente ve broker verimliliği: Çoklu şirketle çalışan aracılar, teklif ve poliçe işlemlerini belgelenmiş API'ler üzerinden yapar.

Açık sigortacılık için teknik mimari nasıl olmalı?

Açık sigortacılığa hazır bir mimari; API ağ geçidi, kimlik ve rıza yönetimi, standart veri modeli ve izleme katmanlarından oluşur. Core sistemin dışa doğrudan açılması yerine, bu katmanlar kontrollü bir dış yüz oluşturur.

API ağ geçidi ve geliştirici portalı

Tüm dış çağrılar bir API ağ geçidinden geçer. Kimlik doğrulama, hız sınırlama, sürümleme ve loglama burada yapılır. Partnerlerin API'leri keşfedip test ortamında deneyebileceği bir geliştirici portalı, entegrasyon süresini belirgin biçimde kısaltır.

Kimlik, yetkilendirme ve rıza yönetimi

Yetkilendirme için OAuth 2.0 ve OpenID Connect standartları yaygın olarak kullanılır. Finansal hizmetlerde bu standartların daha sıkı güvenlik profili olan FAPI (Financial-grade API) tercih edilir. Rıza yönetimi modülü; müşterinin hangi veriyi, hangi üçüncü tarafla, hangi amaçla ve ne kadar süreyle paylaştığını kaydeder ve müşteriye rızayı istediği an geri çekme imkânı verir.

Standart veri modeli

Farklı branşlardaki poliçelerin ortak alanları (poliçe numarası, sigortalı, başlangıç ve bitiş tarihi, prim, teminat listesi) ile branşa özel alanlar ayrıştırılmalıdır. Sağlam bir sigorta ürün modeli, API veri modelini de sadeleştirir.

İzleme ve denetim izi

Her veri paylaşımının kim tarafından, hangi rızaya dayanarak ve ne zaman yapıldığı değiştirilemez biçimde kaydedilmelidir. Bu kayıt hem KVKK uyumu hem de olası uyuşmazlıklar için temel kanıttır.

Açık sigortacılığın önündeki başlıca zorluklar nelerdir?

En büyük zorluklar teknik değil; veri standardı, iş modeli ve güven konularındadır. Teknoloji hazır olsa bile bu başlıklar çözülmeden ölçeklenebilir bir ekosistem oluşmaz.

  • Veri standardı: Her şirketin ürün ve teminat yapısı farklı olduğu için ortak bir şema üzerinde uzlaşmak zaman alır.
  • Eski core sistemler: Toplu işlem mantığıyla çalışan sistemler, gerçek zamanlı API çağrılarına doğrudan yanıt veremez; araya bir entegrasyon katmanı gerekir.
  • Rekabet kaygısı: Veri ve fiyat işlevini dışa açmak, karşılaştırılabilirliği artırır; şirketler bunu hem fırsat hem risk olarak görür.
  • Aracılık ve sorumluluk: Satışa aracılık eden üçüncü tarafın yetkisi, müşteriye bilgilendirme yükümlülüğü ve hatalı bilgiden doğan sorumluluk sözleşmelerde net tanımlanmalıdır.
  • Maliyet ve getiri dengesi: API altyapısı, güvenlik ve partner desteği sürekli yatırım ister; bu nedenle iş değeri yüksek senaryolarla başlamak gerekir.

Sigorta şirketleri açık sigortacılığa nasıl hazırlanmalı?

Hazırlık, regülasyonun yürürlüğe girmesini beklemeden başlamalıdır; çünkü aynı altyapı bugün partner entegrasyonları için de gereklidir. Aşağıdaki yol haritası kademeli bir ilerleme sağlar.

  1. API envanteri çıkarın: Hangi işlevlerin bugün hangi kanallara, hangi teknolojiyle açık olduğunu listeleyin.
  2. Önceliklendirin: İş değeri yüksek ve veri hassasiyeti düşük API'lerle (ürün bilgisi, teklif) başlayın.
  3. API ağ geçidi ve geliştirici portalı kurun: Tüm dış erişimi tek kontrol noktasından geçirin.
  4. Kimlik ve rıza altyapısını tasarlayın: OAuth 2.0 tabanlı yetkilendirmeyi ve rıza kayıtlarını merkezi hâle getirin.
  5. Veri modelini standartlaştırın: Branşlar arası ortak poliçe ve teminat şemasını tanımlayın.
  6. Pilot partnerle başlayın: Tek bir partnerle uçtan uca senaryoyu canlıya alın, güvenlik ve performans kayıtlarını değerlendirin.
  7. Ölçekleyin ve izleyin: Yeni partnerleri standart süreçle ekleyin; kullanım, hata ve güvenlik göstergelerini düzenli raporlayın.

ProdayTech olarak sigorta şirketlerinde API katmanı projelerine, çoğu zaman bu envanter ve önceliklendirme çalışmasıyla başlıyoruz. Genel entegrasyon ilkeleri için sigortacılıkta API entegrasyonu makalesi tamamlayıcı bir kaynaktır.

Açık sigortacılık hazırlığı için kontrol listesi

  • Dış kanallara açılan tüm API'ler tek bir ağ geçidi üzerinden mi yönetiliyor?
  • API'ler belgelenmiş, sürümlenmiş ve bir test ortamında denenebilir durumda mı?
  • Müşteri rızaları amaç, kapsam ve süre bilgisiyle kayıt altına alınıyor mu?
  • Müşteri, verdiği rızayı kolayca görüntüleyip geri çekebiliyor mu?
  • Sağlık verisi gibi özel nitelikli veriler ayrı yetki ve ek güvenlik önlemleriyle korunuyor mu?
  • Branşlar arası ortak bir poliçe ve teminat veri modeli tanımlı mı?
  • Her veri paylaşımı için değiştirilemez bir denetim izi tutuluyor mu?
  • Partner ekleme, izleme ve erişim kapatma süreçleri yazılı olarak tanımlı mı?

API stratejinizi ve mevcut mimarinizin açık sigortacılığa hazırlığını değerlendirmek isterseniz hizmetlerimizi inceleyebilirsiniz.

Sık sorulan sorular

Türkiye'de açık sigortacılık zorunlu mu?

Bu makalenin yazıldığı tarih itibarıyla Türkiye'de sigorta sektörüne yönelik, açık bankacılıktaki kadar ayrıntılı ve zorunlu bir açık sigortacılık çerçevesi yaygın olarak uygulanmıyor. Ancak partner entegrasyonları, gömülü sigorta ve dijital kanallar için API altyapısı zaten gerekli. Düzenleyici gelişmeleri SEDDK ve SBM duyurularından takip etmek ve altyapıyı buna hazır tasarlamak en güvenli yaklaşımdır.

Açık sigortacılık müşteri verisinin güvenliğini riske atar mı?

Doğru tasarlandığında riski azaltır. Bugün pek çok entegrasyon, ekran otomasyonu veya paylaşılan kullanıcı bilgileriyle yapılıyor ve bu yöntemler denetlenmesi zor açıklar doğuruyor. Açık sigortacılık ise güçlü kimlik doğrulama, amaç ve süreyle sınırlı rıza, şifreli iletişim ve ayrıntılı denetim izi üzerine kurulur. Güvenliğin sağlanması, bu kontrollerin eksiksiz uygulanmasına bağlıdır.

Açık sigortacılık için hangi API standartları kullanılır?

Sigortacılık için dünya genelinde tek bir zorunlu standart yoktur. Yetkilendirmede OAuth 2.0 ve OpenID Connect, finansal hizmetlerde bunların sıkılaştırılmış profili FAPI yaygın olarak kullanılır. Veri iletiminde REST ve JSON tercih edilir. Veri modeli için ise sektör girişimlerinin ortak şemaları örnek alınabilir, ancak her şirketin kendi ürün modeliyle uyumlu bir kanonik model tanımlaması gerekir.

Açık sigortacılık küçük sigorta şirketlerine ne kazandırır?

Küçük ve orta ölçekli şirketler, kendi dağıtım ağlarını büyütmek yerine dijital platformlar, bankalar ve acente yazılımlarıyla hızlı ve düşük maliyetli ortaklıklar kurabilir. Belgelenmiş API'ler sayesinde her yeni partner için sıfırdan entegrasyon projesi açmak gerekmez. Bu durum, niş ürünlerin doğru müşteri kitlesine ulaşmasını ve ürün lansman süresinin kısalmasını kolaylaştırır.

Açık sigortacılık ile gömülü sigorta aynı şey mi?

Hayır, ama birbirine sıkı sıkıya bağlıdır. Açık sigortacılık, sigorta verisinin ve işlevlerinin standart API'lerle ve rızaya dayalı olarak paylaşılmasını sağlayan genel çerçevedir. Gömülü sigorta ise bu API'leri kullanarak sigortanın başka bir ürünün satın alma akışına yerleştirildiği somut bir iş modelidir. Açık API altyapısı olmadan gömülü sigortayı ölçeklemek zordur.