Eski core sigorta sistemleri nasıl modernize edilir?

Core sistem modernizasyonu, bir sigorta şirketinin poliçe, hasar, tahsilat ve muhasebe işlemlerini yürüten eski çekirdek yazılımını, iş sürekliliğini bozmadan esnek, entegre edilebilir ve bakımı sürdürülebilir bir mimariye taşıma sürecidir. Modernizasyon her zaman sistemi tamamen değiştirmek anlamına gelmez; eski sistemi kapsüllemek, parçalara ayırmak ya da yeni bir platforma aşamalı geçmek de modernizasyon stratejileridir.

Türkiye'deki birçok sigorta şirketinin çekirdeğinde, yıllar içinde üzerine eklemeler yapılmış, dokümantasyonu zayıflamış ve az sayıda kişinin tam olarak bildiği sistemler çalışır. Bu sistemler bugün hâlâ işi yürütür; ancak yeni ürün çıkarmak, dijital kanal açmak ya da mevzuat değişikliğine uyum sağlamak giderek pahalılaşır. Bu yazıda modernizasyon ihtiyacının nasıl anlaşılacağını, strateji seçeneklerini ve uygulanabilir bir yol haritasını ele alıyoruz.

Core sigorta sisteminin modernize edilmesi gerektiği nasıl anlaşılır?

Bir core sigorta sisteminin modernize edilmesi gerektiği; değişiklik maliyetinin sürekli artması, bilgi birikiminin birkaç kişiye bağımlı hale gelmesi ve iş hedeflerinin teknik kısıtlar nedeniyle ertelenmesiyle anlaşılır. Sistemin eski olması tek başına bir gerekçe değildir; asıl ölçüt, işin hızını ne kadar yavaşlattığıdır.

Sık karşılaşılan belirtiler şunlardır:

• Basit bir tarife değişikliği bile yazılım geliştirme, test ve sürüm döngüsü gerektiriyor.
• Yeni bir ürün çıkarmak aylar sürüyor ve mevcut ürünlerin kopyalanmasıyla yapılıyor.
• Sistemin dışarıya açılan bir API katmanı yok; entegrasyonlar dosya aktarımı ya da doğrudan veritabanı erişimiyle yapılıyor.
• Kullanılan programlama dili, veritabanı ya da işletim sistemi sürümü artık desteklenmiyor.
• Sistemi bilen ekip küçülüyor ve yerine yeni uzman bulmak zorlaşıyor.
• Yenileme dönemlerinde ya da ay sonu kapanışlarında toplu işlemler zamanında bitmiyor.
• IFRS 17 veya yeni raporlama talepleri için veri ayrı ara tablolarla, elle düzeltilerek üretiliyor.

Bu belirtilerden birkaçı birlikte görülüyorsa modernizasyonun maliyeti, ertelemenin maliyetinden düşük hale gelmiş olabilir.

Core sistem modernizasyonu için hangi stratejiler vardır?

Core sistem modernizasyonunda başlıca stratejiler; yeniden barındırma, platform değiştirme, kapsülleme, yeniden yapılandırma, aşamalı ikame ve tamamen değiştirmedir. Bu stratejiler birbirini dışlamaz; çoğu başarılı program birkaçını sırayla kullanır.

Tüm portföyün tek bir tarihte yeni sisteme geçirildiği "büyük patlama" (big bang) geçişleri, sigortacılıkta özellikle risklidir. Çünkü aynı anda poliçe, hasar, tahsilat ve muhasebe süreçleri değişir; bir hata tüm şirketi etkiler.

Aşamalı ikame (strangler fig) yaklaşımı nasıl uygulanır?

Aşamalı ikame, eski sistemin önüne bir yönlendirme ve API katmanı koyarak işlevleri tek tek yeni bileşenlere aktarmak ve eski sistemi zamanla devreden çıkarmaktır. Adını, bir ağacı zamanla saran ve yerini alan incir türünden alır.

Sigortacılıkta bu yaklaşım genellikle üç eksende uygulanır:

• Ürün ekseni: Yeni ürünler doğrudan yeni sistemde kurulur; eski ürünler vadesi dolana kadar eski sistemde kalır ya da yenileme sırasında taşınır.
• Kanal ekseni: Önce dijital satış kanalı ya da acente portalı yeni sisteme bağlanır; diğer kanallar sırayla takip eder.
• İşlev ekseni: Fiyatlama, doküman üretimi, ödeme ya da müşteri bilgisi gibi yatay işlevler ayrı servislere taşınır.

Bu modelin başarısı iyi tasarlanmış bir entegrasyon katmanına bağlıdır. Kanallar, arkada hangi sistemin çalıştığını bilmeden aynı API'yi çağırmalıdır. Konunun mimari tarafı için sigorta API entegrasyonu ve sigortacılıkta mikroservis mimarisi yazılarımıza bakabilirsiniz.

Geçiş döneminde iki sistemin aynı müşteri ve poliçe için tutarlı veri üretmesi gerekir. Bu nedenle ortak müşteri kimliği, ortak poliçe numaralandırma kuralı ve iki sistemi birleştiren bir raporlama katmanı en baştan tasarlanmalıdır.

Modernizasyonda veri migrasyonu nasıl ele alınmalı?

Veri migrasyonu, core sistem modernizasyonunun en çok hafife alınan ve en çok gecikmeye yol açan parçasıdır. Yaklaşım olarak veri erken analiz edilmeli, dönüşüm kuralları iş birimiyle birlikte yazılmalı ve migrasyon birden çok kez prova edilmelidir.

