Her Türk emeklilik şirketinin bir geri alım motoru vardır. Hepsi, kağıt üzerinde, bir katılımcı BES sözleşmesinden hak kazanma eşiğinden önce çıktığında geri alınacak devlet katkısı ve vergi kesintisi tutarını doğru şekilde hesaplar. Matematik sorun değil. Sorun şu ki, bir katılımcı avukatı çıkıştan üç yıl sonra yazılı bir itiraz gönderdiğinde, kimse rakamın neden o rakam olduğunu yeniden inşa edemiyor.
Bu, bir Türk emeklilik portföyündeki en yüksek hukuki riske sahip tek hesaplamadır ve çoğu veri ekibi bunu bu şekilde ele almıyor.
Mevzuatın Gerçekte Gerektirdiği
Bir katılımcı BES'ten on yılı tamamlamadan veya 56 yaşına ulaşmadan önce ayrıldığında, sistem şunları geri almalıdır:
- Katkılarına ödenen %25'lik devlet katkısı — hak kazanma çizelgesine tabidir (3 yıl sonra %15, 6 yıl sonra %35, 10 yıl sonra %60, emekliliğe hak kazanınca %100)
- Kazanç kısmı üzerinden, çıkış nedeni ve kıdeme bağlı oranlarda stopaj vergisi
- İşveren destekli planlarda, kendi hak kazanma kurallarına tabi ek işveren katkı payı
Bu rakamların her biri tek bir hesaplama değildir. Katılımcının yaptığı her katkıya, her bir katkının ödeme tarihinde yürürlükte olan devlet katkı oranı, eşleme kuralları ve vergi rejimi kullanılarak uygulanan bir fonksiyondur. Bugünün kuralları değil. Çıkış tarihindeki kurallar değil. Ödeme tarihindeki kurallar.
Boru hatları işte tam burada sessizce çöküyor.
Neredeyse Her Şirketin Yaptığı Depolama Hatası
2013-2016 arasında, devlet katkısının devreye girmesinin ardından BES hacimleri patladığında, çoğu sigortacı katkı defterlerini devlet katkısı hesaplamasının girdilerini değil, sonucunu saklayacak şekilde kurdu. Tipik bir satır şuna benzer:
contribution_idparticipant_idcontribution_amountstate_contribution_amountbooking_date
Bu, takas merkezi ile mutabakat için yeterli. Bir düzenleyici veya mahkeme önünde bir geri alımı savunmak için yeterli değil.
Eksik olanlar:
- Uygulanan devlet katkısı oranı (%25, ancak o ay yıllık brüt asgari ücrete karşı sınırlanmış mıydı? Hangi asgari ücret rakamı?)
- O katkı anındaki yıllık üst sınır durumu (katılımcı o yıl için brüt asgari ücretin %25'ine kümülatif olarak zaten ulaşmış mıydı?)
- Yürürlükteki yasal referans — mevzuatın hangi versiyonu ve hangi genelge
- Devredilen sözleşmeler için katkı tarihiyle aynı olmayan hak kazanma saati sabitleme tarihi
- Uygun olduğunda, o spesifik bordro dönemi için işverenin eşleme kuralı versiyonu
Geri alım motoru çalıştığında, tüm bunları güncel referans tablolarından yeniden türetir. Bu, referans tabloları değişene kadar işe yarar — ve her yıl değişirler.
Üretimdeki Başarısızlık Kalıbı
Son on yılda denetlediğim her portföy, aynı sıralamada, aynı üç kusuru gösteriyor.
Birincisi, katkı geçmişi tablosu, bir çekirdek sistem geçişi sırasında en az bir kez yeniden anahtarlandı ve geçiş, aynı gün yapılan katkıları toplam satırlara sıkıştırdı. Bu, ödeme başına üst sınır takibini yok eder. Toplulaştırılmış satır üzerinde geri alımı yeniden hesapladığınızda, katılımcı başına 40 TL ile 400 TL arasında sapan bir rakam elde edersiniz. Bireysel olarak küçük, 800.000 katılımcılık bir portföyde felaket.
İkincisi, devredilen sözleşmeler (başka bir şirketten gelen katılımcılar), devreden şirket tarafından bir transfer dosyasında iletilen bir hak kazanma çıpası miras alır, ancak bu çıpa katılımcı kaydında tek bir tarih olarak saklanır — katkı satırlarında değil. Katılımcı daha sonra tekrar transfer ettiğinde veya çıktığında, geri alım her katkı için yasal olarak bağlayıcı olan çıpayı değil, o an güncel olan çıpayı kullanır.
Üçüncüsü, çıkışta stopaj vergisi mevcut vergi oranı tablosu kullanılarak hesaplanır, ancak vergilendirilen kazanç kısmı stopaj oranlarının ve vergilendirilebilir tabanın tanımının değiştiği yıllar boyunca birikmiştir. Kimse yıllık kazanç ayrıştırmasını saklamadı, bu nedenle hesaplama örtük olarak tüm kazançların bugünün kuralları altında gerçekleştiğini varsayar.
Geri alım motoru temiz, deterministik bir rakam verir. Bu rakam hukuki olarak savunulamaz çünkü altındaki veri bir kayıt değil, bir yeniden inşadır.
Denetlenebilir Geri Alım Verisi Neye Benzer
Çözüm zekice bir kod değil. Sıkıcı, disiplinli bir olay depolamasıdır. Her katkı, her devlet katkısı tahakkuku, her hak kazanma tik'i ve her referans oran değişikliği için, boru hattı şunları saklamalıdır:
- Orijinal hesaplama sırasında kullanılan tam girdi vektörü
- Danışılan referans tablosunun versiyon tanımlayıcısı
- Çıktıyı üreten kural motoru versiyonu
- İş tarihinden ayrı, değiştirilemez bir olay zaman damgası
Pratikte bu, katkı defterini değiştirilebilir bir durum tablosu olarak değil, yalnızca ekleme yapılabilen bir olay akışı olarak ele almak demektir. Her yeniden hesaplama, her düzeltme, her geriye dönük ayarlama, mevcut bir satır üzerinde bir UPDATE değil, bir sebep koduna sahip yeni bir olaydır.
SGK ve Hazine, geri alım mantığınızın zarif olmasını umursamıyor. Talep üzerine, katılımcı Ayşe Yılmaz'ın Mart 2024'teki 340,75 TL'lik geri alımının, 2015 ile 2024 arasındaki 87 tarihsel katkısının her biri için yasal olarak yürürlükte olan devlet katkı oranı, üst sınır durumu, hak kazanma çizelgesi ve vergi rejimi kullanılarak hesaplandığını gösterip gösteremeyeceğinizi umursuyorlar. Bu yeniden inşayı saklanmış girdilerden — bugünün motorunun bugünün referans tablolarına karşı yeniden çalıştırılmasından değil — üretemiyorsanız, savunulabilir bir hesaplamanız yoktur. Makul bir hesaplamanız vardır.
Bunun Vurduğu Yerler
Risk teorik değil. Somutlaştığı üç yer var:
- Bireysel katılımcı uyuşmazlıkları: Bir avukat, KVKK veri erişim hakları kapsamında hesaplama dayanağını talep eder. Eğer yanıt bir yeniden türetme ise ve yeniden türetme çıkışta fiilen kesilenden farklıysa, şirket farkı artı faizi borçludur ve katılımcının şikayet dilekçesi için gerekçesi vardır.
- Düzenleyici örneklemesi: Hazine örnek denetimleri 50 ile 200 çıkış seçer ve tam hesaplama izlenebilirliğini ister. Yeniden üretim yerine yeniden inşa bu testi anında geçemez.
- Portföy devirleri ve M&A durum tespiti: Devralan sigortacının aktüerleri, tarihsel geri alımların bir yüzdesinin savunulamaz olduğunu varsayarak portföyü fiyatlayacaktır. Bu iskonto gerçek paradır.
Geri alım motoru neredeyse hiçbir zaman sorun değil. Bu projelerdeki on yılda, belki iki kez motor hatası buldum. Her seferinde yeniden üretilemez girdi verisi buldum.
Hesaplayıcıyı değil, defteri düzeltin.