Bir emeklilik operasyonuna veri kalitesi sunumuyla giren her danışman aynı altı boyutu gösterir: tamlık, doğruluk, tutarlılık, zamanındalık, benzersizlik, geçerlilik. Bunları işlem sistemleri için kurguladılar — sipariş girişi, CRM, faturalama. Sonra hiç değiştirmeden, temel veri modeli kökten farklı olan emeklilik ve bireysel emeklilik bağlamlarına aktardılar. Sonuç, gerçek para yanlış kovada otururken yeşil yanan panellerdir.
Yıllarca HAYMER, GEV ve devlet katkısı mutabakat boru hatlarını paralel çalıştırdım. Gerçek sorunları yakalayan metrikler, o slaytlardakilere hiç benzemez.
Genel DQ Çerçeveleri Neden Konuyu Kaçırır
Emeklilik verisi işlemsel değildir. Satıcınız kabul etse de etmese de zamansal-bitemporal-olay kaynaklıdır. Her katılımcı kaydı şunları taşır:
- Bir geçerlilik tarihi (iş dünyasında ne zaman doğru olduğu)
- Bir sistem tarihi (bizim ne zaman öğrendiğimiz)
- Bir durum (aktif, ücretli, irat, transfer, vefat, emeklilikte)
- Birden fazla fon, dönem ve bazen birden fazla düzenleyici rejim arasında bir katkı tahsisi
Burada "%99,7 tamlık skoru" size yararlı hiçbir şey söylemez. Bir kayıt her alanı doluyken bile felaket derecede yanlış olabilir; çünkü bir durum geçişinin geçerlilik tarihi bir iş günü geç kaydedildiyse, bu üç aylık devlet katkısı eşleşmesini hizadan çıkarır.
Yüzde olarak doğruluk daha da kötüdür. Yüksek bakiyeli bir katılımcıdaki tek bir yanlış durum bayrağı, on bin doğru satırın sağladığından daha fazla maliyete yol açabilir.
Gerçekten Önemli Olan Metrikler
Yeterince gece yarısı mutabakatından sonra, operasyonel olarak yararlı metrikler beş kategoriye ayrılır. Hiçbiri satıcı aracında hazır gelmez.
1. Geçerlilik Tarihi Sapması
Her durum geçişi (giriş, çıkış, askıya alma, fon değişikliği, emeklilik) için şunun dağılımını ölçün:
system_date - effective_date
Ortalama anlamsızdır. İstediğiniz şey p95 ve p99 kuyruğudur, geçiş türüne ve kaynak kanala göre ayrılmış. 45 gün geriye tarihlenmiş bir fon değişikliği operasyonel bir sorundur. Devlet katkısına uygun, 45 gün geriye tarihlenmiş bir askıya alma ise düzenleyici bir sorundur; çünkü devletin katılımcıya borçlu olduğu tutarı geriye dönük değiştirir.
Operasyonel hale getirilecek metrik: sapmanın eşleşme döngüsü sınırını aştığı geçişlerin yüzdesi. Bu tek sayı, gelecek ay arka ofisinizin ne kadar manuel mutabakat yutacağını öngörür.
2. Kova Hizalama Bütünlüğü
Katkılar kovalarda yaşar — döneme, fona, katkı türüne (çalışan, işveren, devlet katkısı) ve düzenleyici rejime göre. Önemli olan bütünlük kontrolü "toplam mutabık mı" değildir. Toplamlar er ya da geç hep mutabık olur, çünkü birisi onları mutabık olmaya zorlar.
Gerçek kontrol: her (katılımcı, dönem, katkı_türü) üçlüsü için HAYMER'deki kova ataması, devlet katkısı beslemesindeki kova atamasıyla ve GEV'in fon düzeyindeki tahsisleriyle eşleşiyor mu?
Bir katkının bordrodan kesildiği tarih ile fon birim fiyatına tahsis edildiği tarih arasındaki bir iş günlük uyumsuzluk, sonsuza dek birikecek bir birim sayısı hatası üretir. Bunu sonradan tarihi üzerine yazmadan düzeltemezsiniz.
Operasyonel metrik: üç sistemden herhangi ikisinin kova konusunda anlaşamadığı üçlülerin sayısı, bakiye etkisine göre ağırlıklandırılmış. Satır sayısı değil. Bakiye ağırlıklı uyuşmazlık sayısı.
3. Durum Geçişi Yasallığı
Emeklilik durum makinelerinde yasadışı geçişler vardır. Bir katılımcı, belirli bir yeniden yürürlüğe koyma olayı olmadan "irat" durumundan "aktif" duruma dönemez. Tanımlı bir tolerans penceresinin ötesinde, aynı rejim altında eş zamanlı iki aktif sözleşmede olamaz. Uygunluk kesim tarihinden sonra gelen bir katkıya devlet katkısı alamaz.
"Durum izin verilen enum değerlerinden biridir" diyen bir geçerlilik kontrolü, tüm bu bozuk vakaları geçer. Bir geçiş grafiği kontrolüne ihtiyacınız var: son N gündeki her durum değişikliği için, (kaynak_durum, hedef_durum, tetikleyici_olay, geçerlilik_tarihi) tuple'ı yasal bir kenara karşılık geliyor mu?
Yasadışı geçişler genellikle milyonda bir veya ikidir. Aynı zamanda neredeyse her zaman şikayet, düzenleyici soru veya zarar yazımı üretenlerdir.
4. Sistemler Arası Kimlik Kararlılığı
Aynı katılımcı; bordro, emeklilik yönetim platformu, saklayıcı ve düzenleyicinin veritabanı arasında farklı tanımlayıcılar altında var olur. Satıcılar size TCKN veya ulusal kimlik üzerinde bir benzersizlik metriği satacaktır. İşe yaramaz. Asıl hata modu zaman içinde kimlik sapmasıdır: aynı TCKN'nin sistem anlık görüntüleri arasında farklı dahili katılımcı kimliklerine eşlenmesi veya yapılmaması gereken bir birleştirmeden sonra iki TCKN'nin tek bir kimliğe sıkıştırılması.
Metrik: her (harici_id, dahili_id) çifti için geçmişte kaç farklı eşleme var olmuştur ve şu anda sistemler arasında birden fazla aktif dahili kimliği olan kaç katılımcı var? Bu, birleşme artefaktlarını, manuel veri girişi çakışmalarını ve göç betikleri uygun tekilleştirme olmadan çalıştığında oluşan ağır çekim kimlik bozulmasını yakalar.
5. Yalnızca Mutabakat Durumu Değil, Mutabakat Gecikmesi
Herkes mutabakatın geçip geçmediğini raporlar. Hiç kimse bir uyuşmazlığın kapanmasının ne kadar sürdüğünü raporlamaz. Yararlı metrik, açık kalan farkların yaş dağılımıdır, fark türüne ve parasal etkiye göre segmentlenmiş.
90 gündür açık olan bir fark artık bir veri kalitesi sorunu değildir. Birinin ödememeye karar verdiği operasyonel bir borçtur. Yaş dağılımını yüzeye çıkarmak, bu kararı gerçekten bir şey yapabilecek kişilere görünür kılar.
Raporlamayı Bırakmanız Gerekenler
DQ panelinizde bunlardan herhangi biri öne çıkıyorsa, değiştirin:
- Tüm alanlar arasında genel tamlık yüzdesi
- Tek bir sayı olarak ifade edilen doğruluk
- Parasal ağırlıklandırma olmadan başarısız doğrulamaların satır sayıları
- Zamansal bağlam olmadan doğal anahtarlar üzerinde benzersizlik
- Gecikme olmadan başarılı/başarısız mutabakat bayrakları
Bu metrikler sağlıklı görünmek için optimize eder, sağlıklı olmak için değil. Aynı zamanda sapkın teşvikler yaratırlar: ekipler boş alanları varsayılan değerle doldurarak tamlık sayısını kovalar, bu da gerçekten eksik olan bir şeyin sinyalini yok eder.
Savaş Çıkarmadan Bunu Nasıl Hayata Geçirirsiniz
Satıcı metriklerini değiştirmenin politik sorunu, genellikle üst düzeyde birisinin onları onaylamış olmasıdır. İki şey işe yarar:
- Bir çeyrek boyunca ikisini paralel çalıştırın. Satıcı panelinin yeşil olduğu ve yeni metriklerin gerçek bir zararı yakaladığı vakayı gösterin. Her zaman bir tane vardır. Genellikle birkaç tane.
- Yeni metrikleri belirli olaylara bağlayın. Bir çerçeve sunmayın. Şunu sunun: "Bu metrik, Mart'ta bize 11 günlük mutabakat işine mal olan katkı kovası uyumsuzluğunu yakalardı."
Operasyonel toplantılarda çerçeveler her zaman anekdotlara kaybeder. Bunu kullanın.
Asıl Mesele
Emeklilik sistemlerinde veri kalitesi temiz alanlarla ilgili değildir. Her katılımcının zamansal, finansal ve düzenleyici durumunun, onlara dokunan her sistemde, birinin sorma ihtiyacı duyabileceği her zaman noktasında dahili olarak tutarlı olup olmadığıyla ilgilidir. Standart DQ boyutlarının hiçbiri bunu doğrudan ölçmez. Çoğu aktif olarak dikkati dağıtır.
Verinin gerçekte nasıl başarısız olduğuna uyan metrikleri kurun. Sunumun geri kalanını çöpe atın.