Çoğu hayat ve emeklilik platformu dışarıdan sağlıklı görünür. Başlangıç çalışır. Prim tahsilatı çalışır. Aylık ekstreler gönderilir. Sonra bir katılımcı arar ve iştira etmek istediğini söyler — o poliçenin tüm veri geçmişinin kendi içinde çözülmesi gerekir: doğru biçimde, savunulabilir şekilde ve bir çağrı merkezi temsilcisinin bir rakamı okumasının aldığı birkaç saniye içinde.
İşte sistemleri kıran an budur. İştira matematiği kavramsal olarak zor olduğu için değil — iştira, platformun daha önce verdiği her kararı, her düzeltmeyi, her geriye dönük tarihli işlemi, her kova yeniden sınıflandırmasını yasal ağırlığı olan tek bir rakama uzlaştırmaya zorlayan tek operasyon olduğu için.
İştira aslında neyi gerektirir
Devam eden bir katkı olayı bağışlayıcıdır. Bu ay devlet katkısı, çalışan katkısı ve işveren katkısı kovaları arasındaki dağılım hafifçe yanlışsa, gelecek ayın mutabakatı bunu sessizce düzeltecektir. Katılımcı bir ekstre görür. Kimse hiçbir şey imzalamaz.
İştira farklıdır. Ürettiğiniz rakam şunlara dönüşür:
- Kova bazında ve hak ediş süresine göre değişen stopaj vergisi hesaplamasının temeli
- Katılımcının banka hesabına aktarılan, uygulandıktan sonra geri alınamayan tutar
- Düzenleyiciye sunulan raporda basılan rakam
- Gelecekteki herhangi bir şikayet, denetim veya davanın dayanağı
Gelecek ay yoktur. Boru hattının gömdüğü her varsayım — yuvarlama hakkında, hangi tarihte hangi fon birim fiyatının uygulanacağı hakkında, sekiz ay önceki geriye dönük bir işveren katkısının nasıl dağıtılması gerektiği hakkında — burada yüzeye çıkar.
Geriye dönük düzeltme sorunu
Türk bireysel emeklilik sisteminde (BES) ve düzenlenmiş tasarruf ürünlerinin çoğunda geriye dönük düzeltmeler rutindir. Bir işveren, Ocak'ta alacaklandırılması gereken bir katkı toplu işini Mart'ta gönderir. Bir devlet katkısı, vergi otoritesi mutabakatından sonra yeniden hesaplanır. İki fon arasında yanlış dağıtılmış bir prim tersine çevrilip yeniden kaydedilir.
Bu olayların her biri çoğu sistem tarafından izole şekilde ele alınır. Katkı gelir, sistem onu bir geçerlilik tarihiyle kaydeder, o tarih için birim fiyatları aranır, birimler alacaklandırılır. Bitti.
Sorun şu: iştira değeri güncel birim bakiyesinin güncel birim fiyatıyla çarpımına bağlıdır, ancak hak ediş ve vergi kuralları her katkı diliminin orijinal geçerlilik tarihine bağlıdır. Yani iştira anında şunları yeniden inşa etmeniz gerekir:
- Hangi birimlerin hangi katkıdan geldiği
- Hangi orijinal geçerlilik tarihinde olduğu
- O tarihte geçerli olan hangi hak ediş takvimi altında
- Onları alacaklandırmak için hangi birim fiyatının kullanıldığı
- Herhangi bir geriye dönük düzeltmenin yukarıdakilerden herhangi birini değiştirip değiştirmediği
Veri modeliniz yalnızca fon başına güncel birim bakiyesini saklıyorsa, bunu yanıtlayamazsınız. İşlem günlüğünü yeniden oynatmanız gerekir. Ve işlem günlüğünde boşluklar varsa — çünkü biri üç yıl önce doğrudan bir güncellemeyle bir üretim sorununu düzeltmişse — savunamayacağınız bir rakam üretirsiniz.
Kova muhasebesi, çoğu platformun sessizce hile yaptığı yerdir
Bir emeklilik katkısının yasal yapısı katmanlıdır. Tek bir aylık prim şunlara bölünebilir:
- Çalışan katkısı (anında hak ediş, yalnızca kazançlar üzerinden vergilendirilir)
- İşveren katkısı (hak ediş takvimi uygulanır, farklı vergilendirilir)
- Devlet katkısı (kendi hak ediş eğrisi, kendi vergi muamelesi, kendi stopajı)
- İsteğe bağlı ek katkı (yine farklı kurallar)
Her kova aynı fonda, aynı birim fiyatından, aynı günde birim satın alır. Fon muhasebesi perspektifinden ayırt edilemezler. İştira perspektifinden ise dört ayrı vergi muamelesiyle dört ayrı hesaplamadır.
Çoğu platform bunu depolama katmanında daraltır — kova ayrımını katkı olayında tutarlar ama birim düzeyinde tutmazlar. İştira geldiğinde, oransal (pro-rata) mantık uygularlar: toplam ömür boyu katkıların %40'ı işveren kovasından geldiyse, güncel birimlerin %40'ı işveren kovası birimleri olarak işlem görür.
Bu, çalışmayana kadar çalışır. Fonlar arasında yeniden dağıtım yapan, kısmi çekim yapan veya geriye dönük düzeltme uygulanmış bir katılımcı pro-rata'yı bozar. Sistemin ürettiği rakamla adli bir yeniden hesaplamanın ürettiği rakam birbirinden ayrışacaktır — bazen önem taşıyan tutarlarda.
Saniyeler içinde yanıt verme kısıtı
Tüm bunlar bir gecelik toplu işlem olarak yönetilebilir olurdu. İştira bir gecelik toplu işlem değildir. Katılımcı telefondadır veya uygulamada bir düğmeye basmaktadır ve düzenleyici beklenti, sunulan değerin tanımlı bir süre boyunca bağlayıcı olmasıdır.
Bu da boru hattının şunları yapması anlamına gelir:
- Poliçenin tüm katkı geçmişini çekmek
- Her geriye dönük düzeltmeyi doğru kronolojik sırada uygulamak
- Fon başına kova düzeyinde birim bakiyelerini yeniden inşa etmek
- Güncel birim fiyatlarını uygulamak (bazı fonlar T+1'de uzlaştığından, savunulabilir bir ara fiyata ihtiyaç vardır)
- Katkı dilimi başına kova başına hak edişi hesaplamak
- Kova başına stopaj vergisini uygulamak
- Tek bir rakam döndürmek
Saniyeler içinde. Tekrar tekrar. İştira hacminin zirveye çıktığı ayın son iş gününde yük altında.
Aslında ne işe yarar
Bunu iyi yöneten platformlar birkaç ortak özelliği paylaşır:
- Gerçeğin kaynağı olarak değiştirilemez işlem günlüğü. Güncel bakiyeler türetilir, saklanmaz. Herhangi bir rakam yalnızca günlükten yeniden inşa edilebilir.
- Birim düzeyinde korunan kova kimliği. Pro-rata değil. Her birim, hangi kovanın onu hangi tarihte hangi fiyattan satın aldığını bilir.
- Güncelleme değil, yeni olay olarak modellenen geriye dönük düzeltmeler. Bir düzeltme, ters çevirme olayı artı yeniden kaydetme olayıdır — her ikisi de orijinal geçerlilik tarihi ve kayıt tarihi ayrı ayrı zaman damgalı.
- Günlüğün saf bir fonksiyonu olarak iştira hesaplaması. Aynı günlük verildiğinde, aynı hesaplama bugün, yarın ve beş yıl sonraki bir denetimde aynı rakamı üretir.
- Performans için önceden hesaplanmış anlık görüntüler, yetkili yol olarak isteğe bağlı yeniden hesaplama. Anlık görüntü çağrı merkezi teklifine hizmet eder; isteğe bağlı yeniden hesaplama arka planda çalışır ve herhangi bir sapmayı işaretler.
Teşhis
Platformunuzun iştirayı gerçekten doğru ele alıp almadığını öğrenmek istiyorsanız, mutlu yolu test etmeyin. Şunlara sahip bir poliçe alın:
- En az bir geriye dönük işveren katkısı
- En az bir fon yeniden dağıtımı
- En az bir kısmi çekim
- En az bir devlet katkısı yeniden hesaplaması
İştira değerini üretim boru hattı üzerinden hesaplayın. Sonra işlem günlüğünden manuel olarak hesaplayın. İki rakam tam olarak örtüşüyorsa, sistem dürüsttür. Küçük bir miktarda bile farklılaşıyorlarsa, sistem bir varsayımı gömmüştür — ve o varsayım eninde sonunda bir şikayet mektubunda, bir düzenleyici bulguda veya bir dava dosyasında yüzeye çıkacaktır.
İştira, sistemin kendi üzerinde çalıştırdığı denetimdir. Çoğu sistem, kimse fark etmeden yıllarca sessizce başarısız olur.