# Sigorta Sektöründe Veritabanı Değişiklik Yönetimi: Aktüeryal Veri Neden Farklı Muamele Gerektirir?

Sigorta sektörü veri yoğun bir sektör. Poliçe verileri, hasar kayıtları, aktüeryal hesaplama modelleri, reasürans verileri — bunların tamamı veritabanlarında yaşar.

Ve bu verilerde yapılan bir hata bazen yıllarca fark edilmeden devam edebilir.

* * *

## Sigortada Verinin Özelliği

**Uzun vadeli etkiler:** Hayat sigortası poliçeleri onlarca yıl sürer. Veritabanında yapılan bir değişikliğin etkisi yıllarca devam edebilir.

**Geriye dönük hesaplama:** Aktüeryal hesaplamalar geçmiş veriye dayanır. Veritabanında geçmişe dönük bir değişiklik yapılırsa tüm hesaplama modelleri bozulabilir.

**Regülasyon yoğunluğu:** Hazine Müsteşarlığı, SEDDK denetimleri. Veri değişikliklerinin izlenebilir olması yasal zorunluluk.

* * *

## Sigortaya Özgü Riskler

**Aktüeryal tablo değişikliği**

Hayat tabloları, faiz oranları, hasar frekans tabloları — bunlarda yapılan bir değişiklik prim hesaplamalarını etkiler. Yanlış hesaplanan primler ya gelir kaybına ya da müşteri mağduriyetine yol açar.

**Hasar rezerv verisinin değiştirilmesi**

Hasar rezervleri sigortacının bilançosunu doğrudan etkiler. Bu veride yapılan yetkisiz bir değişiklik finansal tablo manipülasyonu anlamına gelebilir.

**Poliçe koşullarının retroaktif değiştirilmesi**

Bir poliçenin başlangıç tarihine, teminat tutarına ya da istisnalarına geçmişe dönük müdahale hem hukuki hem etik açıdan ağır sonuçlar doğurur.

* * *

## Sigorta Sektörüne Özel Kontroller

**Aktüeryal veriler için ek onay**

Prim hesaplama modellerini ya da aktüeryal tabloları etkileyen değişiklikler IT onayının yanı sıra aktüeryal birim onayı almalı.

**Geçmişe dönük değişiklik yasağı**

Geçmiş dönem poliçe ve hasar verisi değiştirilemez olarak işaretlenmeli. Sadece yeni kayıt eklenebilir, mevcut kayıt güncellenmez.

sql

```sql
-- Geçmiş poliçe verisine güncelleme engeli
CREATE TRIGGER trg_Police_NoUpdate
ON dbo.Policeler
INSTEAD OF UPDATE
AS
BEGIN
    -- Geçmiş dönem poliçelere dokunulamaz
    IF EXISTS (
        SELECT 1 FROM deleted
        WHERE BaslangicTarihi < DATEADD(YEAR, -1, GETDATE())
    )
    BEGIN
        RAISERROR('Geçmiş dönem poliçe verisi değiştirilemez.', 16, 1);
        RETURN;
    END

    -- Mevcut dönem poliçeler için normal güncelleme
    UPDATE p SET
        p.TeminatTutari = i.TeminatTutari,
        p.DegisiklikTarihi = GETDATE()
    FROM dbo.Policeler p
    JOIN inserted i ON p.PoliceID = i.PoliceID;
END
```

**Finansal tablo dönem sonu kilitlemesi**

Dönem kapandıktan sonra o döneme ait finansal veriler salt okunur hale getirilmeli.

* * *

## Denetim Hazırlığı

Sigorta denetimlerinde sıkça sorulan soru: "Bu veri değişti mi, kim değiştirdi, ne zaman?"

Bunu yanıtlamak için hem DDL hem DML değişikliklerinin eksiksiz kaydı şart. Temporal Table bu ihtiyacı karşılamak için ideal.

* * *

## Sonuç

Sigorta sektöründe veritabanı değişiklik yönetimi uzun vadeli etkiler ve yüksek regülasyon baskısı nedeniyle diğer sektörlerden daha titiz yönetilmeli. Geçmişe dönük değişiklik koruması ve aktüeryal onay mekanizması bu sektöre özgü temel gereksinimler.

Detaylı bilgi için: [sqlchangeguard.com](http://sqlchangeguard.com)