İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM

TEMSİLÎ VAKA · FİNANS

Kredi karar modellerinin AI Act risk sınıflandırması

Kurumda karar desteğinde kullanılan model sayısı, model kayıt defterinde görünenden fazlaydı: iş birimlerinin elektronik tablolarında yaşayan skorkartlar, satın alınmış araçların içine gömülü puanlama modülleri ve birkaç deneme ortamı kaydın dışındaydı. AB pazarına dönük faaliyet nedeniyle hangi kullanımın yüksek riskli sayılacağı sorusu gündeme geldiğinde soruya cevap verecek bir envanter yoktu. Yükümlülüğün kimde olduğu, yani sağlayıcı mı uygulayıcı mı konumunda bulunulduğu, sözleşmelere bakılmadan tahmin ediliyordu.

Beklenen etki

Kapsam
Karar desteğinde kullanılan modeller kullanım amacı başına kayda alındı; her kaydın keşif kaynağı yazılı
Sorumluluk
Her kullanım için sağlayıcı ya da uygulayıcı konumu ve bu konumun dayanağı kayıtlı
Dokümantasyon
Teknik dokümantasyon tamlığı kontrol listesi üzerinden izleniyor
Yenileme
Amaç, veri kaynağı ve eşik değişiklikleri yeniden değerlendirme tetikleyicisi olarak tanımlı

Temsilî senaryo: buradaki satırlar ölçüm sonucu değil, bu kurulumda hangi büyüklüğün izlenmesi gerektiğini gösterir.

TEMSİLÎ SENARYO

Bu kayıt gerçek bir müşteri işi değildir. Sinaptik Lab'in bu problemde izlediği yaklaşımı, mimari kararları ve ölçüm düzenini göstermek için yazılmış temsilî bir senaryodur: kurum adı taşımaz, içindeki hiçbir değer gerçek ölçüm değildir ve referans olarak gösterilemez. Gerçek projelerden vakalar müşteri onayı alındıkça bu kütüphaneye eklenir.

Problem

Kurumda karar desteğinde kullanılan model sayısı, model kayıt defterinde görünenden fazlaydı: iş birimlerinin elektronik tablolarında yaşayan skorkartlar, satın alınmış araçların içine gömülü puanlama modülleri ve birkaç deneme ortamı kaydın dışındaydı. AB pazarına dönük faaliyet nedeniyle hangi kullanımın yüksek riskli sayılacağı sorusu gündeme geldiğinde soruya cevap verecek bir envanter yoktu. Yükümlülüğün kimde olduğu, yani sağlayıcı mı uygulayıcı mı konumunda bulunulduğu, sözleşmelere bakılmadan tahmin ediliyordu.

Yaklaşım

Envanterin birimi model değil kullanım amacı olarak tanımlandı; aynı skorun tahsis kararında ve pazarlama hedeflemesinde kullanılması iki ayrı kayıt açtı, çünkü düzenlemenin risk mantığı amaca bağlı. Keşif model kayıt defteriyle sınırlı tutulmadı, satın alma kayıtları ve iş birimi görüşmeleri üzerinden yürütüldü. Her kayıt için sağlayıcı mı uygulayıcı mı konumunda olunduğu sözleşme incelemesiyle birlikte belirlendi, çünkü ince ayar ve yeniden markalama bu konumu değiştirebiliyor. Sınıflandırma kararı teknik ekipte bırakılmadı: teknik ekip kanıt ve kanaat üretiyor, sınıflandırmayı hukuk ve uyum birimi imzalıyor.

Kullanılan teknolojiler

  • Kullanım amacı temelli model envanteri
  • Risk sınıflandırma karar ağacı
  • Sağlayıcı ve uygulayıcı konum belirleme
  • Teknik dokümantasyon şablonu
  • Takma kimlikle kayıt tutma
  • Değişiklik tetikleyicili yeniden değerlendirme
01VAKA ANLATIMI

Bağlam, kurulum ve ölçüm

Problem ve yaklaşım özetin üstünde; burada kararların gerekçesi ve mimarinin ayrıntısı var.

Bağlam ve kısıtlar#

AI Act yükümlülükleri bir kurumun bulunduğu ülkeden değil, sistemin hangi pazara sunulduğundan doğuyor. Türkiye'de faaliyet gösteren bir kurum için soru bu yüzden basitleşiyor: hangi ürün, hangi kanalla, hangi pazarda kullanılıyor. Kapsam çalışması da kurum bazında değil ürün ve pazar bazında kuruldu.

