İnsan Onaylı Otomasyon: Onay Noktası Nereye Konur?

Yapay zekâ projelerinde en pahalı hata teknik değil, yetki tasarımıdır. Sistem doğru çalışır, kimsenin onaylamadığı bir işlem yapar ve zarar ortaya çıkana kadar kimse fark etmez. Bunun tersi de aynı derecede pahalı: her adıma onay konur, onay kuyruğu birikir, kimse bakmaz ve sistem terk edilir.

Bu yazı onay noktasının nereye konacağını, onay ekranının nasıl tasarlanacağını, hangi kaydın tutulacağını ve mevzuatın bu konuda ne istediğini anlatıyor.

Tek ölçüt: geri alınabilir mi

Onay noktasının yerini belirleyen soru tek: bu işlem yanlış olursa geri alınabilir mi, kim fark eder, ne kadar sürede?

Üç cevaba göre üç davranış:

Geri alınabilir ve iz bırakıyor. Onay gerekmez. Kayıt açma, veri çıkarma, etiketleme, taslak hazırlama, sınıflandırma, arama. Yanlış olursa düzeltilir, düzeltme kaydedilir.

Geri alınabilir ama iz bırakmıyor veya geç fark ediliyor. Örnekleme ile denetim gerekir. Sistem kendi işler, çıktıların bir yüzdesi düzenli olarak insan tarafından kontrol edilir.

Geri alınamaz. Onay zorunlu. Para çıkışı, stok tahsisi ve sevkiyat, müşteriye giden taahhüt, sözleşme imzası, kalıcı silme, dış sisteme yazılan ve geri alınamayan kayıt.

Bu üçlü ayrım, “yapay zekâ ne kadar güvenilir” tartışmasını gereksiz kılıyor. %99 doğru çalışan bir sistem bile geri alınamaz bir adımda tek başına bırakılmaz, çünkü kalan %1 geri alınamaz.

Üç gözetim modeli ve nerede kullanılır

Model	Nasıl çalışır	Uygun olduğu adım	Riski
Döngüde insan	Her kararı insan onaylar, onaysız işlem olmaz	Ödeme, sevkiyat, sözleşme, dış yazışma	Kuyruk birikir, kör onay başlar
Döngü üzerinde insan	Sistem işler, insan izler ve müdahale eder	Sınıflandırma, yönlendirme, veri çıkarma	İzleme fiilen yapılmaz
Komutada insan	Durdurma ve devre dışı bırakma yetkisi insanda	Her sistem için asgari seviye	Durdurma düğmesi hiç denenmemiştir

AB Yapay Zekâ Yasası’nın 14. maddesi yüksek riskli sistemlerde insan gözetimini zorunlu tutuyor ve gözetim yapan kişinin sistemin kapasite ve sınırlarını anlaması, çıktıyı doğru yorumlaması, çıktıyı reddedebilmesi ve sistemi güvenli biçimde durdurabilmesi gerektiğini sayıyor. Aynı maddede “otomasyon eğilimi”nin — yani insanın çıktıyı kontrol etmeden kabul etme alışkanlığının — farkında olunması ayrıca yazılı.

Bu üç modelin pratik anlamı şu: hepsini aynı sistemde kullanırsınız. Bir fatura eşleştirme sisteminde okuma ve eşleştirme adımı döngü üzerinde, ödeme adımı döngüde, sistemin tamamı komutada insan modelindedir.

Somut senaryo: ödeme öncesi onay ekranı

Hangi süreç. Tedarikçi faturalarının kontrolü ve ödemeye hazırlanması.

Otomasyonun yaptığı. Faturayı okur, sipariş ve mal kabul kaydıyla eşleştirir, tolerans dışı farkları gerekçesiyle yazar, ödeme emri taslağı hazırlar.

Onay ekranında ne var.

• Solda orijinal fatura görüntüsü, sağda çıkarılan satırlar.
• Her satırın yanında eşleşme durumu ve güven seviyesi.
• Tolerans dışı satırlarda gerekçe cümlesi: “birim fiyat sipariştekinden %4 yüksek”.
• Sipariş ve mal kabul kayıtlarına giden bağlantılar.
• Tek bir “onayla” tuşu ve tek bir “istisnaya gönder” tuşu.

Ne yok. Toplu onay tuşu yok. 40 faturayı tek tuşla onaylamak, onay adımını törene çevirir.

