Sektör

Güven üzerine kurulu bir sektör için modern mühendislik.

Poliçe yönetimi, hasar otomasyonu ve dijital dağıtım — resmi kayıtların çevresinde modernleştirilir.

SigortaNeler yapıyoruz
01Dijital dağıtım
02Hasar otomasyonu
03Poliçe yönetimi modernizasyonu
04Veri ve aktüerya platformları
Nasıl ilerler
  1. Sistem turu ve kanıt planı
  2. Karakterizasyon ve ince dilim
  3. Paralel çalıştırma ve genişletme
  4. Geçiş, branş branş
  5. İşletme ve kanıtlama
Zorlaştıran ne

Sigortacılık, kendi ürünlerinin bir kısmından daha eski sistemler üzerinde çalışır.

Sigortacılık, kendi ürünlerinin bir kısmından daha eski sistemler üzerinde çalışır — ve doğruluğu yasal bir yükümlülük olan veriler üzerinde. Biz çekirdeğin çevresini modernleştiririz: önde dijital yolculuklar, ortada otomasyon, poliçe yönetim sistemlerinin kendisinde ise dikkatli bir strangler-pattern yeniden yapılandırması.

Her şeyi biçimlendiren kısıt süredir. Bu yıl yazılan bir poliçe yirmi yıl sonra hâlâ hasar ödüyor olabilir; dolayısıyla onu tutan sistem, daha iyisi çıktığında öylece değiştirilemez; kapatılmadan önce anlaşılması, birebir yeniden üretilmesi ve eşdeğerliğinin kanıtlanması gerekir. Sigorta modernizasyonunun büyük ölçüde özellik değil kanıt işi olmasının nedeni budur: eski motorun gerçekte ne yaptığını — kimsenin belgelemediği davranış ve birinin 2009’da koda gömdüğü istisna dahil — karakterize etmek, ardından gerçek portföyler üzerinde yeni yolun onunla son kuruşuna kadar örtüştüğünü göstermek.

Aynı zamanda işin ön yüzü biçim değiştirdi. Müşteriler hızlı bir teklif, hasar bildiriminin alındığına dair de hızlı bir yanıt bekliyor; brokerlar sigorta şirketlerini API’nin ne kadar kolay olduğuna göre karşılaştırıyor; gömülü dağıtım ise ürününüzü bir başkasının ödeme akışının içine yerleştiriyor. Dolayısıyla aynı kurumun iki hızda ilerlemesi gerekiyor — hızlı ve iyi ölçümlenmiş bir dağıtım ve servis katmanı ile temkinli, mutabakatı yapılmış bir çekirdek — üstelik hızlı katman, yavaş olanın sonradan yalanlayacağı bir şeyi müşteriye söylemeden.

Bu sektörde neler yapıyoruz

Çalıştığımız dört alan.

Bu sektördeki iş net biçimde ayrışır: müşterilerin ve brokerların temas ettiği kısım, operasyonun işlediği kısım, resmi kayıtları tutan kısım ve herkesin üzerinde tartıştığı veri katmanı. Dördünde de geliştirme yapıyoruz ve son ikisine hak ettikleri ihtiyatla yaklaşıyoruz.

01

Dijital dağıtım

Ürünleri kanala dönüştüren teklif-poliçeleştirme yolculukları, broker portalları ve gömülü sigorta API’leri. Yolculuk kısadır çünkü fiyatlama çağrısı hızlıdır ve sorular riziko kabulün gerçekten ihtiyaç duyduğu sorulardır; portal kullanılır çünkü bir brokerın üç gerçek sorusunu yanıtlar — teklifim nerede, evrakım nerede, komisyonum nerede. Gömülü dağıtım, kendi hız limitleri, sürümlemesi ve mutabakat ekstresiyle API olarak açılmış aynı üründür.

02

Hasar otomasyonu