İkinci kısıt yerel taraftaydı. Türkiye'de yapay zekâya özel bir çerçeve yürürlükte olmasa da KVKK, ilgili kişiye münhasıran otomatik sistemlerle yapılan analiz sonucu aleyhine çıkan bir sonuca itiraz etme hakkı tanıyor; bu hak, kredi kararı gibi bir akışta itiraz yolunun ve insan değerlendirmesinin süreçte gerçekten var olmasını gerektiriyor. Yani iki çerçeve aynı yere bakıyor ama farklı soruları soruyor ve envanter her ikisine de cevap verecek şekilde tasarlandı.

Veri ve erişim#

  • Model kayıt defteri: eğitim hattından geçen modeller, yalnız başlangıç noktası
  • Satın alma ve tedarikçi kayıtları: içinde puanlama modülü olan araçların keşif kaynağı
  • İş birimi görüşmeleri: elektronik tablolarda yaşayan skorkartlar ve elle kurulmuş kural setleri
  • Sözleşmeler ve hizmet tanımları: sağlayıcı ya da uygulayıcı konumunun dayanağı
  • Karar günlükleri: girdi ve çıktı kaydı, takma kimlikle ve ayrı saklama takvimiyle
  • İtiraz ve gözden geçirme kayıtları: insan değerlendirmesinin süreçte gerçekten işlediğinin kanıtı

Mimari kararlar#

Burada mimari bir yazılım mimarisinden çok bir kayıt mimarisi: neyin bir kayıt açtığı, o kaydın hangi alanları taşıdığı ve hangi olayın kaydı yeniden açtığı. Kararların hepsi bu üç sorunun cevabıydı ve her biri yanlış kurulduğunda sonradan düzeltmesi pahalı.

KararSeçilen yolNeden
Envanter birimiKullanım amacıDüzenlemenin risk mantığı amaca bağlı; aynı model iki amaçta iki farklı sınıfa girebiliyor
Keşif yöntemiKayıt defteri, satın alma kayıtları ve birim görüşmeleriEn riskli kullanımlar genelde kayıt defterinin dışında, elektronik tablolarda ve satın alınmış modüllerde
Konum belirlemeSözleşme incelemesiyle birlikteİnce ayar ve yeniden markalama uygulayıcıyı sağlayıcı konumuna taşıyabiliyor; yükümlülük seti değişiyor
Sınıflandırma biçimiYazılı karar ağacı, imzalı sonuçAynı soruya farklı zamanlarda farklı cevap verilmesini önlüyor ve kararın gerekçesi saklanıyor
DokümantasyonModel kartına bağlı tek şablonRisk yönetimi, veri yönetişimi ve insan gözetimi başlıkları ayrı belgelere dağılınca güncelliğini yitiriyor
Kayıt tutmaTakma kimlikli günlük, ayrı saklama takvimiKayıt yükümlülüğü ile veri minimizasyonu çatışıyor; ikisini aynı deponun içinde çözmek mümkün değil
Karar merciiHukuk ve uyum imzası, teknik ekip kanaatiSınıflandırma hukuki bir yorum; teknik ekibin ürettiği şey kanıt ve teknik kanaat
Kararlar bir yazılım mimarisinden değil kayıt mimarisinden oluşuyor: ne kayıt açar, kayıt ne taşır, kaydı ne yeniler.

Güvenlik ve yetki#

Kayıt tutma yükümlülüğü, uyum tarafında en çok teknik tartışma çıkaran başlık oldu. Bir karar akışının girdi ve çıktısını uzun süre saklamak, aynı veri için yerel mevzuatın öngördüğü minimizasyon ve saklama sınırıyla çelişiyor. Çözüm, günlükte kimlik verisi yerine takma kimlik tutmak ve kimlik eşlemesini erişimi ayrı yetkilendirilmiş bir depoda bırakmak oldu; böylece denetim izi ayakta kalırken kişisel veri yığını büyümüyor. Envanter kaydının kendisi de yetkilendirildi, çünkü hangi kararın hangi modelle verildiği bilgisi tek başına hassas.

Ölçüm düzeni#

