AI Kullanımında Alan Bazlı Veri Minimizasyonu

Daha fazla veri her zaman daha iyi değildir

Bir ekip, gecikmiş faturaları özetlemek için AI aracına bütün cari kartı, iletişim geçmişini ve belge eklerini gönderebilir. Oysa görev için yalnız vade, açık tutar, işlem durumu ve sınırlı bir müşteri kimliği yeterli olabilir. Gereksiz alanlar doğruluğu artırmadan mahremiyet, güvenlik ve tedarikçi riskini büyütür. Veri minimizasyonu, AI’yi verisiz bırakmak değil; her amaç için gerekli en dar veri kümesini tasarlamaktır.

6698 sayılı Kanun’un temel ilkeleri arasında verinin belirli, açık ve meşru amaçlarla; amaçla bağlantılı, sınırlı ve ölçülü işlenmesi bulunur. KVKK’nın üretken yapay zekâ rehberi de yaşam döngüsü boyunca kişisel veri etkilerinin değerlendirilmesini vurgular. Bu ilkeler tek bir teknik ayarla sağlanmaz; kullanım amacı, alan seçimi, aktarım, saklama ve silme birlikte ele alınmalıdır.

Görev-veri matrisi kurmak

İlk adım her AI görevini ayrı satıra yazmaktır. “Finans asistanı” çok geniş bir tanımdır. “Vadesi geçen faturalar için iç özet üretme”, “müşteri e-postası taslağı hazırlama” ve “gider belgesi alanlarını çıkarma” farklı veri ihtiyacına sahiptir. Her satır için şu sorular sorulabilir:

Çıktının oluşması için zorunlu alan hangisi?
Faydalı ama zorunlu olmayan alan hangisi?
Hiç kullanılmaması gereken hassas alan hangisi?
Veri gerçek kişiyle ilişkilendirilmek zorunda mı?
Tam tutar yerine aralık veya türetilmiş gösterge yeterli mi?
Belgenin tamamı yerine belirli sayfa ya da alan kullanılabilir mi?
Çıktıyı kontrol edecek kişi hangi orijinal kaynağa erişecek?
Veri model sağlayıcısına mı, şirket içi katmana mı gönderilecek?

Bu matris hukuk, süreç ve teknik ekip tarafından birlikte onaylanmalıdır. Tek başına geliştiricinin alan seçmesi iş amacını; süreç sahibinin seçmesi de teknik veri akışını gözden kaçırabilir.

Kimlikten işaretçiye geçmek

Modelin müşterinin adını bilmesi gerekmiyorsa benzersiz ama anlamsız bir iç kimlik kullanılabilir. Telefon, e-posta, adres, vergi veya kimlik numarası prompttan çıkarılabilir. Serbest metindeki kişisel bilgiler maskeleme katmanıyla azaltılabilir. Ancak takma adlandırma anonimleştirme değildir; eşleştirme anahtarı duruyorsa veri hâlâ kişisel olabilir.

Tam tutarı aralığa çevirmek bazı analizlerde işe yarayabilir, fakat finansal doğrulamada ayrıntıyı kaybettirebilir. Bu nedenle minimizasyon, kör biçimde veri bozmak değildir. Kesin hesap gereken işlem AI’ye devredilmemeli; deterministik hesaplama ayrı yapılmalı ve model yalnız gerekli sonucu açıklamalıdır.

Prompt öncesi ve sonrası kontrol

Minimizasyon kullanıcıdan “dikkatli olmasını” istemekle sınırlı kalmamalıdır. Uygulama, izinli alan listesini otomatik uygulayabilir; yasaklı alanları maskeleyebilir; dosyanın tamamı yerine yapılandırılmış veri gönderebilir. Gönderim öncesi önizleme, kullanıcıya hangi alanların dış hizmete gideceğini gösterebilir.

Çıktı da kişisel veri içerebilir. Model girdide olmayan bir kişiyi tahmin edebilir, kaynak belgedeki bilgiyi gereksiz tekrar edebilir veya önceki bağlamdan veri taşıyabilir. Çıktı filtresi, yetki kontrolü ve insan incelemesi gerekir. Yalnız girdi temizliği yeterli değildir.

Saklama, eğitim ve alt işlemci soruları

Kurumsal hesap kullanmak, girdilerin hiç saklanmadığı veya eğitimde kullanılmadığı anlamına otomatik olarak gelmez. Sağlayıcının sözleşmesi, ayarları, alt işlemcileri, destek erişimi, yedekleme ve silme süreci doğrulanmalıdır. “Eğitim dışı” ayarı olsa bile güvenlik günlüğü veya kötüye kullanım incelemesi için belirli kayıtlar tutulabilir. Fiili akış sözleşmeyle karşılaştırılmalıdır.

Şirket içinde de aynı disiplin gerekir. Prompt geçmişi, ekran görüntüsü, hata kaydı ve değerlendirme veri seti ayrı kopyalar yaratabilir. Her kopyanın amacı, erişeni ve silme tetikleyicisi belirlenmelidir. Saklama süresi dolan veri yalnız ana tablodan değil, indeks, önbellek ve uygun süreçte yedeklerden de ele alınmalıdır.

Loglar da minimize edilmeli

Denetim izi gereklidir, fakat her loga ham müşteri verisi yazmak zorunlu değildir. İstek kimliği, alan listesi, veri sınıfı, model sürümü, politika sonucu ve insan kararı çoğu inceleme için yeterli olabilir. İçeriğin kendisi gerekiyorsa erişim daha dar, süre daha kısa tutulabilir. Loga erişim de kaydedilmelidir.

KVKK veri güvenliği açıklamaları, veri sorumlusunun hukuka aykırı işleme ve erişimi önlemek ile muhafazayı sağlamak için teknik ve idari tedbirler almasını öngörür. Hizmet başka bir kişi tarafından işlense de sorumluluk değerlendirmesi ortadan kalkmaz.

İnsan ve finansal gerçeklik sınırı

Minimize edilmiş veri bazen modelin emin olmasını zorlaştırır. Sistem bu belirsizliği saklamamalı; eksik kanıt nedeniyle çekimser kalabilmelidir. Kullanıcı, daha fazla kişisel veri ekleyerek sonucu zorlamaya teşvik edilmemelidir. Gerekli ayrıntı yalnız yetkili inceleme kanalında açılmalıdır.

AI çıktısı, vergi veya muhasebe kaydı değildir. Tutar, taraf, belge ve durum; kaynak sistem ile yetkili insan tarafından doğrulanmalıdır. Minimizasyon nedeniyle kaybolan bağlam, otomatik kesin işlemle telafi edilemez.

Sonuç

Alan bazlı minimizasyon, her kullanım amacı için veri bütçesi koymaktır. Görev-veri matrisi, otomatik maskeleme, tedarikçi incelemesi, sınırlı log ve silme kontrolü birlikte çalışır. Hukuki dayanak, aydınlatma ve yurt dışı aktarım ayrıca değerlendirilmelidir; açık rıza varsayılan çözüm gibi görülmemelidir. En güvenli veri, iş amacı için hiç toplanması veya aktarılması gerekmeyen veridir.

İstisnayı süreli yönetin

Bir görev için normalden fazla alana ihtiyaç duyulursa istisnanın amacı, kapsamı, onaylayanı ve bitiş tarihi kaydedilmelidir. İş tamamlandığında erişim geri alınmalı ve geçici kopyaların silinme sonucu doğrulanmalıdır. Süresiz istisna, zamanla görünmeyen yeni varsayılana dönüşür.