Kayıt alma, triyaj ve uçtan uca otomatik işleme — ML destekli sahtecilik sinyalleri ve gereken yerde insan kararıyla. Belgeler ve fotoğraflar geldiği anda ayrıştırılıp yapılandırılır, basit hasarlar kuyruğa girmeden sonuçlanır, karmaşık olanlar ise kanıtı toplanmış hâlde eksperin önüne gelir. Her otomatik karar; girdilerini, model veya kural sürümünü ve sonucunu kaydeder, çünkü açıklayamadığınız bir karar savunamayacağınız bir karardır.

03

Poliçe yönetimi modernizasyonu

Legacy PAS ortamlarının strangler-pattern ile yeniden yapılandırılması ve resmi kayıtlar üzerinde paralel çalıştırma doğrulaması. Mevcut sistemi sözleşmelerle sararız, her seferinde tek bir branşı veya tek bir işlevi taşırız ve çıktılar örtüşene kadar eskiyi ve yeniyi canlı veriyle yan yana çalıştırırız. Geçiş kanıtla olur — imzalı bir mutabakatla — ve geri alma yolu bir sonraki döngü kendini kanıtlayana kadar açık kalır.

04

Veri ve aktüerya platformları

Aktüerlere, finansa ve düzenleyicilere aynı sayıları veren yönetişimli veri modelleri. Prim, maruziyet, karşılık ve hasar için tek bir tanım; sürümlenmiş ve kaynak sistemden rapora kadar izlenebilir. Veri mühendisliği tarafından bir veri ambarı projesi olarak değil, departmanlar arası bir sözleşme olarak kurulur; böylece kimin sayısının doğru olduğuna dair üç aylık tartışma tartışma olmaktan çıkar.

Uygulamada

Neler geliştiriyoruz?

01

Riziko kabulün hâlâ tanıyabileceği bir teklif yolculuğu.

Çoğu dijital yolculuk iki şekilden biriyle başarısız olur: ya çekirdek sistemin ekranının sorduğu her şeyi sorar ve kimse tamamlayamaz, ya da neredeyse hiçbir şey sormaz ve riziko kabul uzmanının reddedeceği riski poliçeleştirir. Çözüm, yolculuğu fiyatlama motorundan ayırmak ve soru setini bir ürün kararı hâline getirmektir. Çekilebilecek veriler — araç, adres, geçmiş hasarlar, ticaret sicili — elle yazılmak yerine çekilir. Fiyatı yalnızca belirli koşullarda değiştiren sorular yalnızca o koşullarda sorulur. Sevk, hata sayfası değil; sahibi ve süresi olan tasarlanmış bir durumdur. Ve tüm huni adım adım ölçümlenir; böylece dönüşümdeki bir düşüş aylık toplantıda tartışılmak yerine ona yol açan soruya kadar izlenir.

  • Fiyatlama, uygunluk ve sevk kuralları sürümlenmiş yapılandırma olarak tutulur; sürüm her teklife kaydedilir
  • Güvenilir bir kaynak bulunan her yerde elle girilen soruların yerini üçüncü taraf veri zenginleştirmesi alır
  • Sevk, ret ve yeniden teklif; sahibi, süresi ve denetim kaydı olan birinci sınıf durumlar olarak tasarlanır
  1. 01Teklif
  2. 02Riziko kabul
  3. 03Poliçeleştirme
  4. 04Tanzim
  5. 05Yenileme

Teklif-poliçe yaşam döngüsü

02

Kolay olanları doğrudan geçiren hasar triyajı.

