Son on yılda devraldığım ya da sıfırdan kurduğum her grup emeklilik pipeline'ı aynı noktada aynı zayıflığı taşıdı: işveren arayüzü. Katılımcı onboarding akışı değil, fon dağılım motoru değil, vergi raporlama katmanı değil. Bir İK sisteminin aylık katkı dosyasını devrettiği ve emeklilik şirketinin bunu sorunsuzca sindirmesini beklediği nokta.
Sektör bunu çözülmüş bir problem gibi ele alıyor. Değil. Bu, bireysel katkı mimarilerinin baştan itibaren üstlenmek üzere tasarlanmadığı bir problem sınıfıdır ve arayüzün her iki tarafını yeterince uzun süre sahiplenmişseniz hatalar neredeyse tamamen öngörülebilirdir.
Her Şeyi Kıran Varsayım
Bireysel BES pipeline'ları, katılımcının doğruluk kaynağı olduğunu varsayar. Katılımcı ne zaman katkı yapacağına, ne kadar yapacağına, hangi fona yönlendireceğine ve statüsünün aktif olup olmadığına karar verir. Aşağı akıştaki her sistem — EGM bildirimleri, fon alımları, devlet katkısı uygunluğu, vergi muamelesi — katılımcının katkı anındaki beyan edilmiş durumuna bağlıdır.
Kurumsal katkılar bunu tersine çevirir. İşveren, katkı olayının doğruluk kaynağıdır, ancak emeklilik şirketi katılımcı durumunun doğruluk kaynağı olmaya devam eder. Bu iki gerçek sürekli olarak birbirinden uzaklaşır ve bu uzaklaşmayı kimse sahiplenmez.
Somut bir örnek: bir çalışan ayın 22'sinde istifa eder. İK çıkış işlemini 28'inde yapar. Bordro, 20'sinden alınmış bir anlık görüntüye dayanarak katkı dosyasını zaten 25'inde kesmiştir. Dosya emeklilik şirketine bir sonraki ayın 1'inde ulaşır. EGM bildirim pencereleri 5'inde kapanır. Mutabakat çalıştığında elinizde, kurumsal ilişkisi bordro döngüsü daha kapanmadan sona ermiş ama bireysel hesabı hâlâ açık, hâlâ devlet katkısına uygun ve sponsorun grup sözleşmesi kapsamında yatırımı kabul edip etmeyeceği belirsiz bir fona yönlendirilmiş bir katılımcıya bağlanmış bir katkı vardır.
Hangi sistem yanlış? Hiçbiri. Her biri kendi içinde tutarlı. Pipeline yanlış çünkü bu olayların serileştirilebilir olduğunu varsayıyor. Değiller.
Kimsenin Tasarlamadığı Dört Hata Modu
Yeterince olay yaşandıktan sonra taksonomi belirginleşiyor:
-
Zamanlama kayması: Bordro döngüsü, katkı kesim tarihi, EGM penceresi ve fon değerleme tarihi dört farklı saattir. Hizalandıklarında hiçbir şey aksamıyor. Hizalanmadıklarında — ki birkaç yüzden fazla katılımcısı olan herhangi bir işveren için ayların çoğu böyledir — her uyumsuzluk, manuel olarak çözülmesi ya da sessizce sindirilmesi gereken bir mutabakat istisnası doğurur.
-
Durum kayması: İşverenin kimin aktif çalışan olduğuna dair görüşü, emeklilik şirketinin kimin aktif katılımcı olduğuna dair görüşünün gerisinde kalır. Fesihler, ücretsiz izinler, grup sponsorları arasındaki transferler ve yeniden kayıtlar, iki sistemin bir katkının geçerli olup olmadığı konusunda anlaşamadığı pencereler yaratır.
-
Tutar kayması: Dönem ortası maaş değişiklikleri, geriye dönük düzeltmeler, bonus katkıları ve YTD rakamlarına bağlı eşleştirme formülleri, emeklilik tarafının beklediği hiçbir şeyle eşleşmeyen katkı tutarları üretir. Dosya işveren tarafında kendi içinde denk gelir, bizim tarafımızda validasyondan geçmez.
-
Dağılım kayması: Katılımcı, bordro anlık görüntüsü ile katkı kaydı arasında fon dağılımını değiştirmiş olabilir. İşverenin dosyası eski dağılıma atıfta bulunur. Emeklilik sistemi yeni olanı onurlandırır. İşverene kimse söylemez. Gelecek ayın mutabakat raporu, izini sürmenin üç gün aldığı ve hiçbir operasyonel etkisi olmayan bir tutarsızlık gösterecektir — tabii etkisi olmayan hariç, çünkü devlet katkısı yanlış fon esasına göre hesaplandı.
Bireysel Katkı Pipeline'ları Bunu Neden Sindiremez
Bireysel bir pipeline istisnaları, herhangi bir işlemsel sistemin yaptığı gibi ele alır: reddet, bildir, tekrar dene. Katılımcı bir hata görür, girdiyi düzeltir, yeniden gönderir. Geri bildirim döngüsü sıkıdır ve sorumlu taraf bellidir.
Kurumsal pipeline'larda böyle bir döngü yoktur. İşveren bir batch gönderir. Emeklilik şirketi işleyebildiğini işler. İstisnalar, işveren tarafında kimsenin bakmadığı bir kuyrukta birikir, çünkü onlar açısından dosya kabul edildi. Bu sırada emeklilik operasyon ekibi, grup sözleşmesi bir sistemde, katkı işlemcisi başka bir sistemde yaşadığı için tam görünürlüğe sahip olmayabilecekleri sözleşme şartlarına karşı manuel olarak tutarsızlıkları çözmektedir.
Operasyon ekiplerinin, tek bir işverenin aylık dosyasını mutabık kılmak için bir haftanın büyük bölümünü harcadığını gördüm; dosya bozuk olduğu için değil, dosya kendi içinde doğru ama dışsal olarak imkânsız olduğu için.
Aslında İşe Yarayan Şey
Çözümler teknik olarak zor değildir. Örgütsel olarak rahatsız edicidirler ki bu yüzden nadiren inşa edilirler.
-
İşveren dosyasını bir batch olarak değil, bir olay akışı olarak ele alın. Her katkı satırı, kendi yaşam döngüsüne sahip önerilmiş bir olaydır: önerildi, katılımcı durumuna karşı doğrulandı, kabul edildi, kaydedildi, mutabık kılındı. Batch soyutlamasını kaybetmek, satır bazlı hata yönetimini açan şeydir.
-
Katılımcı durumunun anlık görüntüsünü kayıt anında değil, dosya alım anında alın. Bu iki an arasındaki boşluk, durum kaymalarının çoğunun yaşandığı yerdir. Dosyayı, işveren onu ürettiğinde var olan duruma karşı doğrularsanız, çoğu "hayalet fesih" ortadan kalkar.
-
İstisnaları işverene, gerçekten okudukları bir kanalda yayınlayın. Ortak bir İK e-posta adresine gönderilen bir mutabakat raporu geri bildirim döngüsü değildir. Yapılandırılmış istisnalar içeren, grup sözleşmesindeki bir ticketing yükümlülüğüne bağlanmış bir API endpoint'i öyledir.
-
Dört saati açıkça modelleyin. Bordro tarihi, katkı geçerlilik tarihi, EGM bildirim tarihi ve fon değerleme tarihi, her katkı kaydının birinci sınıf alanları olmalıdır. Türetilmiş değil, ima edilmiş değil. Açık. Şimdiye kadar yazdığım mutabakat mantığının yarısı, bu alanlar ingestion aşamasında yakalanmış olsaydı silinebilirdi.
-
Bireysel ve grubu bir bayrakla aynı pipeline gibi ele almayı bırakın. Bunlar farklı tutarlılık garantilerine sahip farklı ürünlerdir. Mimari bunu ne kadar erken yansıtırsa, operasyon ekibi de o kadar erken yangın söndürmeyi bırakır.
Gerçek Maliyet
Bunu görmezden gelmenin maliyeti, önemli olsa da, mutabakat iş gücü değildir. Maliyet, devlet katkısı hatalarının sessizce birikmesi, grup sözleşme şartlarının operasyonel gerçeklikten uzaklaşması ve bir denetim ya da büyük bir işveren çıkışı tam bir mutabakatı zorunlu kıldığında tutarsızlıkların yıllara yayılmış olmasıdır.
Katılımcı davranışı öngörülemezdir ama sınırlıdır. İşveren entegrasyonu öngörülebilirdir ama sınırsızdır. Pipeline, daha görünür olan değil, daha zor olan problem etrafında tasarlanmalıdır.