Ne kaydediliyor. Kim onayladı, ne zaman, ekranda hangi bilgi vardı, sistem ne önermişti, insan neyi değiştirdi. Bu beş alan hem denetim yükümlülüğünü karşılıyor hem de sistemin hangi durumlarda yanıldığını gösteren tek veri kaynağı.

İşe yaradığı nasıl anlaşılır. İki gösterge izlenir: onaylama süresinin ortalaması ve düzeltme oranı. Onay süresi zamanla çok düşerse kör onay başlamıştır. Düzeltme oranı zamanla düşerse sistem gerçekten öğreniyordur.

Onay ekranı tasarımının beş kuralı

1. Otuz saniye kuralı. Onay adımı ortalama 30 saniyeden uzun sürüyorsa kimse yapmaz. Uzun sürüyorsa çözüm insanı hızlandırmak değil, ekranda gösterilen bilgiyi doğru seçmektir.

2. Kaynağa tek tıkla gidilmeli. Onaylayan kişi bir başka sekmede belge arıyorsa, ekran işini yapmıyor demektir.

3. Güven seviyesi görünmeli. Sistemin emin olduğu ve olmadığı kalemler görsel olarak ayrılmalı. Hepsi aynı görünürse insan hepsine aynı dikkati verir; bu da hiçbirine yeterli dikkati vermez demektir.

4. Reddetmek onaylamak kadar kolay olmalı. Reddetme için gerekçe yazmayı zorunlu tutan ekranlar, insanları onaylamaya iter.

5. Toplu onay olmamalı. Tek istisna: sistem tarafından “aynı kaynak, aynı kural, aynı gerekçe” olarak gruplanmış ve grup içeriği ekranda görünen kalemler.

Otomasyon eğilimine karşı ne yapılır

İnsan onayı koymak, kararın gerçekten insanda kaldığı anlamına gelmiyor. Sistem sürekli doğru çalıştıkça onaylayan kişi kontrol etmeyi bırakıyor. Bu, tasarım hatası değil, insan davranışının bilinen bir özelliği ve karşı önlemler de tasarımda olmalı.

• Örnekleme denetimi. Onaylanan kalemlerin belirli bir yüzdesi ikinci bir kişi tarafından kontrol edilir. Amaç suçlu bulmak değil, sistemin sessizce bozulmasını yakalamak.
• Onay süresi izleme. Ortalama onay süresi belirgin biçimde düştüğünde uyarı üretilir.
• Zorluk enjeksiyonu. Düşük güvenli kalemler görsel olarak ayrılır ve ekranda ayrı bir kuyrukta toplanır.
• Rotasyon. Aynı kişinin aylarca aynı kuyruğa bakması dikkati düşürür.
• Sistemin yanılma örneklerini paylaşma. Onaylayan kişi sistemin nerede yanıldığını biliyorsa, orada dikkatli davranır.

Denetim kaydı: ne saklanmalı

Onay tasarımının en sık eksik kalan yarısı kayıt. “Kim onayladı” tek başına yeterli değil; bir yıl sonra geriye dönüp bakıldığında kararın neye dayandığı anlaşılmalı.

Kayıt alanı	Neden gerekli
Sistemin önerisi	İnsanın neyi kabul ettiği belli olsun
Öneriyi dayandırdığı veri ve kaynak	Yanlışın kaynağı belge mi, mantık mı ayırt edilsin
Güven seviyesi	Düşük güvenli kalemlerin nasıl karşılandığı ölçülsün
Onaylayan kişi ve zaman	Sorumluluk zinciri kurulsun
Ekranda görünen bilgi	Kararın hangi bilgiyle verildiği bilinsin
Yapılan değişiklik	Sistemin nerede yanıldığı öğrenilsin
Onaylama süresi	Kör onay eğilimi izlenebilsin

Son satır çoğu kurulumda hiç tutulmuyor ve aslında en çok bilgi veren alan. Onay süresinin zaman içindeki seyri, sistemin gerçekten denetlenip denetlenmediğini gösteren tek ölçülebilir sinyal.

Kayıtların saklama süresi ayrı bir karar. Kişisel veri içeriyorlarsa süresiz saklamak veri minimizasyonu ilkesine aykırı; sıfırlamak ise denetim izini yok ediyor. Pratik çözüm, karar kaydını saklayıp içeriğin kendisini süre sonunda maskelemek.

Onay yorgunluğunu erkenden yakalamak

Bir onay adımı kurulduktan sonra üç ay içinde şu dört işaretten biri çıkarsa tasarım bozulmuş demektir:

• Onay süresi tek haneli saniyeye indi. Kimse okumuyor.
• Düzeltme oranı sıfıra yaklaştı ama sistem hâlâ istisna üretiyor. İnsan istisnaları da onaylıyor.
• Kuyruk gün sonunda toplu olarak temizleniyor. Onay iş akışının parçası değil, günün son işi hâline gelmiş.
• Onaylayan kişi tek kişi ve izne çıkınca süreç duruyor. Yedek yok; ilk kriz anında onay adımı kaldırılacak.

Dördünün de çözümü aynı yerde: onaylanacak kalem sayısını azaltmak. Onay adımını korumanın yolu, oraya daha az iş göndermek. Tolerans kurallarını genişletmek, düşük riskli kalemleri örnekleme denetimine almak ve otomatik geçen kalemleri ayrı bir raporla haftalık kontrol etmek, üçü birlikte kuyruğu yönetilebilir tutuyor.

Mevzuat çerçevesi

AB tarafı. Yapay Zekâ Yasası’nın 14. maddesi yüksek riskli sistemlerde insan gözetimini zorunlu kılıyor. Yasanın şeffaflık yükümlülükleri ise 2 Ağustos 2026 itibarıyla uygulanabilir hâle geldi ve kullanıcıyla konuşan sistemlerde bildirim zorunluluğu getiriyor. Yüksek riskli sistemlere ilişkin bazı yükümlülüklerin uygulanması ileri tarihe ertelendi; şeffaflık maddesi ertelenmedi.

Türkiye tarafı. KVKK, Kasım 2025’te üretken yapay zekâ, Mart 2026’da etken yapay zekâ sistemleri için rehber yayımladı. Rehberlerde öne çıkan başlıklar veri minimizasyonu, amaç sınırlaması ve otomatik kararların insan tarafından denetlenebilirliği.

Körfez tarafı. Suudi Arabistan’da kişisel veri mevzuatı ve SDAIA’nın yayımladığı yapay zekâ benimseme çerçevesi, veri yönetişimi, model hesap verebilirliği, şeffaflık ve insan gözetimini açık başlıklar hâline getirdi.

Üç mevzuatın ortak gereği aynı cümleye iniyor: yetkili, bilgili ve gerçekten müdahale edebilen bir insan. Bu, sonradan eklenen bir onay tuşuyla karşılanmıyor; sistemin baştan böyle kurulmasını gerektiriyor.

Ne zaman insan onayı koymayın

Dürüstlük iki yöne birden çalışır. Gereksiz onay da en az yetersiz onay kadar zarar veriyor.

Geri alınabilir adımlara koymayın. Kayıt açma, taslak üretme, etiketleme, sınıflandırma. Bunlara onay koymak kuyruk üretir ve kuyruk dikkat tüketir.

Onaylayacak kişi karar veremiyorsa koymayın. Kararı verecek bilgiye ve yetkiye sahip olmayan birinin onayı, sorumluluğu dağıtmaktan başka bir işe yaramaz.

Günde 200’den fazla onay üretecekse koymayın. Bu hacimde onay tören hâline gelir. Yerine örnekleme denetimi ve tolerans kuralları koyun.

Sadece sorumluluk dağıtmak için koymayın. “Birileri baksın” gerekçesiyle konan onaylar, gerçek onaylardan ayırt edilemez hâle gelir ve ikisinin de değerini düşürür.

Sistem zaten kural tabanlıysa ve kural açıksa koymayın. Tolerans içindeki bir eşleşmeye onay koymak, kuralı yazmış olmayı anlamsızlaştırır.

Kendi durumunuzu ölçün

Otomatikleştirmeyi düşündüğünüz süreçte her adım için dört soruyu cevaplayın. Tablo bir sayfaya sığar ve onay tasarımını sizin yerinize yapar.

1. Bu adım geri alınabilir mi? Evet / hayır. Hayır ise onay zorunlu.
2. Yanlış olursa kim, ne kadar sürede fark eder? Cevap “aylar sonra” ise örnekleme denetimi gerekir.
3. Yanlışın parasal karşılığı ne? Bir işlem başına tahmini tutar yazın. Bu sayı onay adımına ne kadar zaman ayrılabileceğini belirler.
4. Onaylayacak kişi kim ve günde kaç onay yapacak? İsim yazın, sayı yazın. Sayı 200’ü aşıyorsa tasarımı değiştirin.

Dört sorunun cevabını süreç adımlarının yanına yazdığınızda ortaya çıkan tablo, teklif alırken sorulacak en iyi teknik şartname olur. Onay noktalarını satıcıya sordurmak yerine kendiniz belirlemiş olursunuz.