Bu çalışmada ölçülen şey model performansı değil kaydın güvenilirliği. Sorulan sorular şunlar: envanter gerçeği kapsıyor mu, kayıtlar güncel mi, dokümantasyon eksiksiz mi ve bir değişiklik olduğunda kayıt gerçekten yenilendi mi.

  • Kapsama denetimi: bağımsız bir keşif turu, kayda girmemiş kullanım bulup bulmadığıyla ölçülüyor
  • Dokümantasyon tamlığı: her yüksek riskli kayıt için kontrol listesinin doldurulmuş alan oranı takip ediliyor
  • Tazelik: kaydın son gözden geçirme tarihi ve gözden geçirmeyi yapan kişi izleniyor
  • Tetikleyici disiplini: amaç, veri kaynağı veya eşik değişikliğinin kayda yansıma süresi ölçülüyor
  • İnsan gözetiminin işlerliği: itiraz ve elle gözden geçirme kayıtlarının gerçekten oluştuğu örneklemle kontrol ediliyor
  • Günlük bütünlüğü: karar günlüğünün eksiksizliği ve takma kimlik eşlemesinin erişim izleri denetleniyor

Devreye alma ve işletme#

  1. 1Keşif

    Model kayıt defteri, satın alma kayıtları ve iş birimi görüşmeleri birlikte taranıyor; her bulgu kullanım amacı düzeyinde kayda açılıyor ve keşif kaynağı yazılıyor.

  2. 2Sınıflandırma atölyesi

    Model sahibi, hukuk ve uyum aynı masada karar ağacını yürütüyor; sonuç ve gerekçe imzalanıyor, tartışmalı noktalar açık soru olarak kayda geçiyor.

  3. 3Dokümantasyon

    Yüksek riskli sınıflandırılan kayıtlar için teknik dokümantasyon şablonu dolduruluyor: amaç, veri yönetişimi, doğruluk ve sağlamlık, insan gözetimi, kayıt tutma.

  4. 4Değişiklik kapısı

    Amaç, veri kaynağı veya eşik değişikliği yayım akışında bir kapıya bağlandı; kayıt güncellenmeden değişiklik üretime çıkmıyor.

Nerede yanıldık#

Envanteri model kayıt defterinden başlattık ve bir süre boyunca düzgün ilerlediğimizi sandık. Sonra ortaya çıktı ki karar üzerinde en çok etkisi olan puanlamaların bir bölümü kayıt defterinde hiç yok: biri bir iş biriminin yıllardır bakım yaptığı elektronik tabloda, bir diğeri satın alınmış bir aracın içinde gömülü bir modülde yaşıyordu. Keşfi satın alma kayıtlarından ve birim görüşmelerinden yeniden kurmak zorunda kaldık. Bundan ayrı bir hata tanım tarafında yapıldı: yapay zekâ sayılan şeyi kendimize göre daralttık ve kural tabanlı bir skorkartı baştan kapsam dışı saydık. Bu bir teknik tercih değil hukuki bir yorumdu ve teknik ekibin verebileceği bir karar değildi; sonraki turda kapsam sorusunu daraltmadan, kanaatimizi ayrıca not ederek hukuk birimine taşıdık.

02ÖĞRENİLEN DERSLER

Bir sonraki projede ne değişir?

Bir vakanın en değerli bölümü sonuç değil, tekrar edilebilir dersidir.

  1. 01

    Envanterin birimi model olunca aynı skorun iki farklı amaçta kullanılması tek kayda sıkışıyor ve risk sınıflandırması yanlış çıkıyor; birim kullanım amacı olmalı.

  2. 02

    Model kayıt defteri envanter için yeterli değil: en riskli kullanımlar genellikle elektronik tablolarda ve satın alınmış araçların içindeki puanlama modüllerinde duruyor, keşif satın alma kayıtlarından yürümek zorunda.

  3. 03

    İnce ayar yapmak ya da bir aracı kendi markası altında sunmak uygulayıcıyı sağlayıcı konumuna taşıyabiliyor; sözleşme incelemesi teknik incelemeyle aynı masada yürümeli.

  4. 04

    Kayıt tutma yükümlülüğü ile veri minimizasyonu doğrudan çatışıyor; girdi ve çıktı günlüklerinin takma kimlikle tutulması ve ayrı bir saklama takvimine bağlanması baştan tasarlanmalı.

  5. 05

    Sınıflandırma bir kerelik bir çalışma değil: amacın değişmesi teknik bir değişiklik gibi görünmediği için gözden kaçıyor, bu yüzden yeniden değerlendirme tetikleyicileri yazılı olmalı.

03DİĞER VAKALAR

Vaka kütüphanesinden

BUILD

Aynı yaklaşımı kurumunuzda kurmak ister misiniz?

Discovery oturumunda mevcut durumunuzu, veri erişiminizi ve başarı tanımınızı birlikte yazıyoruz.