Mülakat için hazırladığım çalışma · Ekim 2026

Sigorta verileri üzerine
analiz çalışmam

Önceki görüşmemizde yeni veri analizi araçlarını öğrenip kullanabilmem üzerine konuşmuştuk. Bu görüşme için iki analiz hazırladım: kamuya açık prim verileriyle dönem karşılaştırması ve kurgusal hasar ödemelerinde kontrol örneği.

Her bölümde Excel, SQL ve Tableau’nun nerede kullanıldığını, hesabın nasıl yapıldığını ve sonucu inceleyebilirsiniz.

Araçların çalışmadaki yeri

Hangi araç, hangi işlem için kullanıldı?

Excel

Prim tutarlarının tabloya alınması, değişim ve pay formülleri; ödeme verisinin düzenlenebilir girdisi.

Excel tablosu ve hesaplar ↓

Çalışma 1 · Kamuya açık şirket verisi

Prim üretimi nasıl değişti?

1 Ocak–30 Haziran · 2025 / 2026

Aynı dönemin iki yıldaki prim üretimini karşılaştırarak toplam değişimi ve branşların katkısını göstermek istedim. Kaynak, Anadolu Sigorta’nın Haziran 2026 konsolide olmayan faaliyet raporundaki Tablo 3; her iki yılın tutarları aynı tabloda yer alıyor.

Excel · Veri ve formüller

15 branşın 2025 ve 2026 TL tutarları aynı satırlarda düzenlendi. Fark, değişim oranı ve toplam içindeki pay, hücre formülleriyle hesaplandı. Branş tutarlarının toplamı kaynak raporun toplamıyla karşılaştırıldı.

Formülleri içeren Excel dosyası ↓

SQL · Dönem karşılaştırması

Aynı kaynak tutarları SQLite’ta karşılaştırıldı. Sorgu, her branş için tutar farkını, değişim oranını ve iki yılın paylarını hesaplıyor. Pay farkı yüzde puan olarak veriliyor.

SQL sorgusu ve hesap ayrıntıları ↓

Web · Sonuçların sunumu

SQL hesaplarından üretilen veriler aşağıdaki grafik ve göstergeleri besliyor. Branş seçildiğinde o branşın karşılaştırması gösteriliyor. Bu bölüm web sunumudur; Tableau raporu ödeme kontrolü bölümüne aittir.

Branş karşılaştırmasını incele ↓

Sonuç: Toplam prim üretimi 44,47 milyar TL’den 54,19 milyar TL’ye yükseliyor. Yaklaşık 9,72 milyar TL farkın önceki dönem toplamına bölünmesi %21,9 nominal artış veriyor.

WEB SUNUMU · SQL HESAPLARI

Branş karşılaştırması

2025 prim üretimi44,47 milyar TL
2026 prim üretimi54,19 milyar TL
Nominal değişim+%21,9
En büyük branşın payı%26,5Hastalık Sağlık

Prim üretiminde ilk 5 branş

20252026

Sıralama 2026 prim tutarına göre; tutarlar milyar TL.

Kaynak, formüller ve SQL sorgusu

Değişim oranı: (2026 tutarı − 2025 tutarı) / 2025 tutarı. Branş payı: branşın prim tutarı / aynı yılın toplam prim tutarı.

Excel karşılığı: D6 = C6 − B6; E6 = D6 / B6; G6 = C6 / $C$22. Toplam satırı B22 ve C22’de. Aynı hesaplar diğer branş satırlarında da uygulanıyor.

Artışlar TL cinsinden nominaldir. Bu tablo poliçe adedi, enflasyondan arındırılmış büyüme veya kârlılık sonucunu vermez.

Resmî kaynak · basılı sayfa 10, Tablo 3 ↗
Excel çalışma dosyasından branş, iki yılın prim tutarı ve formülle hesaplanan tutar farkı satırları
İndirilebilir Excel dosyasından örnek satırlar; fark, değişim ve pay sütunları formül içerir.

SQLite sorgusu

Branş2025 · milyar TL2026 · milyar TLDeğişimPay farkı · puan

Sonucu yorumlama · Tutar katkısı

Toplam artışın yaklaşık %44’ü sağlıktan geliyor.

Hastalık Sağlık prim üretimi 10,09 milyar TL’den 14,36 milyar TL’ye yükseliyor. 4,28 milyar TL’lik branş artışının 9,72 milyar TL’lik toplam artışa bölünmesi yaklaşık %44 katkı veriyor.

Sonucu yorumlama · Oran ve tutar

Kredide artış oranı yüksek; tutar katkısı daha küçük.

Kredi branşında artış %166,1 fakat tutar farkı 46,5 milyon TL. Sağlıkta artış %42,4 ve tutar farkı 4,28 milyar TL. Bu karşılaştırmada yüksek oranla toplam artışa katkıyı birlikte değerlendirdim.

