Sahipsiz Poliçe Sorunu: Feshedilmiş İşverenlere Bağlı BES Hesapları Kurumsal Emeklilik Raporlamasındaki Tüm Varsayımları Nasıl Çürütüyor?

Son on yılda devraldığım her kurumsal BES (Bireysel Emeklilik Sistemi) pipeline'ı aynı sessiz varsayımı taşıyor: bir grup sözleşmesindeki işveren vergi numarası, istikrarlı ve kalıcı bir anahtardır. Sistemler bunun üzerinden join yapar, dashboard'lar bunu kırılım olarak kullanır, EGM (Emeklilik Gözetim Merkezi) mutabakat dosyaları buna referans verir ve hak kazanma hesaplamaları bunu bir kimlik çıpası olarak kabul eder.

Oysa değil. Bir işveren ticaret sicilinden kaybolduğunda — tasfiye, birleşme, iflas kapanışı veya GİB tarafından mükellefiyetin sonlandırılması yoluyla — o işverenin altındaki katılımcı hesapları onunla birlikte kaybolmaz. Yerlerinde kalırlar. Ve yanlış kalırlar.

İşveren feshedildiğinde gerçekte ne olur

Bir kurumsal BES sözleşmesinin üç hukuki aktörü vardır: emeklilik şirketi, sponsor işveren ve katılımcı. İşveren feshedildiğinde:

• Grup sözleşmesi hukuken sona erer, ancak bireysel katılımcı hesapları "bireyselleştirilmiş" statüde yaşamaya devam eder.
• Katılımcının hak kazanma saati işverenin sonlanma tarihinde donar — ama her zaman temiz bir şekilde değil, çünkü son katkı tarihi ile hukuki fesih tarihi nadiren örtüşür.
• İşveren vergi numarası (VKN) GİB tarafından serbest bırakılabilir ve bir bekleme süresinin ardından ilgisiz bir tüzel kişiliğe yeniden tahsis edilebilir.
• EGM günlük gönderim dosyaları, TÜRMOB, MERSİS veya GİB aktif sicillerinde artık böyle bir tüzel kişilik bulunmamasına rağmen eski VKN'yi tarihi sponsor olarak referans göstermeye devam eder.

Hesap artık benim sahipsiz poliçe dediğim şeydir. Hukuki bir sahibi (katılımcı), hukuki bir saklayıcısı (emeklilik şirketi) ve ölü bir tüzel kişiliği — ya da daha kötüsü, orijinal sözleşmeyle hiçbir ilgisi olmayan yaşayan bir tüzel kişiliği — referans gösteren tarihi bir sponsoru vardır.

Pipeline nerede kırılır

Çoğu kurumsal emeklilik raporlama yığını, işveren boyutunu tip 1 veya tip 2 yavaş değişen boyut olarak ele alan ekipler tarafından inşa edildi. İkisi de burada işe yaramıyor.

Tip 1 pipeline'lar işveren özniteliklerinin üzerine yazar. VKN geri dönüşüme sokulup Konya'daki bir fırına atandığında, katılımcının tarihsel ekstresi artık onu o fırının çalışanı olarak gösterir. Bunun yaşandığını gördüm. Ardından gelen müşteri hizmetleri araması hoş bir şey değildir.

Tip 2 pipeline'lar geçmişi tutar ancak doğal anahtarın zaman boyunca benzersiz kaldığını varsayar. VKN geri dönüşümü bunu bozar. Aynı iş anahtarını paylaşan, çakışmayan dönemlerde iki geçerli işveren satırıyla karşılaşırsınız ve fact tablosuna karşı her join'in tarih kapsamlı olması gerekir — bunu da bir denetçi işveren bazında toplu AUM'un neden EGM raporuyla uyuşmadığını sorana kadar kimse hatırlamaz.

GİB veya MERSİS'ten çeken referans veri pipeline'ları, feshedilmiş işvereni bir sonraki yenilemede sessizce düşürür. Boyut satırı kaybolur. Fact satırları artık eksik bir foreign key'e işaret eder. Çoğu ekip bunu bir LEFT JOIN ve 'Bilinmeyen İşveren' değerine COALESCE ile geçiştirir; aylık yönetim kurulu paketinde milyonlarca TRY'lik AUM'un null bir sponsor altında toplanmasının nedeni de budur.

Hak kazanma hesaplaması tuzağı

BES işveren katkıları, katılımcının sistemdeki kıdemine bağlı bir takvimle hak kazanılır, ancak sponsor işverenin katkılarının grup sözleşmesi kapsamında kendi hak kazanma kuralları vardır. İşveren feshedildiğinde:

• Halihazırda yapılmış katkılar, fesih tarihi itibarıyla hak kazanma takvimine tabi olur.
• Hak kazanılmamış işveren katkıları, (artık var olmayan) işverene iade edilir; bu da pratikte bunların yıllarca bir askı hesabında kalması anlamına gelir.
• Katılımcı, henüz hukuken sahip olmadığı — ve muhtemelen hiçbir zaman sahip olmayacağı, çünkü bunları serbest bırakması gereken tüzel kişilik ortada yok — fonları içeren bir ekstre bakiyesi görür.

2019'da bir mutabakat üzerinde çalıştım; bir katılımcı emekli olup fonuna erişmeye çalışıyordu. İşveren 2014'te tasfiye edilmişti. Hak kazanılmamış kısım — yaklaşık 42.000 TRY — fesihten bu yana kimsenin dokunmadığı bir askı defterinde duruyordu. Bunu serbest bırakacak bir süreç yoktu, çünkü süreç işverenin serbest bırakmayı teyit etmek için var olacağını varsayıyordu.

EGM kimlik zincirinin gerçekte gerektirdiği şey

EGM'nin günlük gönderim protokolü, kurumsal sözleşme olarak başlatılmış her katılımcı kaydının bir sponsor VKN taşımasını bekler. Şemada null-safe bir yol yoktur. VKN olmadan gönderirseniz, kayıt reddedilir. Tarihsel VKN ile gönderirseniz ve o VKN yeniden tahsis edilmişse, EGM'nin çapraz referans kontrolleri kaydı tutarsız olarak işaretleyebilir — çünkü o VKN'nin arkasındaki mevcut tescilli tüzel kişiliğin dosyada BES sözleşmesi yoktur.

Çoğu emeklilik şirketinin başvurduğu geçici çözüm, özel bir eşleme tablosu tutmaktır: "bu VKN, X tarihi itibarıyla sponsordu ve tüzel kişilik artık feshedilmiştir." Bu tablo neredeyse hiçbir zaman yönetişime tabi değildir. Birinin dizüstü bilgisayarındaki bir Excel dosyasında veya bir stored procedure yorumunda yaşar. O kişi ayrıldığında, hangi sahipsiz hesapların hangi ölü işverenlere ait olduğuna dair kurumsal hafıza da onunla birlikte gider.

Gerçekte değişmesi gereken şey

Kurumsal bir BES veri modelinin sahibiyseniz, işveren boyutunu üç ayrı kavrama sahip birinci sınıf zamansal bir varlık olarak ele alın:

1. Hukuki varoluş dönemi — işverenin GİB ve MERSİS'e kayıtlı olduğu dönem.
2. Sponsorluk dönemi — işverenin aktif bir grup BES sözleşmesi tuttuğu dönem.
3. VKN geçerlilik dönemi — o spesifik vergi numarasının o spesifik tüzel kişiliğe atandığı dönem (geri dönüşüm nedeniyle bu, hukuki varoluşla aynı şey değildir).

Her katılımcı fact satırı, işverene doğru (tüzel kişilik, VKN dönemi) kombinasyonuna çözümlenen bir surrogate key üzerinden referans vermelidir. Asla yalnızca VKN üzerinden join yapmayın. İşveren boyutundaki mevcut satırın tarihsel bir katkı için doğru olan satır olduğunu asla varsaymayın.

Ve fesih iş akışını ihtiyaç duymadan önce inşa edin. Bir işveren feshedildiğinde, birinin — hukuk, operasyon veya uyum — o sponsora bağlı her katılımcı hesabında kontrollü bir durum geçişi tetiklemesi gerekir: hak kazanmayı dondur, sponsor özniteliklerinin snapshot'ını al, hesabı bireyselleştirilmiş olarak işaretle ve VKN referansını gelecekteki yeniden atamalara karşı kilitle.

Çoğu emeklilik şirketi bu iş akışının olmadığını, bir katılımcı emeklilik ekstresinde eski işvereni olarak neden bir fırının listelendiğini sormak için aradığı gün keşfeder. O noktada çözüm, pipeline değişikliği değil, aylarla ölçülen manuel bir mutabakat projesidir.

Rahatsız edici kısım

Bu bir teknik borç sorunu değil. 2000'lerin ortasında ilk kurumsal BES veri ambarı tasarlandığında, sponsor işverenin katılımcıdan daha uzun yaşayacağı varsayımı makul göründüğünde modele işlenmiş bir modelleme sorunudur. Makul değildi. Türk şirketlerinin ömrü emeklilik ufuklarından daha kısadır ve işveren kimliğini çıpalayan referans veri sistemleri, emeklilik ürünlerinin gerektirdiği saklama süreleri için asla tasarlanmadı.

BES raporlama yığınınız "hangi katılımcılar şu anda artık hukuken var olmayan bir tüzel kişilik tarafından sponsor edilmektedir" sorusuna cevap veremiyorsa, sahipsiz poliçeleriniz var demektir. Sadece henüz onları saymadınız.