Tek ve ayrıştırılmamış bir akış gibi ele alınan hasar kuyruğu her iki uçta da pahalıdır: basit hasarlar karmaşık olanların arkasında bekler, karmaşık olanlar ise bir ön cam değişimiyle aynı ilgiyi görür. Her hasarı geldiği anda puanlayan — belge eksiksizliği, poliçe geçerliliği, tutarın eşiklere göre konumu, sahtecilik sinyalleri — ve yönlendiren bir triyaj kurarız. Üzerinde anlaşılan limitlerin içinde ve kanıtlar temizse hasar otomatik olarak sonuçlanır. Limitlerin dışındaysa belgeleri ayrıştırılmış, poliçesi doğrulanmış ve sevk gerekçesi yazılmış hâlde eksperin önüne gelir. Asıl önemli olan, her otomatik kararın açıklanabilir olmasıdır.

  • Kayıt anında belge ve fotoğraf ayrıştırma; düşük güvenli vakaları bir insana yönlendiren güven eşikleriyle
  • Sahtecilik ve anomali sinyalleri triyaja girdi olarak kullanılır, sessiz bir ret olarak değil — eksper hem sinyali hem gerekçesini görür
  • Her otomatik karar; girdileri, kural veya model sürümü ve sonucuyla kaydedilir, denetim ve şikâyet yönetimi için saklanır
03

Geçiş, plandaki bir tarihe göre değil kanıta göre.

Sigorta modernizasyonunda hiçbir şey paralel çalıştırma kadar önemli değildir. Tek bir poliçe taşınmadan önce legacy motoru, kendi geçmiş çıktısından üretilen golden-master testleriyle karakterize ederiz; böylece tuhaflıkları hata diye bir kenara atılmak yerine davranış olarak kayda geçer. Ardından her döngüde iki motor da aynı canlı popülasyonu işler ve her fark sınıflandırılır: yeni yoldaki bir kusur, bilinçli olarak yeniden üretilecek bir tuhaflık ya da iş birimi düzeltmeyi onaylayarak kasıtlı olarak giderilecek bir legacy hatası. Fark sayısı sıfıra iner ve ancak o zaman devreye geçiş yapılır. O noktada yeni sistemin doğru olup olmadığı tartışması gerçek sayılarla çoktan kapanmıştır.

  • Geçiş kodu yazılmadan önce legacy motorun golden-master ile karakterize edilmesi
  • Her döngü hareket hareket karşılaştırılır; farklar kusur, tuhaflık veya kasıtlı düzeltme olarak sınıflandırılır
  • Geçiş, branş branş ve imzalı bir mutabakatla yapılır; geri alma yolu açık tutulur
Sigortacıya göre

Üç portföy, üç mühendislik problemi.

Hayat dışı

Hacim, fiyatlama ve hasar kuyruğu.

Elementer sigorta işlem hacmiyle yaşar: çok sayıda küçük poliçe, sık hasar, yavaş teklifi cezalandıran bir fiyat rekabeti. Mühendislik öncelikleri şunlardır: karşılaştırma sitesi veya broker yükü altında gerçek zamanlı yanıt veren bir fiyatlama yolu, ürün yöneticilerinin sürüm çıkmadan değiştirebildiği kurallar ve eksper havuzunu yorum gerektiren hasarlara odaklı tutan bir hasar triyajı. Çekirdek, paralel çalıştırma aksini söyleyene kadar olduğu yerde kalır.

  • Fiyatlama ve uygunluk kuralları sürümlenmiş yapılandırma olarak tutulur; sürümden önce geçmiş tekliflerle simüle edilir
  • Karşılaştırma sitesi ve broker trafiği kaynak bazlı limitler, önbellekleme ve dürüst kısıtlı yanıtlarla şekillendirilir
  • Hasar triyajı branş bazında ayarlanır; eşikler koda gömülmez, iş biriminin sorumluluğunda kalır
Hayat ve sağlık

Uzun süre, hassas veri, dikkatli otomasyon.