Sonraki adım

Süreç otomasyonuna yaklaşımımız iş süreci otomasyonu sayfasında, mevcut sistemlere bağlanma yöntemleri entegrasyon sayfasında, bantlar fiyat sayfasında. Onay adımlarının somut örneklerini fatura eşleştirme otomasyonu ve sipariş girişi otomasyonu yazılarında anlattık. Yukarıdaki dört soruluk tabloyu doldurup teklif formuyla gönderin; onay noktalarını o tablo üzerinden konuşalım.

---

İlgili Depo Rehberleri ve Hesaplayıcılar

• Sevkiyat Hatası ve İade Maliyeti Hesaplayıcı — Deponuzdaki yanlış ürün gönderimlerinin yıllık çift kargo maliyetini hesaplayın.
• En İyi WMS ve Barkodlu Depo Yönetim Programları — Logo, Mikro, Nebim, DİA ve özel WMS sistemleri karşılaştırması.
• Depo Sevkiyat ve Barkod Kontrol Fiyatları — Paketleme masası ve doğrulama istasyonu bütçe rehberi.
• WMS Depo Yazılımı Fiyatları 2026 — Depo otomasyonu ve adresli raf yönetimi maliyetleri.

Sıkça sorulan sorular

İnsan onayı otomasyonun kazancını yok etmez mi?

Hayır, çünkü kazanç kararı vermekten değil, karara hazırlanmaktan geliyor. Bir faturayı okuyup siparişle karşılaştırmak dakikalar sürer, sonucu onaylamak saniyeler. Onay adımı doğru tasarlandığında toplam sürenin küçük bir kısmıdır. Kazancı yok eden şey onay değil, kötü tasarlanmış onay ekranıdır.

Üç gözetim modeli nedir?

Döngüde insan: her kararı insan onaylar. Döngü üzerinde insan: sistem kendi işler, insan izler ve gerektiğinde müdahale eder. Komutada insan: sistemi durdurma ve devre dışı bırakma yetkisi insanda kalır. Üçü aynı anda kullanılabilir ve risk seviyesine göre farklı adımlarda farklı model seçilir.

Onay ekranında ne görünmeli?

Dört şey: sistemin ne yapmayı önerdiği, hangi veriye dayandığı, kaynağa giden bağlantı ve ne kadar emin olduğu. Bunlardan biri eksikse onaylayan kişi ya kör onaylar ya da her seferinde baştan kontrol eder. İkisi de otomasyonu anlamsızlaştırır.

Otomasyon bias'ı ne demek?

İnsanın, sistemin önerisini kontrol etmeden kabul etme eğilimi. Onay adımı varken bile kararın fiilen makinede kalmasına yol açar. Karşı önlemler tasarımda: güven seviyesini göstermek, düşük güvenli kalemleri ayrı kuyruğa almak, örnekleme yöntemiyle denetim yapmak ve onay hızını izlemek. Onay süresi anormal düştüyse kör onay başlamış demektir.

Mevzuat bizden ne istiyor?

AB Yapay Zekâ Yasası'nın 14. maddesi yüksek riskli sistemlerde insan gözetimini zorunlu tutuyor ve gözetimi yapan kişinin sistemin sınırlarını anlaması, çıktıyı doğru yorumlaması, çıktıyı reddedebilmesi ve sistemi durdurabilmesi gerektiğini sayıyor. KVKK tarafında ise otomatik kararların insan tarafından denetlenebilir olması vurgulanıyor. İkisinin ortak gereği aynı: yetkili, bilgili ve gerçekten müdahale edebilen bir insan.

Her adıma onay koyarsak sistem yavaşlamaz mı?

Yavaşlar ve bu yüzden her adıma onay konmaz. Doğru yöntem, adımları geri alınabilirliğe göre ayırmaktır. Kayıt açmak, taslak hazırlamak, veri çıkarmak ve etiketlemek geri alınabilir; onay gerektirmez. Para çıkışı, stok tahsisi, dış yazışma ve kalıcı silme geri alınamaz; onay gerektirir.

İlgili rehberler

• Veriniz nerede tutulmalı? Yerleşim, KVKK ve çıkış planı
• Kurumsal yazılım güvenliği: kim neyi görüyor, kim ne yaptı, yedek geri dönüyor mu?
• Excel'de kaybettiğiniz zamanın maliyeti ne? Elle işlem maliyeti ve amortisman rehberi

Hizmet sayfası: Kurumsal yazılım hizmeti