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.
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
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ı.
| Karar | Seçilen yol | Neden |
|---|---|---|
| Envanter birimi | Kullanım amacı | Düzenlemenin risk mantığı amaca bağlı; aynı model iki amaçta iki farklı sınıfa girebiliyor |
| Keşif yöntemi | Kayıt defteri, satın alma kayıtları ve birim görüşmeleri | En riskli kullanımlar genelde kayıt defterinin dışında, elektronik tablolarda ve satın alınmış modüllerde |
| Konum belirleme | Sö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çimi | Yazılı karar ağacı, imzalı sonuç | Aynı soruya farklı zamanlarda farklı cevap verilmesini önlüyor ve kararın gerekçesi saklanıyor |
| Dokümantasyon | Model kartına bağlı tek şablon | Risk yönetimi, veri yönetişimi ve insan gözetimi başlıkları ayrı belgelere dağılınca güncelliğini yitiriyor |
| Kayıt tutma | Takma kimlikli günlük, ayrı saklama takvimi | Kayıt yükümlülüğü ile veri minimizasyonu çatışıyor; ikisini aynı deponun içinde çözmek mümkün değil |
| Karar mercii | Hukuk ve uyum imzası, teknik ekip kanaati | Sınıflandırma hukuki bir yorum; teknik ekibin ürettiği şey kanıt ve teknik kanaat |
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#
- 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.
- 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.
- 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.
- 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.
Bir sonraki projede ne değişir?
Bir vakanın en değerli bölümü sonuç değil, tekrar edilebilir dersidir.
- 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ı.
- 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.
- 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.
- 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ı.
- 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ı.
Vaka kütüphanesinden
- EğitimDers materyali üretiminde telif ve kaynak zinciriBir eğitim içeriği ekibinin slayt, çalışma kâğıdı ve ders notu arşivi yıllar içinde karışık kaynaklardan büyümüştü: internetten alınmış görseller, yabancı kitaplardan çevrilmiş paragraflar, farklı lisanslarla dolaşan açık ders materyalleri. Bir hak sahibi itiraz ettiğinde hangi paragrafın nereden geldiğini kimse söyleyemiyor; arama dosya adına ve ekip hafızasına kalıyordu. Model destekli üretim devreye girdikten sonra bu belirsizlik büyüdü, çünkü üretilen metnin dayandığı kaynak hiçbir yerde yazılı olmuyordu. Ekipte yaygın olan eğitim amaçlı kullanım serbesttir varsayımı da hiç denetlenmemiş bir varsayımdı.
- EğitimÖdeve biçimlendirici geri bildirim üretimiBir özel okul grubunda dil ve sosyal bilimler öğretmenleri her hafta çok sayıda yazılı ödev okuyordu; not zamanında giriliyordu ama öğrenciye dönen şey bir puan ile kısa bir genel yorumdu. Hangi öğrencinin hangi rubrik ölçütünde tekrar tekrar zorlandığı hiçbir yerde toplu olarak durmuyordu; öğretmen bunu kendi defterindeki izlenimden hatırlıyordu. Geri bildirim yazma işi mesai dışına taştığı için dönem başındaki ödevlerde ayrıntılı, dönem sonuna doğru tek cümleye inen bir kalite farkı oluşuyordu. Velinin gördüğü tabloda puan vardı, gerekçe yoktu.
- EğitimÖğrenci risk modelinde etik sınırlarBir yükseköğretim kurumunda akademik danışmanlar, dersi bırakma ya da kayıt yenilememe riski taşıyan öğrencilere ulaşmayı sezgiyle yapıyordu: yokluğu fark edilen öğrenciye yazılıyor, fark edilmeyen kimseye görünmüyordu. Devam bilgisi, ödev teslimleri ve öğrenme yönetim sistemi hareketleri ayrı sistemlerde durduğu için kimse bunları tek bir öğrenci için yan yana koymuyordu. Danışmanın haftada yapabileceği görüşme sayısı sınırlıydı ama bu sınırın kime harcandığı hiçbir kayıtta yoktu. Risk modeli gündeme geldiğinde ilk itiraz teknik değildi: skor öğrenciye yapışan bir etikete dönerse ne olacağı soruldu.
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.
