Kısaca
Sigorta fiyatlama motoru (rating engine), teklif anında gelen risk bilgilerini geçerli ürün ve tarife tanımlarıyla birleştirerek primi, prim kırılımını ve hesaplamanın gerekçesini üreten yazılım bileşenidir. İyi bir fiyatlama motoru tarifeleri kod yerine veri olarak yönetir, versiyonlara göre tutarlı hesaplar, her sonucu izlenebilir kılar ve yoğun teklif trafiğinde hızlı yanıt verir.
Sigorta fiyatlama motoru (rating engine), teklif anında gelen risk bilgilerini geçerli ürün ve tarife tanımlarıyla birleştirerek primi, prim kırılımını ve bu sonucun gerekçesini hesaplayan yazılım bileşenidir. Acente portalında, web sitesinde, mobil uygulamada veya bir bankanın şubesinde görülen her teklif, arka planda bu motorun ürettiği bir hesaplamadır.
Fiyatlama motoru, aktüerlerin tasarladığı tarifeyi satış kanallarında milisaniyeler içinde uygulanabilir hale getirir. Bu yüzden hem doğruluk hem de hız açısından sigorta şirketinin en kritik bileşenlerinden biridir. Bu rehber, bir fiyatlama motorunun primi nasıl hesapladığını, hangi bileşenlerden oluştuğunu ve seçerken nelere dikkat edilmesi gerektiğini ele alıyor.
Fiyatlama motoru nedir, poliçe sisteminin neresinde durur?
Fiyatlama motoru, ürün tanımı ile satış kanalları arasında duran ve tek sorumluluğu fiyat hesaplamak olan bir hesaplama katmanıdır. Poliçe yönetim sistemi (Policy Administration System, PAS) teklif ve poliçe yaşam döngüsünü yönetirken, fiyatlama motoru her teklif, zeyil ve yenileme anında "bu risk için prim ne olmalı" sorusuna cevap verir.
Tipik bir akışta motorun etrafında şu bileşenler bulunur:
- Ürün tanımı: Teminatlar, paketler ve soru setleri; ayrıntılar için sigorta ürün modelleme yazısına bakabilirsiniz.
- Tarife deposu: Baz primler, katsayı tabloları, indirim ve sürprim kuralları.
- Dış veri kaynakları: SBM, kasko değer listesi, adres ve risk bölgesi servisleri.
- Kanallar: Acente portalı, web ve mobil satış, bankasürans ve karşılaştırma platformları.
- Poliçe yönetim sistemi: Hesaplanan primi teklif ve poliçe kaydına dönüştürür.
Motorun kanallardan bağımsız olması, aynı risk için tüm kanallarda aynı fiyatın hesaplanmasını garanti eder. Bu, hem müşteri güveni hem de denetim açısından önemlidir.
Fiyatlama motoru bir primi adım adım nasıl hesaplar?
Fiyatlama motoru, gelen isteği doğrular, eksik bilgileri dış kaynaklardan tamamlar, geçerli tarife versiyonunu seçer, katsayıları uygular ve sonucu kırılımıyla birlikte döner. Aşağıdaki sıra çoğu modern motorda benzerdir.
- İsteği alır: Kanal, ürün kodu, paket, teklif tarihi ve risk bilgilerini içeren bir API isteği gelir.
- Girdiyi doğrular ve normalleştirir: Zorunlu alanlar kontrol edilir; il, marka-model, meslek gibi değerler standart kodlara çevrilir.
- Veriyi zenginleştirir: Hasar geçmişi, hasarsızlık basamağı, araç değeri veya adrese bağlı risk bölgesi gibi bilgiler dış servislerden ya da önbellekten alınır.
- Tarife versiyonunu seçer: Teklif veya poliçe başlangıç tarihine göre geçerli ürün ve tarife versiyonu belirlenir.
- Faktörleri arar: Her risk faktörü için katsayı tablolarından ilgili değer bulunur.
- Hesaplama akışını çalıştırır: Baz prim, katsayılar, ek teminat primleri ve sabit ücretler, tanımlı sıraya göre uygulanır.
- Ticari ayarlamaları uygular: İndirimler, sürprimler, minimum prim kontrolü ve kanal yetki marjları devreye girer.
- Yasal kalemleri ve komisyonu ekler: Vergi, fon payları ve komisyon hesaplanır; yuvarlama kuralları uygulanır.
- Sonucu ve izini döner: Toplam prim, teminat bazlı kırılım, taksit seçenekleri ve hangi tablo ile kuralın kullanıldığını gösteren hesaplama izi üretilir.
Bu akışın arkasındaki iş kararları, yani hangi faktörün hangi sırayla uygulanacağı, sigorta tarife kurgusu aşamasında belirlenir. Motorun görevi, bu kararları her seferinde aynı biçimde ve izlenebilir şekilde uygulamaktır.
Fiyatlama motorunun temel bileşenleri nelerdir?
Olgun bir fiyatlama motoru; tarife deposu, hesaplama çekirdeği, kural motoru, referans veri yönetimi, simülasyon aracı, API katmanı ve denetim kaydından oluşur.
- Tarife deposu: Katsayı tabloları ve hesaplama tanımları versiyonlu olarak burada tutulur. Tarifeler kodun içinde değil, veri olarak saklanır.
- Hesaplama çekirdeği: Tanımlı akışı çalıştıran, deterministik sonuç üreten bileşen. Aynı girdi ve aynı versiyonla her zaman aynı sonucu vermelidir.
- Kural motoru: Uygunluk, risk kabul yönlendirmesi ve indirim kurallarını karar tabloları üzerinden işletir.
- Referans veri yönetimi: Kod listeleri, dış kaynaklı tablolar ve bunların geçerlilik tarihleri.
- Simülasyon ve etki analizi: Yeni bir tarife versiyonunu mevcut portföy üzerinde çalıştırıp eski sonuçlarla karşılaştırma imkânı.
- API katmanı: Kanalların tek tip bir sözleşmeyle fiyat istemesini sağlar; teklif, zeyil ve yenileme için ayrı uç noktalar sunabilir.
- Denetim kaydı: Her hesaplamanın girdisi, kullanılan versiyonlar ve çıktısı saklanır; müşteri şikâyeti veya denetim anında "bu prim neden böyle çıktı" sorusu cevaplanabilir.
Fiyatlama motoru gömülü mü olmalı, bağımsız servis mi?
Fiyatlama motoru poliçe sisteminin içine gömülü olabilir, bağımsız bir servis olarak geliştirilebilir ya da hazır bir ürün olarak alınabilir. Doğru seçim; ürün sayısı, kanal çeşitliliği, değişiklik sıklığı ve ekip yapısına bağlıdır.
| Yaklaşım | Avantaj | Dezavantaj | Uygun olduğu durum |
|---|---|---|---|
| Poliçe sistemi içinde gömülü | Basit mimari, ek entegrasyon yok | Tarife değişikliği tüm sistemi etkiler, ölçeklenme birlikte yapılır | Az ürün, tek kanal, düşük değişiklik sıklığı |
| Bağımsız fiyatlama servisi | Ayrı ölçeklenme, kanal bağımsızlığı, hızlı tarife yayını | Ek entegrasyon ve operasyon yükü | Çok kanal, yoğun teklif trafiği, sık tarife değişikliği |
| Hazır fiyatlama ürünü | Olgun araçlar, aktüer dostu arayüzler | Lisans maliyeti, özelleştirme sınırları, tedarikçi bağımlılığı | Güçlü aktüerya ekibi, standart hesaplama ihtiyaçları |
Bağımsız servis yaklaşımı, sigortacılıkta mikroservis mimarisi yazısında anlattığımız servis ayrıştırma ilkeleriyle doğal olarak örtüşür; fiyatlama, genellikle ilk ayrıştırılan alanlardan biridir.
Fiyatlama motorunda performans ve ölçeklenme nasıl sağlanır?
Fiyatlama motoru, satış kanallarındaki teklif trafiğinin tamamını karşıladığı için düşük gecikme ve yüksek eşzamanlılık gerektirir. Acente portalında tek bir müşteri için birden fazla paketin aynı anda fiyatlanması veya karşılaştırma platformlarından gelen yoğun istekler, motoru sistemin en çok yük alan bileşeni haline getirebilir.
Performans için öne çıkan uygulamalar şunlardır:
- Durumsuz (stateless) tasarım: Motorun her isteği bağımsız işlemesi, yatayda kolayca ölçeklenmesini sağlar.
- Tarife ve referans verinin bellekte tutulması: Katsayı tabloları her istekte veritabanından okunmamalı; versiyon değiştiğinde önbellek yenilenmelidir.
- Dış çağrıların yönetimi: SBM gibi dış servislere yapılan çağrılar, zaman aşımı, yeniden deneme ve uygun durumlarda kısa süreli önbellek politikalarıyla yönetilmelidir. Ayrıntılar için SBM ve TRAMER entegrasyonu yazısına bakabilirsiniz.
- Toplu fiyatlama: Yenileme dönemlerinde veya etki analizinde binlerce poliçenin fiyatlanması, canlı trafiği etkilemeyecek ayrı kaynaklarda yapılmalıdır.
- Performans testleri: Tarife değişiklikleri yalnızca doğruluk için değil, yanıt süresi için de test edilmelidir; karmaşık bir kural eklemesi gecikmeyi fark edilmeden artırabilir.
Aktüerya ile fiyatlama motoru arasındaki köprü nasıl kurulur?
Aktüerya ile yazılım arasındaki köprü, ortak bir tarife tanım formatı, otomatik yükleme süreci ve aktüerin beklediği sonuçlarla motorun ürettiği sonuçların düzenli karşılaştırılmasıyla kurulur. Amaç, "aktüerin hesapladığı prim ile sistemin hesapladığı prim aynı mı" sorusuna her zaman kanıtla cevap verebilmektir.
Bu köprünün temel unsurları şunlardır:
- Ortak tanım formatı: Aktüeryal modelin çıktıları (faktörler, seviyeler, katsayılar) motorun doğrudan okuyabileceği yapılandırılmış bir formatta teslim edilir.
- Doğrulamalı yükleme: Tablolar elle kopyalanmaz; eksik seviye, hatalı veri tipi ve kapsanmayan kombinasyon kontrolleriyle yüklenir.
- Referans test seti: Aktüerya tarafından hazırlanan ve beklenen primleri içeren senaryolar, her tarife değişikliğinde otomatik çalıştırılır.
- Mutabakat raporu: Canlıdaki hesaplamalardan örneklem alınarak aktüeryal modelle periyodik olarak karşılaştırılır.
- Aktüerya için okunabilir iz: Hesaplama izi, teknik olmayan kullanıcıların da anlayabileceği biçimde sunulur.
Fiyatlama motoru seçerken kontrol listesi
- Tarifeler kod yerine veri olarak, versiyonlu ve geçerlilik tarihli tutuluyor mu?
- Aynı girdi ve aynı versiyonla her zaman aynı sonuç üretiliyor mu?
- Her hesaplamanın girdisi, kullanılan versiyon ve kırılımı denetim kaydında saklanıyor mu?
- Yeni tarife, mevcut portföy üzerinde yayından önce simüle edilebiliyor mu?
- Aktüerya, tarife tablolarını doğrulamalı bir süreçle kendisi yükleyebiliyor mu?
- Tüm kanallar tek bir API sözleşmesi üzerinden fiyat alıyor mu?
- Dış servis kesintilerinde motorun davranışı tanımlı mı?
- Yoğun teklif dönemleri için yük testleri yapıldı mı?
Fiyatlama altyapınızı değerlendirmek veya bağımsız bir fiyatlama servisi kurmak için bizimle iletişime geçebilirsiniz.
Sık sorulan sorular
Fiyatlama motoru ile tarife arasındaki fark nedir?
Tarife, primin hangi faktörlere ve katsayılara göre hesaplanacağını tanımlayan iş kurallarıdır. Fiyatlama motoru ise bu kuralları okuyup her teklif için uygulayan yazılım bileşenidir. Tarife aktüerya ve ürün ekibinin sorumluluğundadır ve sık değişebilir; motor ise değişmeyen bir hesaplama altyapısıdır. İyi bir tasarımda tarife değişikliği, motorun kodunda değişiklik gerektirmeden yapılabilir.
Fiyatlama motoru yapay zekâ modellerini kullanabilir mi?
Kullanabilir, ancak dikkatli bir çerçevede. Makine öğrenmesi modelleri risk skoru veya müşteri davranışı tahmini üreterek tarifeye bir faktör olarak girebilir. Bu durumda modelin sonucu açıklanabilir olmalı, model versiyonu hesaplama iziyle birlikte kaydedilmeli ve kişisel verilerin işlenmesi KVKK'ya uygun olmalıdır. Pek çok şirket, modelleri doğrudan fiyat üretmek yerine tarifeyi besleyen bir girdi olarak kullanmayı tercih eder.
Zeyil ve yenileme işlemlerinde fiyatlama nasıl yapılır?
Zeyilde motor, poliçenin tanzim edildiği tarife versiyonunu kullanarak değişiklik öncesi ve sonrası primi hesaplar ve kalan süreye göre ek veya iade primi belirler. Yenilemede ise genellikle yenileme tarihinde geçerli olan yeni tarife versiyonu esas alınır ve hasar geçmişi gibi bilgiler güncellenir. Motorun birden fazla tarife versiyonunu aynı anda yönetebilmesi bu nedenle zorunludur.
Fiyatlama motoru ne kadar hızlı yanıt vermelidir?
Kesin bir eşik yoktur; ancak teklif ekranında kullanıcı deneyimini bozmayacak ve karşılaştırma platformlarının zaman aşımı sınırlarının altında kalacak bir yanıt süresi hedeflenmelidir. Toplam sürenin büyük kısmı genellikle dış servis çağrılarından gelir. Bu nedenle hesaplama çekirdeğinin hızı kadar, dış çağrıların önbellek ve zaman aşımı politikaları da performansı belirler.
Fiyatlama motorunu kendimiz mi geliştirmeliyiz, hazır ürün mü almalıyız?
Karar; ürün çeşitliliği, farklılaşma stratejisi, aktüerya ekibinin yetkinliği ve bütçeye bağlıdır. Hazır ürünler olgun araçlar sunar, ancak lisans maliyeti ve özelleştirme sınırları vardır. Kendi geliştirmeniz ise tam kontrol sağlar, fakat sürekli bakım ekibi gerektirir. Pek çok şirket için hesaplama çekirdeğini sade tutup tarifeyi veri olarak yöneten, şirkete özel bir servis dengeli bir seçenektir.