Genç bir aktüer, on bir ay önce düzenleyici tarafından kabul edilmiş bir emeklilik bildiriminde bir eşleme hatası bulur. Değer yanlıştır. Düzenleyici onay vermiştir. Alt raporlar bunun üzerine inşa edilmiştir. Reasürans hesaplamaları buna referans vermiştir. Mizan buna karşı kapatılmıştır. Denetçi buna atıfta bulunan bir görüş yayımlamıştır.
Şimdi birilerinin bunu düzeltmesi gerekiyor.
Bu, çoğu şirketin raporlama yığınının — her ay şikayetsiz bildirim üreten aynı yığının — yeniden beyan kavramına sahip olmadığını keşfettiği andır. Bir sürüm üretmeyi bilir. Bir sürümü geri almayı bilmez.
Orijinal Bildirim Bir Dosya Değil, Bir Taahhüttür
Düzenleyici bir bildirim, şirket içinde bir teslimat olayı olarak ele alınır: veriyi paketle, doğrula, gönder, teyidi arşivle. Düzenleyici bunu kabul ettiği anda, o bildirim bir rapor olmaktan çıkar ve alt tarafta yer alan her şey için mutlak gerçek haline gelir:
- Bir sonraki dönemin açılış bakiyeleri buradan türetilir
- Reasürans devirleri ve kota payı hesaplamaları buradaki rakamlara atıfta bulunur
- Yeterlilik oranları, MCR/SCR pozisyonları, teknik karşılıklar buna bağlanır
- Vergi karşılıkları ve ertelenmiş vergi hesaplamaları bunu girdi olarak kullanır
- İç yönetim raporlaması buraya mutabık kalır
- Bağımsız denetçi bunun etrafında test yapar
Bir yeniden beyan, "düzeltilmiş bir dosya gönder" değildir. Bir düzine başka sistemin ve hukuki çıktının halihazırda değiştirilemez olarak muamele ettiği bir şeyi değiştirme önerisidir.
Veri Hattı Neden Basitçe Yeniden Çalıştırılamaz
Çoğu düzenleyici veri hattı tek bir örtük varsayım üzerine kuruludur: zaman ileri akar. Raporlama tarihi itibarıyla veriyi çekersiniz, dönüştürürsünüz, doğrularsınız, gönderirsiniz. Kimse veri hattını şu soruya cevap verecek şekilde tasarlamamıştır: şu anda bildiğimizi o zaman bilseydik bu bildirim nasıl görünürdü?
Bir şirket "sadece yeniden çalıştıralım" dediğinde gördüğüm somut başarısızlıklar:
- Referans veri kaymıştır. Ürün kataloğu, hesap planı, karşı taraf ana verisi, şube hiyerarşisi — hepsi ileri hareket etmiştir. Bugün geçmiş işlemlere karşı yeniden çalıştırmak, raporlama tarihinin boyutlarını değil, bugünün boyutlarını yansıtan bir rapor üretir.
- Kaynak sistemler arşivlenmiştir. Poliçe yönetim sistemi sekiz ay önce göç ettirildi. Orijinal bildirimi besleyen ekstre bayt-bayt yeniden üretilemez çünkü kaynak satırların yarısı göç sırasında dönüştürülmüştür.
- Oran tabloları ve parametreler sürümlenmemiştir. Karşılık varsayımları, iskonto eğrileri, mortalite tabloları — genellikle tarihsel anlık görüntü olmadan "mevcut sürüm" olarak saklanır. Veri hattının, orijinal bildirim tarihinde geçerli olan parametre kümesini yeniden oluşturmanın hiçbir yolu yoktur.
- Manuel düzeltmeler belgelenmemiştir. Her finans ekibinin son dakika yeniden sınıflandırmalarını içeren bir tablosu vardır. Kaydedilmiş on iki sürümden hangisinin kabul edilen bildirimi ürettiğini kimse bilmez.
Veri hattı yeni bir sayı üretebilir. Eski sayıyı artı düzeltmeyi üretemez.
Kimsenin Maliyetlendirmediği Kaskad
Geçen yılın Q3'ündeki bir emeklilik bildirimindeki tek bir rakamın yeniden beyanı Q3'te durmaz. Kaskad yapar:
- Q3 düzeltilir. Q4'ün açılış bakiyeleri değişir.
- Sunulduğu haliyle Q4 artık iç tutarsızlığa sahiptir. O da yeniden beyan edilmelidir.
- Orijinal hata ile bugün arasındaki her üç aylık bildirim düzeltmeyi devralır.
- Orijinal rakamlara dayanan reasürans uzlaşmalarının yeniden hesaplanması ve bazı sözleşmelerde yeniden faturalandırılması gerekebilir.
- Beş çeyrek boyunca yönetim kuruluna yayımlanan yönetim hesapları artık düzenleyici görünümle uyuşmaz.
- Hata ile keşfi arasında kalan yıl sonu için denetlenmiş mali tablolar, artık resmi olarak yanlış olan rakamlara atıfta bulunur.
Bunların her biri ayrı bir hukuki ve operasyonel olaydır. Her birinin kendi bildirim gereksinimi, kendi onay iş akışı, kendi önemlilik değerlendirmesi vardır. Teknik düzeltme, işin en küçük parçasıdır.
Yeniden Beyana Hazır Olmak Aslında Ne Gerektirir
İlk ciddi yeniden beyanlarından sağ çıkan şirketler, sonrasında aynı yetenek setini eklemeye eğilimlidir. Bunları önceden inşa etmek daha ucuzdur.
- Düzenleyici veri kümelerinde bi-temporal depolama. Her olgu hem bir iş tarihini (neyle ilgili olduğunu) hem de bir sistem tarihini (bunu ne zaman bildiğimizi) taşır. "Bildirim tarihinde neye inanıyorduk?" sorusunu yanıtlamanın tek dürüst yolu budur.
- Dondurulmuş bildirim anlık görüntüleri. Kabul edilen her bildirimi üretmek için kullanılan tam girdi verisi, referans verisi, parametre sürümleri ve kod sürümü, değiştirilemez bir paket olarak korunur. Yedeklenmiş değil — dondurulmuş ve adreslenebilir.
- Yeniden çalıştırma iş akışı değil, yeniden beyan iş akışı. (a) Orijinal rakamı, (b) düzeltilmiş rakamı, (c) atıflı farkı, (d) dönemler arası kaskad etkisini ve (e) onay ve bildirim paketini üreten tanımlanmış bir süreç.
- Yürürlük tarihli birleştirmelerle referans veri sürümlemesi. 30 Eylül'deki hesap planı, o zamandan beri kaç kez yeniden düzenlenmiş olursa olsun, talep üzerine yeniden oluşturulabilir olmalıdır.
- Düzenleyici ile önceden mutabık kalınan önemlilik eşikleri. Böylece şirket, hata bulunmadan önce belirli bir düzeltmenin resmi bir yeniden beyan mı yoksa bir sonraki bildirimde bir dipnot mu gerektirdiğini bilir.
Kimsenin Sahiplenmek İstemediği Yönetişim Noktası
Rahatsız edici gerçek şu ki, yeniden beyan öncelikle bir mühendislik sorunu değildir. Kendini öyle gösteren bir yönetişim sorunudur. "Geçmişte kabul edilmiş bir bildirimin yanlış olduğunu ilan etme yetkisi kimde?" sorusunun şirket içinde çoğu zaman net bir cevabı yoktur. Finans, Aktüerya'yı işaret eder. Aktüerya, Risk'i işaret eder. Risk, Uyum'u işaret eder. Uyum, iş sahibini işaret eder. Bu arada düzenleyicinin saati işlemektedir.
İhtiyaç duymadan önce yetki yolunu inşa edin. Yeniden beyan kararına sahip olan rolü isimlendirin. O role tanımlı bir iş akışı verin. Önemsiz bir düzeltme üzerinde prova yapın ki ilk canlı kullanım ilk kullanım olmasın.
Kısacası
Orijinal bildirim kolaydı çünkü zaman çizelgesini siz kontrol ediyordunuz. Yeniden beyan zor çünkü artık zaman çizelgesi sizi kontrol ediyor. Alt taraftaki her şey yanlış rakamı çoktan tüketti ve üzerine kendi yanlış rakamlarını üretti. Veri hattınız bunu geri almak için inşa edilmedi, çünkü kimse öyle inşa edilmesi için finansman sağlamadı.
Kabul edilen her bildirimin bir gün yeniden beyan edilmesi gerekeceğini varsayın. Bu varsayıma göre inşa edin ya da gerçeklik bunu ilk kez test ettiğinde bedelini ödeyin.