Türkiye'deki her BES (Bireysel Emeklilik Sistemi) sağlayıcısının veritabanında aynı kirli sır vardır: artık kimsenin gerçekten iletişim kuramadığı uzun bir katılımcı kuyruğu. Telefon numarası ölü. Adres, 2014'te yıkılmış bir binayı işaret ediyor. E-posta geri dönüyor. TCKN hâlâ geçerli, katkı payları hâlâ orada duruyor ve düzenleyici hâlâ o hesapla belirli zamanlarda belirli şeyleri yapmanızı bekliyor.
Bu bir uç vaka değil. Bir portföy on, on beş yıl çalıştıktan sonra atıl kuyruk yapısal olarak anlamlı hale gelir — kohorta bağlı olarak bazen hesapların %8-12'si. Ve çoğu şirketin 2013 ile 2018 arasında kurduğu veri altyapısı, pratik anlamda katılımcı olmaktan çıkmış ama yasal olarak öyle olmaya devam eden katılımcılar için hiçbir zaman tasarlanmadı.
Pipeline'da "Atıl" Aslında Ne Demek
Düzenleyici atıllık ile operasyonel atıllık aynı şey değildir ve ilk çatlaklar tam burada belirir.
- Düzenleyici atıllık: katkı davranışı, hesap yaşı ve belirli SEDDK/EGM eşikleri ile tanımlanır. Raporlama yükümlülüklerini ve nihai tasfiye iş akışlarını tetikler.
- Operasyonel atıllık: katılımcıya kayıtlı hiçbir kanaldan ulaşılamıyor. Hiçbir geri dönüş döngüsü kapanmıyor.
- Hukuki atıllık: katılımcı vefat etmiş, hukuki ehliyetini kaybetmiş veya KYC verinizin yakalayamadığı bir isim değişikliği (evlilik, mahkeme kararı) geçirmiş olabilir.
Çoğu pipeline düzenleyici atıllık etrafında inşa edildi çünkü rapor üreten budur. Diğer ikisi tesadüfen keşfedilir, genellikle bir kampanya gönderildiğinde SMS mesajlarının %14'ü başarısız olduğunda veya çağrı merkezi 2019'da vefat etmiş birine üç hafta boyunca ulaşmaya çalıştığında.
Pipeline Gerçekte Nerede Kırılır
Hata modları bug değildir. Orijinal şemaya gömülü varsayımların sonuçlarıdır.
İletişim bilgileri tarih olarak değil, mevcut durum olarak saklanıyor. Bir katılımcı telefon numarasını güncellediğinde eskisinin üzerine yazılır. Yani yeni numara iki yıl sonra çalışmamaya başladığında geri dönecek hiçbir yedeğiniz yoktur. MERNIS entegrasyonu adresler için yardımcı olur, ama sadece mutabakatı gerçekten çalıştırırsanız — ve çoğu ekip bunu en iyi ihtimalle üç ayda bir, ancak denetim baskısı altında aylık çalıştırır.
İsim değişiklikleri downstream join'leri bozar. Bir kadın evlenir, MERNIS'te ismini günceller, KYC tazelemeniz bunu yakalar, ama doküman yönetim sistemi dosyaları hâlâ eski isim altında indekslemiştir. CRM'de kampanya geçmişi eski isim altındadır. Şikayet sisteminde biletler eski isim altındadır. Katılımcı kimliği her şeyi bir arada tutar — ta ki birisi isim üzerinden join yapan manuel bir sorgu çalıştırana kadar, ki bu da kimsenin kabul etmek istemediğinden daha sık olur.
Aslında soft olmayan soft-delete kalıpları. Bazı eski sistemler hesapları, varsayılan sorgulardan dışlayacak şekilde inaktif olarak işaretler. Atıl hesap mevcuttur, düzenleyici bunu raporda bekler, ama standart dashboard sorgusu onu filtreler. Keşif, EGM transfer dosyalarıyla mutabakat sırasında gerçekleşir — yani mümkün olan en kötü anda.
Hak sahibi ve lehtar verisi neredeyse her zaman katılımcı verisinden daha kötüdür. Katılımcı vefat ettiyse ve hak sahiplerine ulaşmanız gerekiyorsa, hak sahiplerinin iletişim verisi kayıt sırasında bir kez yakalandı ve hiç tazelenmedi. Tipik olarak 5-15 yıl bayattır.
Üzerine Oturan Uyum Katmanı
Türk mevzuatı uyarınca atıl hesapları öylece bırakamazsınız. Bildirim yükümlülükleri, tanımlı sürelerden sonra devlet emeklilik fonuna devir yükümlülükleri ve ulaşılabilir ile ulaşılamayan katılımcıları ayıran raporlama vardır. Düzenleyici giderek denediğinizi göstermenizi bekliyor — ve "denedi" demek, birden fazla kanal üzerinden, belgelenmiş sonuçlarla iletişim girişimlerinin denetlenebilir bir izini bırakmak demek.
Veri kalitesi sorununun hukuki sorumluluk sorununa dönüştüğü nokta burası. Pipeline'ınız belirli bir katılımcı için hangi kanalların denendiği, ne zaman ve sonucun ne olduğu dahil tam iletişim geçmişini talep üzerine üretemiyorsa, tasfiye kararını savunamazsınız. Denetim hazırlığı sırasında SMS gateway loglarının 90 gün, e-posta loglarının 180 gün ve çağrı merkezi notlarının bir yıl saklandığını keşfeden şirketler gördüm — bu da 2021'de atıllaşmış bir hesabın denetim izinin 2023'te yapısal olarak eksik olduğu anlamına geliyor.
Aslında Neyin Değişmesi Gerekiyor
Bu bir veri kalitesi aracı satın alarak çözülmez. Düzeltmeler mimari düzeydedir.
- İletişim bilgilerini durum tabanlı değil, event-sourced olarak ele alın. Her değişiklik bir append'tir. Mevcut telefon numarası bir projeksiyondur, gerçek değil. Eski numaralar sorgulanabilir kalır, çünkü bazen yeni çalışmadığında eski çalışır.
- MERNIS ve KPS mutabakatını tanımlı bir ritimde çalıştırın ve delta'ları loglayın. En az aylık. Delta logunun kendisi bir denetim artefaktıdır.
- Şemada katılımcı kimliğini katılımcı ulaşılabilirliğinden ayırın. Bir katılımcı var olabilir ve ulaşılamaz olabilir. Bu, başarısız kampanyalardan çıkarsanan bir sonuç değil, birinci sınıf bir durum olmalıdır.
- İletişim girişimi sonuçlarını hesabın tüm yaşam süresi artı düzenleyici saklama süresi boyunca tutun. SMS gateway'in varsayılanı değil. Sonuçları kendi warehouse'unuza çekin ve saklayın.
- Atıllık sınıflandırmasını gecelik hesaplanan türetilmiş bir öznitelik olarak inşa edin, versiyonlu mantıkla. Düzenleyici tanımı değiştirdiğinde (ki değiştirecekler), eski sınıflandırmayı kaybetmeden tarihi yeni kural altında yeniden hesaplayabilmeniz gerekir.
Rahatsız Edici Kısım
Bu işin çoğu, olmayana kadar görünmezdir. Kimse sağlam bir atıl hesap pipeline'ı kurduğu için terfi almaz. Proje, bir denetim bulgusundan, bir düzenleyici yazısından veya bir lehtarın avukatının şirketin kimseye ulaşmaya çalıştığını kanıtlayamadığını gösterdiği bir mahkeme davasından sonra fonlanır.
Kaybolan katılımcılar bilançodan kaybolmaz. Orada otururlar, getiri biriktirirler, düzenleyici yükümlülük biriktirirler, risk biriktirirler. Veri altyapısı ya nereye gittiklerini bilir ya da bilmez — ve bilmiyorsa, bu önümüzdeki çeyrekte çözülecek bir operasyon sorunu değildir. Tam olarak portföyün büyüdüğü oranda birikim yapan yapısal bir borçtur.