Hayat, emeklilik ve sağlık; kendilerini yöneten sistemlerden daha uzun ömürlü sözleşmeler ve GDPR ile KVKK kapsamında özel nitelikli sayılan veriler taşır. Buradaki otomasyon varsayılan olarak destekleyicidir: riziko kabul kanıtları toplanır ve yapılandırılır, tıbbi belgeler ayrıştırılır, kararlar gerekçeleriyle önerilir ve bir kişi tarafından teyit edilir. Erişim asgariye indirilir ve loglanır, saklama süreleri politika belgeleriyle değil platform tarafından uygulanır ve model destekli her adım hem düzenleyiciye hem müşteriye açıklanabilir.

  • Özel nitelikli veriler asgariye indirilir, şifrelenir, erişimi loglanır ve zorunlu takvimlerle saklanır
  • Riziko kabul ve tıbbi belge ayrıştırma bir yardımcı olarak çalışır; her kararda insan teyidi aranır
  • Uzun süreli kayıt tutma geçiş düşünülerek tasarlanır — çünkü sistem yeniden taşınacaktır
Broker ve MGA

Dağıtım, ürünün kendisidir.

Bir broker veya MGA için platform, işin kazanıldığı yerdir: birden çok sigortacıdan teklif almak, yeniden veri girişi olmadan üretilen belgeler, tartışma çıkmadan görünen komisyon. Panel entegrasyon katmanını — her sigortacı kendi sözleşmesi, zaman aşımı ve sağlık kontrolü ardında — belge ve e-imza akışını, ayrıca sigortacı ilişkisini temiz tutan bordro ve komisyon raporlamasını kurarız.

  • Kaynak bazlı zaman aşımı, sağlık kontrolü ve otomatik yedeğe düşme ile sigortacı paneli soyutlaması
  • Belge üretimi ve e-imza yolculuğun içinde yer alır; sonradan e-postayla gönderilen bir ek olarak değil
  • Bordro, komisyon ve mutabakat ekstreleri kayıttan üretilir ve sigortacı bazında mutabık kılınır
Entegrasyonlar

Bir sigortacının gerçekte üzerinde çalıştığı sistem ortamı.

Poliçe yönetimi

Legacy ve paket PAS çözümleri sürümlenmiş servis sözleşmeleriyle sarılır — teklif, poliçeleştirme, zeyil, yenileme ve iptal API olarak açılırken çekirdek resmi kayıt olarak kalır

Hasar sistemleri

Kayıt alma, karşılık ayırma ve ödeme olayları mesaj olarak taşınır; belge depoları kopyalanmak yerine bağlanır ve her durum değişikliği kimin yaptığını taşır

Finans ve kayıt defteri

Prim, komisyon, hasar ödemesi ve karşılık hareketleri anlaşılan kesim tarihlerinde işlenir ve herhangi bir raporlamadan önce kayıt defteriyle mutabık kılınır

Reasürans ve bordro

Trete ve fakültatif devirler, bordro üretimi ve mutabakat ekstreleri kayıttan üretilir ve dönem bazında eşleştirilir

Ödemeler ve tahsilat

Kart, otomatik ödeme talimatı ve havale akışları; tokenizasyon, yeniden deneme, iade ve poliçe ile hasara net bağlantı içerir

Belge ve e-imza

Şablon tabanlı belge üretimi, arşivleme ve e-imza sağlayıcıları; imzalı çıktı denetim izinde saklanır

Sağlık ve tıbbi veri

Sağlık branşları için HL7 ve FHIR biçiminde veri alışverişi; özel nitelikli veri olarak asgarileştirme, erişim loglama ve zorunlu saklama süreleriyle ele alınır

Mevzuat ve aktüerya raporlaması

Solvency ve IFRS 17’yi gözeten veri martları; kaynaktan açıklamaya kadar izlenebilirlik ve finans ekibi için Power BI modelleri

Disiplin

