Her BES pipeline ekibi eninde sonunda aynı soruyu sorar: yasal hesaplamaları, production verisini alt ortama taşımadan production gibi davranan verilere karşı nasıl test ederiz? Çoğu ekibin uzlaştığı cevap — maskelenmiş snapshot'lar, sentetik veri üreticileri veya çeyrek dönemlik yenilenen "sterilize" kopyalar — mühendislik cevabı değildir. Bu, farkında olmadan uyumluluk kararı veren mühendisler tarafından alınmış bir karardır.
GEV, HAYMER ve devlet katkısı pipeline'larını yıllarca işlettikten sonra şunu söyleyebilirim: Türk BES'indeki test ortamı sorunu bir DevOps eksikliği değildir. Firmaların bir production olayı meseleyi yönlendirme komitesine taşıyana kadar ertelediği bir regülasyon mimarisi meselesidir.
Sentetik Veri BES Gerçeklik Testinden Neden Geçemez
Sentetik katılımcı verisi unit testleri geçebilir. Production'ı geçemez. Nedenleri yapısaldır:
- TCKN geçerliliği ve tekilliği. EGM, mutabakat katmanında hatalı biçimlendirilmiş veya mükerrer TCKN içeren kayıtları reddeder. Rastgele üreticiler, gerçek vatandaşlarla çakışan matematiksel olarak geçerli TCKN'ler üretir; kaydın sandbox'tan çıkması durumunda bu başlı başına bir KVKK ihlali riskidir.
- Bitemporal durum. Gerçek bir katılımcı kaydı hem geçerlilik zamanı geçmişi (sözleşme yürürlük tarihleri, katkı askıları, işveren değişiklikleri) hem de işlem zamanı geçmişi (EGM'ye ne zaman bildirildiği, düzeltmelerin ne zaman girildiği) taşır. Sentetik veri ikinci ekseni nadiren modeller. Pipeline'ınız, hiç geriye dönük düzeltme almamış verilere karşı testleri geçecek, ardından GEV geriye dönük bir düzeltme girdiği ilk anda production'da başarısız olacaktır.
- Devlet katkısı sınır durumları. %25 devlet katkısının kesin eşik koşulları vardır — hak ediş pencereleri, erken çıkış cezaları, işveren sponsorluğunda otomatik katılım geçişleri ve OKS'den BES'e göç patikası. Bunların her birinin gerçek veride bir dağılımı vardır ve sentetik üreticiler bu dağılımın varlığından haberdar değildir; çünkü kurallar üç kez değişti ve tarihsel kalıntı production'da yaşıyor.
- HAYMER çapraz referansları. Vefat, maluliyet ve lehtar kayıtları, kendi gecikme ve düzeltme örüntüleri olan MERNIS ve HAYMER beslemeleri ile mutabık kılınır. Sentetik veri, bir katılımcının ölümü ile pipeline'ın bunu öğrenmesi arasındaki zamanlama kaymasını taklit edemez.
Sonuç: test paketiniz var olmayan bir dünyayı doğrular ve pipeline, o dünyanın gerçek olduğuna inanarak production ile buluşur.
Maskelenmiş Production Verisi Neden Kaçış Yolu Değildir
Refleks cevap, maskelenmiş veya tokenize edilmiş production kopyalarıdır. Bu, bazı sektörler için işe yarar. BES için ise çoğu firmanın önemini küçümsediği üç sorun yaratır:
- KVKK, ismi maskelediğinizi umursamaz. Kayıt; TCKN hash'i, katkı tutarı, işveren ve doğum yılı kombinasyonuyla yeniden tanımlanabilirse, o işleme özel yasal bir dayanağınız olmadan production dışı bir ortamda kişisel veri işlemişsiniz demektir. Denetçiler bunu açıkça sormaya başladılar.
- Maskeleme hesaplamayı bozar. BES hesaplamaları gerçek katkı tutarlarına, gerçek tarihlere ve gerçek işveren tanımlayıcılarına bağlıdır. Bunlardan herhangi birini maskelediğinizde artık pipeline'ı test etmiyorsunuz — sadece aynı kodu paylaşan farklı bir pipeline'ı test ediyorsunuz.
- Yenileme döngüsü bir uyumluluk olayına dönüşür. Sandbox'ı production'dan her yenilediğinizde, KVKK'nın işleme olarak değerlendirdiği bir veri aktarımı gerçekleştiriyorsunuz. Bunu belgelenmiş bir DPIA olmadan çeyrek dönemde yapan firmalar, bir sonraki denetimlerinde keşfedecekleri bulguları biriktiriyor.
Firmaların Aslında Yaptıkları (ve Neden Başarısız Oldukları)
Uygulamada dört örüntü gördüm; hepsi kusurlu:
- Donmuş snapshot. Herkesin test ettiği, 2021'den kalma tek bir maskelenmiş çıktı. QA vakaları aynı snapshot'tan yazıldığı için QA'i geçer. Regülasyon değiştiği ilk anda production'da başarısız olur.
- Sentetik üretici. Temiz, iyi dağıtılmış, matematiksel olarak tutarlı. Sıfır geriye dönük düzeltme, sıfır MERNIS gecikmesi, sıfır gerçek eşik davranışı. Testlerin %100'ünü geçer. İlk ay sonunda çöker.
- Geliştirici laptop'u. Bir mühendis, production sorunlarını yeniden üretmek için gerçek kayıtlardan oluşan bir "debug seti" tutar. Bu sektördeki en yüksek riskli örüntüdür ve en yaygın olanıdır. Laptop çalınmasını bekleyen bir KVKK ihlalidir.
- Paralel çalıştırma. Aslında en az kötü seçenek: yeni pipeline'ı production'a karşı gölge modda çalıştırın, çıktıları karşılaştırın, mutabık kılındığında canlıya alın. Ancak bu, pipeline'ın production'a karşı test edilmeden önce production'a karşı çalıştırılmak üzere güvenli olmasını gerektirir; ki bu tam da sandbox'ların çözmesi gereken döngüsel sorundur.
Kimsenin Vermek İstemediği Mimari Karar
Dürüst cevap şudur: BES firmalarının regüle edilmiş bir test ortamına ihtiyacı vardır — production ile aynı KVKK kontrollerine, erişim loglamasına, şifrelemesine ve denetim duruşuna sahip; hukuk ve uyumluluk tarafından alt ortam olarak değil production'ın uzantısı olarak ele alınan bir ortam. Bu pahalıdır. Aynı zamanda bir EGM incelemesinden sağ çıkabilen tek örüntüdür.
Somut olarak bu şu anlama gelir:
- Pipeline doğrulamasını kapsayan belirli bir DPIA'ya bağlı, test ortamında kişisel veri işleme için belgelenmiş yasal dayanak.
- Test verisine production ile aynı titizlikle yaklaşan; adlandırılmış kullanıcı erişimi ve tam sorgu loglaması dahil erişim kontrolleri.
- Kendisi denetlenebilir bir yenileme mekanizması — script çalıştıran bir DBA değil, ticket'lar, onaylar ve saklama sınırları ile kontrollü bir aktarım.
- Regüle edilmiş test ortamı (gerçek veri, gerçek kontroller) ile geliştirici sandbox'ı (yalnızca sentetik, yeniden tanımlama riski yok) arasında net bir ayrım.
- Gerçek tarihsel senaryolardan derlenmiş, sürümlenmiş ve test varlıkları olarak ele alınan bitemporal fixture'lar — her döngüde yeniden üretilmezler.
Çoğu firma, bir production olayı bu işi yapmamanın maliyetini görünür kılana kadar bunu yapmayacaktır. GEV mutabakat kırılması, devlet katkısı yanlış hesaplaması, yanlış TCKN'ye yapılan lehtar ödemesi — regüle edilmiş test ortamının bedelini nihayetinde ödeyen olaylar bunlardır. Bunu olay yaşanmadan inşa eden firmalar, kendi denetim bulgularını dikkatle okuyan firmalardır.
Rahatsız Edici Sonuç
BES pipeline testi, mühendislik kostümü giymiş bir regülasyon sorunudur. Her kestirme yol — sentetik veri, maskelenmiş snapshot'lar, geliştirici kopyaları — görünür bir mühendislik maliyetini görünmez bir uyumluluk maliyetiyle takas eder ve uyumluluk maliyeti sessizce birikerek bir bulguya, cezaya veya manşete dönüşür.
Türk emeklilik sektöründe yasal pipeline'lar inşa eden ekipler, test ortamını bir DevOps sorusu olarak ele almayı bırakmalıdır. Bu bir KVKK sorusudur, bir EGM sorusudur ve bir bitemporal modelleme sorusudur — bu sırayla. DevOps kısmı kolay olan kısımdır.