Katman XII · Karar, İşletme & Yönetişim · 33 / 34

Model Yönetişimi: Lifecycle & Onay

bu bölümün sorusu
Model teknik olarak sağlam. Ama bu yeterli mi? Kim onayladı? Hangi bulgular açık? Son validasyon ne zaman? Yönetişim çerçevesi olmadan teknik kalite operasyonel değere dönüşemez.

Bu bölümün sonunda

  1. Model yaşam döngüsündeki kapıları ve sahipleri tanımlamak
  2. Envanter, önemlilik ve bağımsız validasyonu ilişkilendirmek
  3. Bulguyu risk kabulü, aksiyon ve kapanış kanıtıyla yönetmek

model lifecycle: beş aşama, beş farklı paydaş

Her model geliştirmeden emekliliğe uzanan bir yaşam döngüsü izler. Bu döngünün her aşamasında farklı paydaşlar devrededir ve her geçiş nokta — gate — belgelenmiş bir kararla gerçekleşmelidir. Kapı geçilmeden bir sonraki aşamaya geçilemez.

Bu yapının iki temel amacı vardır: (1) model riskini kurumsal düzeyde görünür kılmak — kim ne modeli kullanıyor, ne zaman güncellendi, bulguları var mı? (2) regülatör denetimine hazır olmak — EBA/BDDK denetçileri hangi model hangi aşamada, belgeler nerede, bulgular nasıl kapatıldı diye sorar.

Validasyon ekibinin görevi sadece performans metriklerini hesaplamak değil, metodoloji, veri, süreç ve kullanım uyumu boyutlarında bağımsız bir yargı üretmektir. Bu yargı, Model Komitesi kararının girdisidir.

artifact — model lifecycle diyagramı (tıklanabilir)

Her aşamaya tıklayın — sorumlu taraf, üretilen belgeler, tetikleyici koşullar ve validasyonun bu aşamadaki rolü görünür. Model riski yönetiminin tam döngüsü.

interactive — model lifecycle diyagramı
katman XII · bölüm 33
Bir aşamaya tıklayın
Yukarıdaki diyagramda herhangi bir aşamaya tıklayarak o aşamanın detaylarını görün: sorumlu taraf, üretilen belgeler ve validasyon ekibinin rolü.
Bağımsızlık ilkesi: Validasyon ekibi model geliştiren ekipten bağımsız olmalıdır. Aynı ekibin kendi modelini validate etmesi, CRR Md.190 ve ECB Guide to Internal Models kapsamındaki bağımsızlık beklentisiyle bağdaşmaz. Bu nedenle büyük bankalarda model geliştirme ve model riski validasyonu organizasyonel olarak ayrılmış birimlerdir.

model risk envanteri ve risk derecelendirme matrisi

Tüm modeller Model Risk Envanteri'nde (MRI) kayıtlı olmalıdır. Her model dört boyutta değerlendirilir ve bütünleşik bir risk skoru ile derecelendirilir:

Risk BoyutuDüşükOrtaYüksekKritik
Önemlilik (Materiality) Operasyonel karar Portföy segmenti IFRS 9 / ECL IRB sermaye
Model Karmaşıklığı Kural tabanlı Lojistik regresyon GBM / RF Derin öğrenme / NN
Veri Kalitesi Tam, doğrulanmış Küçük eksiklikler Proxy/eksik veri Kısa/bölünmüş tarih
Açık Bulgular Sıfır açık bulgu Düşük öncelikli Orta öncelikli Yüksek öncelikli
IRB ve IFRS 9 modelleri neden genellikle "Yüksek" veya "Kritik"? Sermaye hesabını ve/veya bilanço üzerindeki karşılıkları doğrudan etkilerler. Bu, kurum politikasında önceden tanımlanan risk-temelli sıklıkta daha kapsamlı challenge, dokümantasyon ve üst düzey takip anlamına gelebilir; altı aylık döngü evrensel bir kural değildir.

düzenleyici dayanak

SR 26-2 üç savunma hattı model envanteri

Model yönetişiminin omurgası üç savunma hattıdır: 1) modeli geliştiren/kullanan iş birimi, 2) bağımsız model validasyon ve model riski yönetimi, 3) iç denetim. SR 26-2, model riskini hatalı/yanlış kullanılan model çıktılarının olumsuz sonuç potansiyeli üzerinden ele alır ve uygulamayı kurumun model risk profili, büyüklüğü ve karmaşıklığıyla orantılı risk-temelli bir çerçeveye bağlar. Envanter, bağımsız challenge/validation, izleme ve yönetim gözetimi bu çerçevenin parçalarıdır. EBA model yönetişimi ve yerel düzenlemeler (BDDK) aynı sorumluluk ayrımını taşır — validatör ikinci savunma hattının çekirdeğidir.

SR 26-2 (17.04.2026; risk-temelli model risk yönetimi) · EBA model yönetişimi · model envanteri & onay · BDDK

tipik hata

Yaygın yanılgı: "Validasyon bulgusu var ama model çalışıyor, erteleyebiliriz." Açık validasyon bulgularıyla modeli kullanmaya devam etmek — Model Komitesi onayı ve aksiyon planı olmaksızın — hem iç politika ihlali hem regülatör riskidir. Kabul edilen risk ve kapatma takvimi mutlaka dokümante edilmeli; denetçi "bu bulgu neden açık?" diye soracaktır.

İkinci yanılgı: Model Envanteri'ni güncel tutmamak. Deploy edilen model versiyon, kullanım amacı ve son validasyon tarihi güncel değilse, yönetişim sistemi çöker. MRI, canlı bir veri tabanı değil statik bir Excel olduğunda çok geçilmiş versiyonlar, kapatılmamış bulgular ve fark edilmemiş drift bulunur.

Katman XII'nin son bölümü: bu serinin tamamını bir arada bağlayan köprü perspektifi.
Sıradaki bölüm · Katman XII · 34
Birleştirici Çerçeve: Veri Bilimciden Model Risk Uzmanına