Bir sigorta projesine getirdiğimiz alışkanlıklar.

  • Resmi kaydı tutan her sistemde paralel çalıştırma mutabakatı. Eski ve yeni, fark sayısı sıfırlanana kadar aynı canlı popülasyonu işler; geçiş, başlangıçta üzerinde anlaşılan bir tarihe göre değil imzalı bir mutabakatla yapılır.
  • Tasarımdan gelen denetlenebilirlik — her durum değişikliği izlenebilir. Kim neyi, ne zaman, hangi kural sürümü altında değiştirdi ve önceki durum neydi. Denetim izini bir düzenleyici talep ettikten sonra eklemek, en baştan kurmaktan çok daha pahalıdır.
  • Solvency ve IFRS 17’yi gözeten veri izlenebilirliği. Bir rapordaki her rakam, adlandırılmış ve sürümlenmiş dönüşümler üzerinden kaynak kayda kadar geri izlenebilir; böylece bir aktüerden veya denetçiden gelen soru elle yeniden kurgulanmak yerine kayıttan yanıtlanır.
  • Sağlık ve kişisel verilerin KVKK ve GDPR gözetilerek işlenmesi. Özel nitelikli veriler asgariye indirilir, şifrelenir, erişimi loglanır ve zorunlu takvimlerle saklanır; verinin nerede tutulacağı ise denetçileriniz için belgelenen bir devreye alma kararıdır — bkz. güvenlik & uyum.
  • İş biriminin sahiplendiği, yapılandırma olarak kurallar. Fiyatlama, uygunluk, triyaj ve sevk kuralları sürümlenir, sürümden önce geçmiş veriyle simüle edilir ve devreye alma gerektirmeden değiştirilir — ürettikleri her karara sürüm damgası basılır.
  • Kayıt bırakan bir yardımcı olarak yapay zekâ. Ayrıştırma, triyaj puanlaması ve sahtecilik sinyalleri; bir kişinin görebildiği ve geçersiz kılabildiği bir kararın girdileridir. Model sürümü, girdiler ve sonuç kaydedilir; müşteriye dönük hiçbir karar kimsenin açıklayamadığı bir model tarafından verilmez — bkz. yapay zekâ & makine öğrenmesi.
  • Her sınırda koddan önce sözleşme. PAS, hasar, finans ve ödeme sistemlerine giden arayüzler sürümlenir ve CI içinde sözleşme testinden geçer; dağıtım katmanının ve çekirdeğin kendi temposunda ilerlemesini mümkün kılan da budur — bkz. entegrasyon & API geliştirme.
  • İlk sprintten itibaren gözlemlenebilirlik. Teklif ve hasar hunileri boyunca izler, adım başına gecikme bütçeleri ve dönüşüm ya da ödeme gerçekleşen adımlarda alarm — böylece bir gerileme ay sonu raporunda değil, erkenden görünür.
Bir proje nasıl ilerler

Sistem turundan kanıta dayalı geçişe.

01

Sistem turu ve kanıt planı

Poliçe, hasar ve finans sistemlerini mimarlarınız ve aktüerlerinizle birlikte haritalarız, neyin yerinden oynamayacağı konusunda anlaşırız ve doğruluğun nasıl kanıtlanacağını yazıya dökeriz. Çıktı; bir entegrasyon haritası, bir mutabakat tanımı ve geliştirilecek ilk akıştır.

02

Karakterizasyon ve ince dilim

Golden-master testleri legacy motorun gerçek davranışını kendi geçmiş çıktısından yakalar; bu sırada bir yolculuk — genellikle bir teklif ya da bir hasar kaydı — gerçek veri biçimleri ve gerçek zamanlamayla canlı entegrasyonlar üzerinde uçtan uca çalışır.

03

Paralel çalıştırma ve genişletme

Her döngüde iki motor da aynı canlı popülasyonu işler. Farklar kusur, tuhaflık veya kasıtlı düzeltme olarak sınıflandırılır ve sayısı sizinle belirlenen bir ritimde düzenli olarak yönlendirme kuruluna raporlanır. Buna paralel olarak dağıtım veya hasar katmanı kendi temposunda sürüm çıkarmaya devam eder.

04

