İşveren katkısı içeren Kurumsal BES (Bireysel Emeklilik Sistemi) planları, broşürde basit görünen ama biri şirketten ayrıldığı anda adli muhasebe alıştırmasına dönüşen ürünlerden biridir. Katılımcı katkı akışı temizdir: para girer, fonlara dağıtılır, günlük değerlenir, çıkışta bilinen bir tarifeye göre vergilendirilir. İşveren katkı akışı da paralel çalışan aynı şey gibi görünür. Değildir.
İşveren katkısı koşullu bir yükümlülüktür. Para yatırılır, yatırıma yönlendirilir ve katılımcı ekstrelerinde görünür — ancak katılımcı, iş sözleşmesinde tanımlanmış hakediş koşulları yerine gelene kadar bu paraya sahip değildir. Türkiye'deki kurumsal BES düzenlemelerinde bu koşullar genellikle hizmet süresini, ayrılma nedenini ve bazen de emeklilik platformunun yakınında hiçbir yerde kodlanmamış performans kriterlerini referans alır.
İki sistem, tek rakam, mutabakat yok
Bir işveren katkı bakiyesinin hakediş durumu, istihdam geçmişinin bir fonksiyonudur. Bakiyenin kendisi ise emeklilik şirketinin sisteminde yaşar. Bu iki sistem birbirinden bağımsız olarak, farklı tedarikçiler tarafından, farklı sürüm döngülerinde, farklı düzenleyiciler için tasarlanmıştır.
Bunun somut anlamı şudur:
- Emeklilik platformu; katkı tarihini, fon dağılımını, günlük NAV'ı ve güncel piyasa değerini bilir.
- İK sistemi; işe giriş tarihini, sözleşme türünü, hizmete sayılıp sayılmayacağı belirsiz izin dönemlerini, aynı grup içindeki tüzel kişilikler arasındaki iç transferleri ve ayrılma nedeni kodunu bilir.
- Anlaşmazlık durumunda hangi sistemin diğerini yetkili kabul ettiğini ise hiçbiri bilmez.
Çoğu veri hattı bunu, emeklilik tarafında bir vested boolean'ı veya vesting_percentage saklayıp belirli aralıklarla yenileyerek çözer — şanslıysanız aylık, dürüstseniz yıllık. Bu bayrak, bir türetmenin anlık görüntüsüdür; gerçeğin kaynağı değildir. İstihdam geçmişi geriye dönük değiştiğinde — düzeltilmiş bir işe giriş tarihi, yeniden sınıflandırılmış bir izin, sürekli hizmeti yeniden tanımlayan bir birleşme — bayrak yanlıştır ve kimsenin haberi olmaz.
Mutabakat borcu
Kesin bir hakediş hesaplaması yapılmadan katkı ödemesinin sürdüğü her ay, benim mutabakat borcu dediğim şey birikir. Her katkının hizmet saati konusunda örtük bir varsayımı vardır: X tarihinde başladığı, kesintiye uğramadığı, katılımcının Y istihdam kategorisinde olduğu. Bu varsayımlar katkı tarihinde hiçbir zaman yazıya geçirilmez. İK sisteminin o anda söylediklerine göre talep üzerine yeniden hesaplanır.
Bu yüzden katılımcının bakiyesi 340.000 TL katılımcı parası ve 180.000 TL işveren katkısı iken, 4 yıl 10 ay sonra istifa ettiğinde, "katkının ne kadarı hak edilir?" sorusu şöyle yanıtlanır:
- Güncel İK kaydını okuyarak
- Güncel hakediş tarifesi yorumunu uygulayarak
- Bu katkı ödemelerinden altısının, farklı bir hizmet tanımı içeren önceki bir sözleşme ekine göre yapılmış olduğunu görmezden gelerek
Sistemin ürettiği yanıt, ancak birinin avukatı türetmeyi sorana kadar savunulabilirdir.
Somut hata senaryoları
Sigorta ve emeklilik verilerinde tekrar tekrar gördüğüm birkaç örüntü:
- Sessiz hizmet sıfırlamaları. Bir çalışan aynı holding içinde Şirket A'dan Şirket B'ye geçer. Bordro sistemi kıdem tazminatı hesaplaması için hizmet saatini sıfırladığından, İK da onu sıfırlar. Ana sözleşme grubu kapsadığı için emeklilik platformu orijinal katılımcı kaydını korur. Hakediş bayrağı "hak edildi" derken, ayrılışta yapılan İK hesabı "hak edilmedi" der. Hukuki görüş gerekir.
- Geriye dönük izin yeniden sınıflandırması. Başlangıçta hizmete sayılan ücretsiz izin, iki yıl sonra bir denetimin ardından yeniden sınıflandırılır. Bu dönemde yapılan her işveren katkısı, artık geçerli olmayan bir varsayıma dayanmıştır. Emeklilik platformunun tepki verebileceği bir olay yoktur.
- Ayrılma nedeni kodlama kayması. Hakediş tarifesi "haksız fesih durumunda" hızlanır ama İK sisteminde on dört ayrılma kodu vardır ve bu kodların söz konusu hukuki kategoriye eşlenmesi, 2019'da bir sunum slaytında bir kez belgelenmiştir.
- Fon getirisi sorunu maskeler. Katkı havuzunun değeri ikiye katlandıysa, uyuşmazlık orijinal katkıdan çok daha büyük bir rakam üzerinden yaşanır. Mutabakat borcu yalnızca yeni katkılarla değil, tartışmalı kısmın piyasa getirileriyle de katlanarak büyür.
Veri hattının aslında yapması gereken
Çözüm daha iyi bir hakediş bayrağı değildir. Çözüm, hakedişi bir durum olarak ele almayı bırakıp, sürümlenmiş girdileri olan bir türetme olarak ele almaya başlamaktır.
- Sonucu değil, girdileri saklayın. Her işveren katkısı yapıldığı anda, hakedişin belirlenmesinde kullanılacak İK bilgilerinin anlık görüntüsünü alın: o gün anlaşıldığı şekliyle hizmet başlangıç tarihi, sözleşme kategorisi, geçerli hakediş tarifesi sürümü. Bunları katkının yanında değiştirilemez şekilde saklayın.
- Hakedişi bir sütun değil, bir fonksiyon yapın. Hakediş durumuna ihtiyaç duyan her tüketici, katkı ID'sini ve değerlendirme tarihini alan, hak edilen kısmı kullanılan tam girdilerle birlikte döndüren bir fonksiyonu çağırmalıdır. Önbelleğe alınmış boolean yok.
- İşten ayrılmada değil, sürekli mutabakat. Hakediş türetmesini her ay, her katkı için güncel İK durumuna karşı çalıştırın. Tarihsel bir katkı için yanıt değiştiğinde, bu bir olaydır. Kaydedin, yönlendirin, ayrılış gününde sürpriz olmadan önce İK veya hukuktan birinin bakmasını sağlayın.
- İK düzeltmelerini birinci sınıf olaylar olarak ele alın. İşe giriş tarihine veya izin sınıflandırmasına yapılan geriye dönük bir değişiklik, etkilenen her işveren katkısının hakediş durumunun yeniden hesaplanmasını, önceki duruma göre bir fark ile birlikte tetiklemelidir. Bu, bir mutabakat sistemindeki işlem düzeltmesiyle aynı örüntüdür. Yeni bir şey olmamalıdır.
Bu neden nadiren inşa edilir
Çünkü pahalıdır, arızalanana kadar görünmezdir ve iki organizasyonel sınır arasında yaşar. Emeklilik operasyon ekibi İK verilerinin sahibi değildir. İK ekibi emeklilik muhasebesini anlamaz. Uyum fonksiyonu hakediş tarifesini bir politika belgesi olarak okur, hesaplanabilir bir spesifikasyon olarak değil. Bu arada plan, kimsenin yakından bakmadığı ayrılmaların %95'inde sorunsuz çalışır.
Birilerinin yakından baktığı %5, iş mahkemesinin önüne çıkanlardır ve mahkemenin verdiği karar, sizin vested_flag sütununuz ne derse desin yasal olarak bağlayıcıdır. İşte o zaman mutabakat borcu faiziyle birlikte ödenir ve genellikle işveren tarafından.
Buradaki mühendislik disiplini, ertelenmiş yükümlülük taşıyan diğer tüm finansal sistemlerdekiyle aynıdır: ekranda gösterdiğiniz durum bir türetmedir, o türetmenin girdileri önem kazandıkları anki haliyle korunmalıdır ve bu girdilerdeki herhangi bir değişiklik yayılması gereken bir olaydır. Kurumsal BES katkısı Türkiye'de yeterince uzun süredir çalışıyor ve uzun kıdemli ilk ayrılış dalgası şimdi geliyor. 2013'te inşa edilen veri hatları bunun için tasarlanmamıştı.