Emeklilik operasyonlarında herkes fon NAV doğruluğundan, katkı payı mutabakatından ve EGM'ye yapılan düzenleyici raporlamadan bahseder. Neredeyse hiç kimse komisyon katmanından bahsetmez. Bu tuhaftır, çünkü üzerinde çalıştığım her BES portföyünde acente ve dağıtım kanalı verisi, veri ambarının en tutarsız dilimidir — ve kimse fark etmeden önce yıllarca aşağı akış raporlarını sessizce zehirleyen katmandır.
Sebebi basit. Komisyon, bir finans çıktısı olarak ele alınır. Oysa aslında bir soy ağacı (lineage) problemidir.
Her Şeyi Bozan Varsayım
Çoğu BES pipeline'ı örtük bir varsayım üzerine kuruludur: bir poliçenin bir acentesi vardır ve o acente poliçeyle kalır. Bu ilk günden yanlıştır ve her çeyrekte daha da kötüleşir.
Bir katılımcının atanan acentesi, katılımcıyla hiçbir ilgisi olmayan sebeplerle değişir:
- Başlatan acente firmadan ayrılır ve portföyü yeniden atanır
- Dağıtım kanalı yeniden yapılandırılır (bancassurance'tan direkt satışa, acenteden brokera)
- Kurumsal grup sözleşmesi yeniden müzakere edilir ve aracı dönem ortasında değişir
- Fon değişiklikleri, farklı bir kanal sahibine yönlenen farklı bir komisyon kademesini tetikler
- Acente kodu, iki aracı arasındaki bir M&A sırasında birleştirilir
- Şubeler arası dahili transferler, görünen acenteyi değiştirmeden atfedilen maliyet merkezini değiştirir
Bu olayların her biri meşrudur. Her biri, gelecekteki komisyon tahakkukları için atfetme mantığını sessizce yeniden yazar — bazen de geriye dönük olarak trailing komisyonlar için. Eğer pipeline'ınız agent_id'yi poliçe tablosunda etkinlik tarihli geçmişi olmayan bir kolon olarak saklıyorsa, savaşı çoktan kaybettiniz.
Gerçekten Neyin İzlenmesi Gerekiyor
Doğru bir komisyon soy ağacı modeli, acente-poliçe ilişkisini tipli olaylara sahip yavaş değişen bir boyut (slowly changing dimension) olarak ele alır. Minimum uygulanabilir yapı:
- Poliçe ID
- Acente ID (başlatan)
- Acente ID (şu anda hizmet veren)
- Dağıtım kanalı kodu
- Geçerlilik tarih aralığı
- Değişikliğe neden olan olay tipi
- Aralık boyunca aktif olan komisyon kural seti
- Trailing komisyonların orijinal acenteyi mi yoksa güncel acenteyi mi takip ettiği
Son madde, çoğu uygulamanın çöktüğü noktadır. Türk BES'inde giriş komisyonu ve trailing komisyon (birikim aşamasındaki aidat/yönetim) sıklıkla farklı kurallara tabidir. Başlatan acente, hizmet veren acente olarak değiştirildikten sonra bile trailing komisyonu X yıl boyunca alabilir — meğer ki katılımcı, aracı sözleşmesindeki yeniden atfetme maddesini tetikleyen bir fon değişikliği gerçekleştirsin. Şimdi aynı poliçenin gelecekteki komisyon akışı üzerinde hak iddia eden üç tarafınız var ve veri modelinizin bir kolonu var.
Mutabakat Nerede Başarısız Oluyor
Başarısızlık örüntüsü tahmin edilebilir. Bunu üç ayrı BES portföyünde gördüm:
- Ay sonu komisyon tahakkuku finansla eşleşir. Herkes mutludur.
- Çeyrek sonu aracı ekstreleri küçük tutarlarla farklılaşmaya başlar. Yuvarlama olarak göz ardı edilir.
- Bir acente ekstresine itiraz eder. Operasyon manuel bir sorgu çalıştırır ve atanan acentenin artık geçmiş komisyon alıcısıyla eşleşmediği kırk poliçe bulur.
- Birisi geriye dönük bir düzeltme kurmaya çalışır. Herhangi bir tahakkuk tarihinde acentenin kim olduğunu güvenilir bir şekilde bilmenin bir yolu olmadığını, yalnızca acentenin şimdi kim olduğunu bildiklerini keşfederler.
- Bir mutabakat projesi açılır. Hiçbir zaman kapanmaz, çünkü kaynak sistem her güncellemede geçmişin üzerine yazmıştır.
Kök sebep her zaman aynıdır: operasyonel sistem "bugün acente kim" sorusuna cevap verecek şekilde tasarlandı ve veri ambarı bu kısıtlamayı sorgulamadan miras aldı. Hiç kimse pipeline'ı "bu katkı payı kaydedildiğinde, 14 Mart 2022'de, hangi kanal anlaşması altında, hangi komisyon oranıyla acente kimdi ve trailing kısımdan kim hak sahibiydi" sorusuna cevap verecek şekilde kurmadı.
Bu Katman Neden Bozuk Kalıyor
Komisyon verisi, sorumluluğun paylaşılma şekli nedeniyle hak ettiği mutabakat ilgisini görmüyor:
- Finans, toplam komisyon gider rakamının sahibidir. Poliçe başına atıf ile değil, büyük defter (general ledger) ile mutabakat yaparlar.
- Operasyon, acente yönetiminin sahibidir ancak acente değişikliklerini bir veri olayı değil, bir CRM işlemi olarak ele alır.
- Aktüerya ve raporlama, poliçe verisini tüketir ancak nadiren komisyon defter verisiyle join yapar.
- Veri ekibi, kendisinden istenen şeyi kurar ve itilaf gelene kadar kimse etkinlik tarihli acente geçmişini istemez.
Böylece bu katman, hiçbiri soy ağacı sorusunun sahibi olmayan dört ekip arasındaki boşlukta oturur. Sadece bir aracı, itirazlı bir ekstre üzerine avukat tuttuğunda veya EGM tarihsel kanal atfı gerektiren bir soru sorduğunda ve cevabın toplanması altı hafta sürdüğünde ortaya çıkar.
Bunun Yerine Ne İnşa Etmeli
Eğer bir BES veri platformu tasarlıyor veya yeniden yapılandırıyorsanız, üç somut hamle bu boşluğun çoğunu kapatır:
- Acente-poliçe ilişkisini bir durum olarak değil, bir olay akışı olarak modelleyin. Her atama, yeniden atama, kanal değişikliği ve birleşme, valid-from ve valid-to'ya sahip değişmez bir satır haline gelir. Güncel durum bir tablo değil, bir view'dur.
- Komisyon kurallarını poliçeye değil, aralığa bağlayın. Bir katkı payına uygulanan komisyon oranı, bugünün konfigürasyonunu bilmeye gerek kalmadan yalnızca işlem tarihinden çözülebilmelidir.
- Komisyon defterini atfetme modeliyle günlük, poliçe bazında mutabık kılın. GL toplamı ile değil. Poliçe başına bir sapma göründüğü anda, atama kaymasını birikmeden yakalarsınız.
Bunların hiçbiri egzotik değil. Standart temporal modelleme. BES pipeline'larında nadir olmasının sebebi, orijinal sistemlerin portföyler küçükken, acente devir hızı düşükken ve kanal yapıları stabilken kurulmuş olmasıdır. Bu koşulların hiçbiri artık geçerli değil.
Görmezden Gelmenin Bedeli
Mutabakatı yapılmamış komisyon atfı kozmetik bir sorun değildir. Şu şekilde ortaya çıkar:
- Portföye artık hizmet vermeyen acentelere yapılan fazla ödemeler
- Manuel uzlaşma gerektiren eksik ödeme itirazları
- Ham veriden kanal seviyesindeki AUM'un yeniden üretilemediği düzenleyici raporlar
- Tarihteki kanal karışımı yanlış olduğu için edinim maliyetini yanlış fiyatlayan aktüeryal modeller
- Denetçinin tek bir poliçenin katkı payından tek bir komisyon ödemesine walk (izleme) istediğinde başarısız olan denetimler
Bunların her birinin gerçek bir lira maliyeti var. Komisyon katmanı gösterişli değildir ve onu yeniden inşa etmek kimseyi terfi ettirmez. Ama bu, kimsenin almak istemediği telefonu üretmesi en muhtemel katmandır — bir aracının avukatının, verilerinizin neyi kanıtlayamadığını detaylı bir şekilde açıkladığı telefonu.