Geçiş, branş branş

Bir branş, üzerinde anlaşılan sayıda döngü boyunca temiz mutabakat verdiğinde devreye geçer — geri alma yolu açık ve önceki sistem salt okunur erişilebilir hâldedir. Sonraki branş onu izler. Plan bu haftayı gösterdiği için hiçbir şey taşınmaz.

05

İşletme ve kanıtlama

Panolar, SLO’lar ve sözleşmenin belirlediği saatlerde olay yönetimi; ayrıca bir sonraki denetiminizi belge çıkarma işine dönüştüren periyodik mutabakat ve kanıt paketi.

SSS

Sık sorulan sorular

Evet — normal durum budur. Davranışını karakterize eder, modern API’lerle sararız ve mutabakat eşliğinde branş branş taşırız; tek seferde değil. Pratikte önce sarmalama gelir ve kendi başına değer üretir: değişmemiş bir çekirdeğin önünde bir portal, bir teklif yolculuğu veya bir hasar kaydı; ardından riskin anlaşıldığı parçaların strangler-pattern ile değiştirilmesi gelir.
Önce destekleyici olarak: belge ayrıştırma, triyaj puanlaması, sahtecilik sinyalleri — insan kararı ve kararlar üzerinde eksiksiz denetim izleriyle. Model sürümü, girdiler ve çıktı dosyayla birlikte kaydedilir, güven eşikleri belirsiz kayıtları bir kişiye yönlendirir ve modeli canlı bir kuyruğa dokunmadan önce ayrılmış geçmiş veriyle ölçeriz.
Denetlenebilirlik için mühendislik yapar ve uyum ekibinizin gerekliliklerini tasarım girdisi olarak ele alırız — Türkiye, AB ve Birleşik Krallık düzenlemeleri dahil. Hukuki yorum sunmayız; uyum ve aktüerya birimlerinizin tanımladığı kontrolleri alır ve bunları sistemin özelliklerine dönüştürürüz; kanıt da sistemin çalışmasının bir yan ürünü olarak üretilir.
Evet — dağıtım araçları da: brokerların gerçekten kullandığı teklif alma, belge akışları ve komisyon görünürlüğü. Çekirdeğin içinde değil önünde durduğu için bir portal ya da gömülü sigorta API’si çekirdekten bağımsız olarak yayına alınabilir ve yeniden veri girişini ortadan kaldırır.
Veri mühendisliği ekibimiz yönetişimli katmanı kurar — şirket genelinde prim, maruziyet ve hasar için tek bir tanım. Tanımlar sürümlenir ve bir sahibi olur, izlenebilirlik açıklamadan kaynak kayda kadar uzanır ve aktüerlerin, finansın ve düzenleyicinin kullandığı martlar birbiriyle yarışan üç ayrı çıktıdan değil aynı modellerden üretilir.
Güvencelerle değil, sayılarla. Paralel çalıştırma her döngüde eskiyi ve yeniyi sizin gerçek popülasyonunuz üzerinde karşılaştırır ve fark sayısı açıkça raporlanır — legacy hatası olduğu ortaya çıkan farklar dahil. Geçiş için imzalı bir mutabakat ve üzerinde anlaşılan sayıda temiz döngü gerekir; o zamana kadar hiçbir şey taşınmaz.
Olağan düzen budur. Sizin panonuz ve inceleme süreciniz üzerinde çalışan gömülü bir ekip olarak ya da kendi SLO’larıyla tanımlı bir dilimi sahiplenen bir dedicated team olarak çalışırız. Devir teslim sonda gerçekleşen bir olay değil, sürekli bir akıştır.

Sektörünüzden bir problemi bize getirin.

Bugün neyin aksadığını anlatın. Bir mühendis okur ve somut bir yol önerisini yazılı olarak iletir.

✓ Satış sunumu yok✓ AI-native bir mühendisten yanıt✓ Yazılı geri dönüş