Çalışma 2 · Kurgusal ödeme verisi

Hasar ödemelerinde kontrol analizi

Excel verisi · SQL kontrolleri · Tableau raporu

İşlem verisinde belirli kurallarla inceleme listesi oluşturmayı göstermek için 300 kurgusal hasar ödemesi kullanıldı. Dosya, fatura, alıcı, tutar ve onay alanları üzerinden iki kontrol uygulandı.

Excel · Kontrolün girdisi

Her satır ayrı bir ödeme kaydı. Tutar ve limit sayısal, üst onay alanı TRUE/FALSE. Aynı dosyadaki farklı faturalar ayrı tutuluyor; onay alanı değişiklik deneyi için düzenlenebiliyor.

300 ödemelik Excel tablosu ↓

SQL · İki kuralın sonucu

GROUP BY ve HAVING COUNT(*) > 1 aynı dosya, fatura, alıcı ve tutardaki tekrarları seçiyor. İkinci kural tutar > onay_limiti AND ust_onay = 0. Sonuçlar ödeme kimliği üzerinden tek listede birleşiyor.

Sorguyu ve sonuç dosyasını incele ↓

Tableau · Sonucun raporu

SQL’den çıkan CSV, dört gösterge, branş grafiği ve gerekçeli aday listesi için kullanılıyor. Aynı 25 aday gerçek Tableau çalışma dosyasında da yer alıyor.

Tableau raporunu incele ↓

Sonuç: 12 kayıt tekrar kontrolünde, 15 kayıt onay kontrolünde işaretleniyor. İki kayıt her iki kurala uyduğu için toplam 25 ayrı inceleme adayı var; bu kayıtların toplam tutarı 1.765.600 TL.

Bağımsız eğitim çalışması; veriler kurgusaldır. Aşağıdaki etkileşimli sunum web üzerinde çalışır ve SQL ile aynı kontrol kurallarını uygular. İşaretler kesin hata veya usulsüzlük tespiti değildir; belgeyle doğrulanması gereken inceleme adaylarıdır.

HASAR ÖDEMELERİ

Kontrol özeti

Temmuz–Eylül 2026 · TL
Ödeme kaydı—
Toplam ödeme—
İnceleme adayı—
Adayların toplam tutarı—

Branşa göre inceleme adayları

Bir ödeme iki kontrolde işaretlense de toplamda bir kez sayılır.

Uygulanan iki kontrol

01Mükerrer ödeme adayı
Aynı dosya, fatura, alıcı ve tutarın birden fazla ödemede görülmesi.

02Onay limiti kontrolü
Tutarın limiti aşması ve üst onayın bulunmaması.

Ödeme kayıtları ve kontrol gerekçeleri

Ödeme / dosyaBranşTutarLimitKontrol sonucuDetay

Kontrolün veri değişikliğine tepkisi

Bir onay bilgisi sonucu nasıl değiştiriyor?

OD-0003 için 75.000 TL ödeme ve 50.000 TL limit var. Geçerli üst onay bilgisi geldiğinde bu kaydın limit işareti kalkar.

Veri yükleniyor.

Bu anahtar web sunumunu değiştirir. Excel dosyasını, SQL çıktısını veya Tableau dosyasını değiştirmez.
Ödeme kontrollerinin SQL sorgusu ve çıktısı

Limite eşit ödeme aşım sayılmaz. Üst onay varsa limit işareti kalkar. Aynı dosyadaki farklı faturalar tekrar grubuna alınmaz. İki kontrolü taşıyan ödeme tek aday olarak sayılır.

Örnek kayıt · Tekrar kontrolü

OD-0001 ve OD-0002 neden işaretlendi?

Dosya, fatura, alıcı ve 64.000 TL tutar iki kayıtta aynı. İki gerçek ödeme olup olmadığı banka işlem referansları ve varsa iptal veya iade kayıtlarıyla doğrulanmalı.

Örnek kayıt · Onay kontrolü

OD-0003 neden işaretlendi?

75.000 TL ödeme, 50.000 TL limitin üzerinde ve üst onay bilgisi yok olarak işaretli. Onay başka bir sistemde tutulmuş olabilir; işlem tarihindeki yetki matrisi ve onay kaydı birlikte incelenmeli.

Kaynaklar ve çalışma dosyaları

Analizi dosyalar üzerinden inceleyebilirsiniz.

Excel dosyalarında veri ve formüller, SQL dosyalarında hesap ve kontrol kuralları bulunuyor. Tableau dosyası ödeme kontrolünün görsel raporunu içeriyor.

Hazırlık hakkında
Çalışmayı hazırlarken yapay zekâ desteğinden yararlandım. Web sitesi, veri hazırlığı ve örnek çalışma dosyaları bu destekle oluşturuldu. Amacım, araçların temel kullanımını bu örnekler üzerinde öğrenmek ve sonuçları açıklayabilmek.

Kurgusal ödeme kaydı