Sigortacılıkta migrasyonu zorlaştıran başlıca etkenler şunlardır:

• Poliçelerin zeyil geçmişiyle birlikte taşınması gerekliliği
• Açık hasar dosyalarının rezerv ve ödeme geçmişiyle taşınması
• Eski sistemde serbest metin olarak tutulmuş ve yapılandırılması gereken bilgiler
• Tahsilat ve taksit bakiyelerinin muhasebe ile kuruşu kuruşuna mutabık olması
• KVKK kapsamında saklama süresi dolmuş verilerin taşınıp taşınmayacağı kararı

Pratik bir kural, yalnızca aktif poliçelerin ve açık hasarların tam ayrıntıyla taşınması, kapanmış tarihsel kayıtların ise okunabilir bir arşiv yapısında tutulmasıdır. Ayrıntılı yöntem için sigorta veri migrasyonu rehberimizi inceleyebilirsiniz.

Core sistem modernizasyonu adım adım nasıl planlanır?

Core sistem modernizasyonu; mevcut durum analizi, hedef mimari, geçiş stratejisi, pilot, dalga dalga yaygınlaştırma ve eski sistemin kapatılması adımlarıyla planlanmalıdır. Her adımın ölçülebilir bir çıktısı olmalıdır.

1. Mevcut durumu envanterleyin. Uygulamaları, entegrasyonları, toplu işleri, raporları, ürünleri ve veri yapılarını çıkarın. Hangi işlevin kim tarafından ne sıklıkla kullanıldığını belirleyin.
2. İş hedeflerini ölçütlere çevirin. Ürün çıkarma süresi, dijital kanal sayısı, işlem maliyeti ya da bakım maliyeti gibi hedefleri netleştirin.
3. Hedef mimariyi tasarlayın. Ürün, poliçe, hasar, müşteri ve ödeme alanlarının sınırlarını, entegrasyon katmanını ve veri platformunu tanımlayın. Altyapı tercihlerinde bulut dönüşümü ve veri yerelliği konusunu da değerlendirin.
4. Geçiş stratejisini seçin. Hangi alanlar kapsüllenecek, hangileri yeniden yazılacak, hangileri için hazır ürün alınacak; kararları gerekçesiyle belgeleyin.
5. Entegrasyon katmanını önce kurun. Kanalların yeni API'lere bağlanması, arkadaki sistem değişikliklerini kanal tarafında görünmez kılar.
6. Sınırlı bir pilotla başlayın. Tek bir ürün ya da tek bir kanalla yeni yapıyı canlıya alın ve gerçek kullanımda ölçün.
7. Dalgalar halinde yaygınlaştırın. Her dalgada ürün, kanal ya da işlev taşıyın; her dalganın sonunda eski sistemden neyin kapatıldığını takip edin.
8. Eski sistemi planlı olarak kapatın. Arşiv erişimi, yasal saklama gereklilikleri ve lisans sonlandırmaları tamamlanmadan kapanış yapılmamalıdır.

Modernizasyon programlarında en sık görülen riskler nelerdir?

En sık görülen riskler; kapsamın kontrolsüz genişlemesi, eski sistemdeki örtük iş kurallarının kaybolması, veri migrasyonunun gecikmesi ve iş birimlerinin sürece geç dahil olmasıdır. Bu risklerin çoğu teknik değil, yönetişimle ilgilidir.

• Örtük kurallar: Eski sistemde yıllar içinde kodlanmış ve hiçbir yerde yazılı olmayan kurallar vardır. Bunlar kod analizi ve paralel çalıştırma testleriyle ortaya çıkarılmalıdır.
• Kapsam genişlemesi: Modernizasyon, tüm süreçleri yeniden tasarlama fırsatına dönüştüğünde takvim hızla kayar. Önce eşdeğer işlevi taşımak, iyileştirmeleri sonraki dalgalara bırakmak daha güvenlidir.
• Çift sistem yükü: Geçiş döneminde iki sistemin bakımı ve mutabakatı ek kaynak gerektirir; bu dönem bilinçli olarak kısa tutulmalıdır.
• Anahtar kişi bağımlılığı: Eski sistemi bilen uzmanlar programın en kritik kaynağıdır; bilgilerinin belgelenmesi erken başlamalıdır.

Modernizasyon hazırlığı için kontrol listesi

Aşağıdaki maddeler, bir core sistem modernizasyonu programına başlamadan önce hazır olması gereken temel unsurları özetler.

• Uygulama, entegrasyon ve toplu iş envanteri güncel mi?
• Modernizasyonun iş hedefleri ölçülebilir göstergelerle tanımlandı mı?
• Hedef mimari ve alan sınırları üzerinde BT ile iş birimleri uzlaştı mı?
• Veri kalitesi analizi yapıldı ve temizlik ihtiyacı belirlendi mi?
• Eski sistemin örtük kurallarını belgeleyecek bir çalışma planlandı mı?
• Paralel çalıştırma ve mutabakat testleri için test verisi ve araçları hazır mı?
• Geçiş dönemindeki çift sistem maliyeti bütçeye dahil edildi mi?
• Yasal saklama ve KVKK gereklilikleri arşiv tasarımına yansıtıldı mı?

ProdayTech olarak modernizasyon programlarında, ilk yazılım satırından önce mevcut sistemin davranışını belgeleyen karşılaştırma testleri hazırlamayı öneriyoruz; bu testler geçişin doğruluğunu ölçmenin en somut yoludur. Programınızın analiz ve planlama aşaması için hizmetlerimize göz atabilirsiniz.