Çoğu emeklilik sistemi tek bir zihinsel model etrafında tasarlanmıştır: katılımcı yıllarca katkı payı öder, sonra emekli olur, sonra parasını çeker. Ölüm bir uç durum olarak ele alınır — sonlandırmanın bir varyantı gibi. BES (Bireysel Emeklilik Sistemi) söz konusu olduğunda, sorun tam da bu varsayımla başlar.
Ölüm belgesi bir sonlandırma olayı değildir. En az dört bağımsız zaman çizelgesinde eşzamanlı yürüyen, her birinin kendi otoritesi, kendi son tarihi ve herhangi bir günde hesap bakiyesinin gerçekten ne olduğuna dair kendi görüşü bulunan çok taraflı bir hukuki yeniden yapılandırmanın tetikleyicisidir. Yirmi yıllık aylık katkı payını sorunsuz işlemiş olan pipeline, çoğu zaman noter veraset ilamını gönderdikten bir hafta sonra sessizce veri bozulması üreten pipeline'dır.
Ölüm Bildirimi Geldiğinde Gerçekte Ne Olur
Dışarıdan bakıldığında bir durum değişikliği gibi görünür: active → deceased. İçeriden bakıldığında ise dört süreç farklı hızlarda harekete geçer:
- Lehdar mutabakatı. Katılımcı bir lehdar ataması yaptıysa, bu atama veraset ilamına karşı doğrulanmalıdır. Yapmadıysa, yasal miras payları uygulanır ve emeklilik şirketi bunları hesaplamak zorundadır — çoğu zaman hesabın varlığından henüz haberdar olmayan mirasçılar arasında.
- Devlet katkısı geri alım değerlendirmesi. %25'lik devlet katkısının sistemde kalış süresi ve çıkış nedenine bağlı hak ediş kuralları vardır. Ölüm lehte bir çıkış nedenidir — genellikle tam hak ediş korunur — ancak hesaplamanın bildirim tarihine göre değil, ölüm tarihine göre yeniden yapılması gerekir ve aradaki fark aylar olabilir.
- EGM (Emeklilik Gözetim Merkezi) raporlama penceresi. EGM ölüm olayının belirli bir pencere içinde raporlanmasını ve fon pay değerlemesinin belirli bir referans tarihinde dondurulmasını bekler. Referans tarihini kaçırırsanız aşağı akıştaki her sayı yanlış olur.
- Veraset süreci (mirasçılık belgesi). Bu, BT zamanında değil, mahkeme zamanında yürür. Haftalar ya da aylar sürebilir. Bu süre boyunca hesap ne kapatılabilir ne de tamamen aktiftir.
Bu dört zaman çizelgesi birbirine hizalanmaz. Sorunun tamamı budur.
Referans Tarihi Tuzağı
Bir emeklilik pipeline mimarına hesap bakiyesinin hangi tarihte dondurulması gerektiğini sorun; son konuştuğu kişiye bağlı olarak dört yanıttan birini alırsınız:
- Ölüm tarihi (belgeden alınan)
- Ölümün şirkete bildirildiği tarih
- Veraset ilamının ibraz edildiği tarih
- Mirasçılara fiili ödemenin yapıldığı tarih
Dördü de en az bir amaç için yanlıştır. Devlet katkısı hak edişi tipik olarak ölüm tarihini referans alır. Lehdar ödemesi için fon pay değerlemesi çoğunlukla bildirim tarihini veya T+n kuralını referans alır. EGM raporlamasının kendine ait bir referansı vardır. Ve genel muhasebeye işlenen muhasebe kaydı ödeme tarihini kullanır.
İyi tasarlanmış bir pipeline dördünü de saklar ve hangisini hangi tüketiciye sunacağını bilir. Tipik bir pipeline sadece birini saklar — genellikle bildirim tarihini, çünkü operatör düğmeye o zaman basmıştır — ve aşağı akıştaki her raporun sessizce diğeriyle çelişmesine izin verir.
Aynı vefat etmiş katılımcı için devlet katkısı raporu, lehdar ekstresi ve EGM bildiriminin üç farklı hesap bakiyesi gösterdiği bir denetime tanık oldum. Üçü de kendi içinde doğruydu. Pipeline'ın bunların farklı olması gerektiğine dair hiçbir kavramı yoktu.
Kimsenin Güncellemediği Lehdar Verisi
Lehdar atamaları sözleşme imzalanırken alınır ve çoğu portföyde bir daha asla dokunulmaz. Yirmi yıl sonra:
- Atanan lehdar, 2011'de sona ermiş bir evlilikten kalan eştir.
- Atanan lehdar katılımcıdan önce vefat etmiştir.
- Atama, şu anda 34 yaşında olan ve Almanya'da yaşayan reşit olmayan bir çocuğu adlandırmaktadır.
- Atama, pay dağılımına ilişkin bir düzenleyici açıklamadan önce yapıldığı için hukuki olarak muğlaktır.
Katılımcı hayattayken bunların hiçbiri önemli değildir. Alan bir tabloda okunmadan durur. Ölüm belgesi geldiği an, bu alan hesabın tamamındaki en hukuki sonuç doğuran veri parçası haline gelir — ve şirket, bu alanın hiç doğrulanmadığını, hiç yenilenmediğini ve çoğu durumda hiç yapılandırılmış biçime ayrıştırılmadığını keşfeder. LEHDAR_ACIKLAMA adlı bir sütunda serbest metin alanıdır.
Bunun operasyonel maliyeti ödeme uyuşmazlığı değildir. Bir portföy anlamlı ölüm hacmi üretmeye başladığında, ölçekte vaka başına altı haftalık manuel hukuki incelemedir.
Pipeline'da Neler Bozulur
Gerçekleşirken izlediğim veya sonrasında temizlemek zorunda kaldığım somut arıza modları:
- Ölüm sonrası katkı payı işleme. İşveren grup BES katkı payları, ölüm sonrasında bir, iki, bazen üç ay boyunca sabit tahsilat dosyası aracılığıyla gelmeye devam eder. Pipeline bunları kabul eder çünkü hesap durumu değişikliği tahsilat modülüne yayılmamıştır. Şimdi ölüm tarihinden sonraki tarihli, geri alınması, işverene iade edilmesi ve devlet katkısı hesaplamasından çıkarılması gereken katkı paylarınız vardır — ancak bunlar zaten pay muhasebesindedir.
- Ölüm sonrası yürütülen fon değişim emirleri. Otomatik yeniden dengeleme veya bekleyen bir fon değişim emri, vefat etmiş bir hesap üzerinde yürütülür çünkü değişim motoru gece yenilenen önbelleklenmiş bir durum bayrağını okumaktadır.
- Ekstre oluşturma. Yıllık ekstre işi çalışır ve vefat etmiş katılımcıya hitaben düzenlenmiş bir ekstreyi kayıtlı adrese postalar; orada yas tutan bir aile onu açar. Bu teknik anlamda bir veri sorunu değildir. Önemli olan her anlamda bir veri sorunudur.
- Yanlış tarafta devlet katkısı geri alımı. Erken çıkış için yazılmış geri alım mantığı, çıkış nedeni kodu yanlış eşleştirildiği için ölüm olayında tetiklenir. Mirasçılar, hukuken hak ettikleri %25 eksik olarak hesabı alır.
Bunların her biri, portföyün hayatta olan %99,7'si için doğru çalışan bir pipeline'dır.
Mimarinin Gerçekte İhtiyacı Olan Şey
Bu bir deceased bayrağı eklenerek çözülmez. Bu, ölüm olayını kendi kurallarına sahip ayrı bir hesap durumu — buna in_succession diyelim — açan bir olay olarak ele alarak çözülür:
- Geri alımlar ve lehdar tasfiyesi dışındaki tüm yazma işlemleri UI katmanında değil, domain katmanında bloke edilir.
- Birden fazla referans tarihi açıkça saklanır ve tüketicilere varsayılana göre değil, amaca göre sunulur.
- Veraset durumu sırasında gelen katkı payları, geri alım talimatı beklenerek işlenmez, karantinaya alınır.
- Lehdar alanı, duruma girişte yeniden doğrulanır; yirmi yıl önceki halinin doğru olduğu varsayılmaz.
- EGM raporlaması, devlet katkısı yeniden hesaplaması ve lehdar ödemesi, tek bir "hesabı kapat" toplu iş olarak değil, üç ayrı SLA'ya sahip üç ayrı iş akışı olarak yürütülür.
En önemlisi: durum tek bir operatör eylemiyle çıkılabilir olmamalıdır. in_succession durumundan çıkmak, durum settled olarak değişmeden önce hesaba iliştirilmiş kanıt eserleri gerektirir — veraset ilamı, lehdar kabulü, devlet katkısı mutabakat onayı.
Rahatsız Edici Kısım
Türkiye'deki BES portföyleri ilk anlamlı ölüm kohortuna doğru yaşlanıyor. 2003–2008 arasında inşa edilen sistemler birikim için mimarlanmıştı. Bunlar sürekli ölüm hacmine karşı hiç stres testine tabi tutulmadı; yalnızca elle ele alınan izole vakalara karşı test edildi.
Operasyon ekibi bunu biliyor. Bunu tablolar, e-posta zincirleri ve on beş yıldır orada olan üç kişide tutulan kurumsal hafızayla yönetiyorlar. Bu, çalışmayana kadar çalışır — o kişilerden biri ayrılana kadar veya vaka hacmi manuel mutabakatın uygulanabilir olmaktan çıktığı eşiği geçene kadar.
Ölüm belgesi, bir BES hesabının yaşam döngüsündeki en kırılgan hukuki andır. Pipeline'ın en dikkatli mühendislikle inşa edilmiş bölümü olmayı hak eder. Çoğu şirkette ise en az mühendislik gösterilen bölümdür.