Yapay Zekâ ve İş Süreçleri Otomasyonu

İnsan Onaylı Yapay Zekâ İş Akışı Tasarımı Rehberi

Yapay zekânın karar verdiği, kritik adımlarda insan kontrolünün korunduğu iş akışlarını nasıl tasarlayacağınızı öğrenin. Güven eşikleri, onay kuyrukları, istisna yönetimi ve kayıt düzeniyle uygulanabilir bir çerçeve sunar.

Yayınlandı: 4 Ağustos 2026 · Güncellendi: 4 Ağustos 2026

İnsan Onaylı Yapay Zekâ İş Akışı Tasarımı Rehberi

Tam otomasyon yerine neden insan onaylı model?

Yapay zekâ tabanlı iş akışları çoğu ekipte hız, tutarlılık ve ölçeklenebilirlik beklentisiyle gündeme gelir. Ancak her adımın otomatikleştirilmesi doğru tercih değildir. Özellikle mali etkisi yüksek, geri alınması zor veya yorum gerektiren süreçlerde insan onayını koruyan yapı daha dengeli bir yaklaşım sunar. Bu modelde yapay zekâ, öneriyi ya da aday aksiyonu üretir; son karar ise belirlenen yetki ve kurallara göre insan tarafından verilir.

Bu yaklaşımın en güçlü tarafı, süreci yavaşlatmak yerine kontrollü ilerletmesidir. Süreç sahibinin görünürlüğü artar, hatalı kararların erken yakalanması kolaylaşır ve ekipler otomasyona daha rahat güven duymaya başlar. Yapay zekâ iş akışı otomasyonu yaklaşımında da önce süreç seçimi, veri kalitesi, insan onayı ve entegrasyon noktaları birlikte ele alınmalıdır. Benzer biçimde agent tabanlı iş akışlarında da sistemin neyi kendi başına yapacağı, neyi onaya taşıyacağı açıkça ayrılmalıdır.

Her iş için aynı model uygun değildir. Tekrarlayan, düşük riskli ve geri dönüşü kolay adımlar tam otomasyona daha elverişliyken; belge inceleme, ödeme serbest bırakma, erişim açma, sözleşme yönlendirme veya personel işlemleri gibi alanlarda insan-onaylı iş akışı daha güvenli bir temel oluşturur. Buradaki amaç teknoloji eklemek değil, kararın sorumluluğunu doğru noktada tutmaktır.

Rol bazlı yetkilendirme ve işlem kayıtları

Öne çıkanlar

İnsan onayını gerektiren durumları nasıl ayırmalı?

İyi bir tasarımın başlangıcı model seçimi değil, süreç riskinin ayrıştırılmasıdır. Her adım için “yapay zekâ burada sadece yardımcı mı, yoksa karar verici mi olmalı?” sorusu sorulmalıdır. Böylece güven eşiği, geri dönüş yolu ve insan onayı gereksinimi netleşir. İş akışının belirsizliği kaldırdığı ama belirsiz karar alanlarında sorumluluğu paylaşmadığı bir yapı hedeflenir. Kimi’nin agent iş akışı yaklaşımı, bir hedefin mevcut bağlama göre dinamik adımlara bölünebildiğini gösterir. Fakat dinamik davranışın avantajı, denetim ihtiyacını ortadan kaldırmaz. Özellikle dışarıya eylem gönderen, veri değiştiren veya mali sonuç üreten adımlarda kontrol noktası zorunlu hale gelir. Bu yüzden insan onayı, sistemin zayıf noktası değil; kurumsal güvenlik katmanı olarak düşünülmelidir. Aşağıdaki ayrım mantığı çoğu kurumda işe yarar: sonuç geri alınabiliyorsa otomasyon oranı artırılabilir; kararın etkisi yayılıyorsa onay katı güçlendirilmelidir; veri belirsizse model öneriyle sınırlandırılmalıdır. Bu sayede ekipler her süreci aynı sertlikte ele almaz, işlemin niteliğine göre akış kurar. Özellikle finans, insan kaynakları ve operasyon gibi alanlarda bu yaklaşım daha sağlıklıdır.

01

Geri alınması zor adımlar

İnsan onayı olmadan yürütülmemelidir ve gerekirse ikinci kontrol eklenmelidir.

02

Belirsiz veri içeren adımlar

Model yalnızca öneri üretmeli, kararı uzman kullanıcı vermelidir.

03

Yüksek hacimli tekrarlar

Kuralları netse otomasyon derinleştirilebilir, onay örnekleme bazlı tutulabilir.

Uygulama süreci

Uygulanabilir akış taslağı

İnsan onaylı yapay zekâ iş akışı kurarken amaç, karmaşık bir mimariyi ilk günden kurmak değildir. Önce akışın karar noktaları sadeleştirilir, ardından yapay zekâ ve insan rollerinin sınırı belirlenir. En iyi sonuç veren projeler, veriyi ve sorumluluğu netleştiren küçük bir pilotla başlar. Süreç seçimi ve mevcut durum ölçümü yapılmadan teknoloji katmanı eklemek sağlıklı değildir. Aşağıdaki akış, finans onayları, İK talepleri, satın alma kontrolleri veya operasyon istisnaları için uyarlanabilir bir şablon sunar. Temel mantık şudur: sistem veriyi toplar, modeli çalıştırır, güven eşiğini ölçer, gerekiyorsa insan kuyruğuna atar ve sonuçları kayıt altına alır. Böylece hem hız hem de izlenebilirlik korunur. Bir ajan sistemi de benzer biçimde araçları kullanır, sonucu kontrol eder ve gerekirse yön değiştirir. Bu yapıyı kurarken entegrasyon sınırlarını baştan çizmek önemlidir. Örneğin onay mekanizması ERP, CRM, ticket sistemi veya iç portal üzerinden akabilir. Kurumun mevcut altyapısına göre API entegrasyonu, özel yazılım geliştirme veya kurumsal web uygulaması üzerinden düzen kurulabilir. Süreç akışının teknik taşıyıcısı ne olursa olsun, mantık aynı kalır: otomasyon önerir, insan doğrular, sistem uygular.

  1. 01

    1. Girdi toplama

    Talep, belge veya kayıt sistemden alınır ve sınıflandırılır.

  2. 02

    2. Model değerlendirmesi

    Yapay zekâ öneri, özet veya risk işareti üretir; güven seviyesi belirlenir.

  3. 03

    3. Onay yönlendirmesi

    Eşik altında kalan işler uygun role sahip onay kuyruğuna düşer.

  4. 04

    4. Son işlem ve kayıt

    Onaylanan adım uygulanır, reddedilen veya düzeltme gerektiren kayıtlar saklanır.

Karşılaştırma

Tam otomasyon ile insan onaylı akışın farkı

KriterUygun olduğu durumDikkat edilmesi gerekenler
Tam otomasyon

Sabit kurallı ve geri alınabilir işlemler için uygundur.

Belirsizlik ve istisna yönetimi zayıf kalabilir.

İnsan onaylı akış

Riskli kararları kontrollü biçimde insanla buluşturur.

Ek onay adımı nedeniyle operasyonel disiplin ister.

Hibrit model

Hız ile kontrol arasında dengeli bir kurgu sunar.

İlk tasarım daha dikkatli yapılmalıdır.

Kontrol listesi

Güven eşiği, kuyruk ve istisna yönetimi nasıl kurulmalı?

İnsan onaylı iş akışının omurgası güven eşiğidir. Modelin çıktısı belirli bir güven düzeyinin altındaysa sistem otomatik ilerlememeli, uygun onay kuyruğuna yönlenmelidir. Bu eşiğin nasıl belirleneceği, sürecin risk düzeyi ve hata maliyetiyle ilişkilidir. Eşik, yalnızca sezgiye göre değil, süreç sahibinin kabul edeceği operasyonel sınır olarak tanımlanmalıdır. İstisna yönetimi ayrıca tasarlanmalıdır. En sık kaçırılan nokta, yalnızca normal akışı kurup düşük frekanslı ama kritik hataları düşünmemektir. Bir belge eksikse, veri tutarsızsa, rol tanımı uyuşmuyorsa veya model belirsizse, sistemin ne yapacağı önceden tanımlanmalıdır. Bu nedenle onay kuyrukları, red senaryoları ve manuel geri dönüş adımları ayrı birer iş kuralı olarak yazılmalıdır. Kuyruğun yapısı da önemlidir. Tüm işler tek bir genel listeye düşerse uzmanlık dağılır, bekleme uzar ve onay kalitesi düşer. Bunun yerine role, risk türüne veya işlem sınıfına göre ayrılmış kuyruklar daha düzenli çalışır. Gerekirse bu yapı, kurumsal BT bakım ve teknik destek süreçleriyle birlikte izlenebilir hale getirilebilir. Sonuçta amaç sadece işin geçmesi değil; doğru kişinin doğru kaydı doğru zamanda görmesidir.

  • Güven eşiğini tanımla

    Model çıktısının hangi durumda otomatik ilerleyeceğini yazılı hale getir.

  • İstisna senaryolarını yaz

    Eksik veri, çelişki ve düşük güven için ayrı yollar oluştur.

  • Onay kuyruklarını ayır

    Rol bazlı veya risk bazlı kuyruklarla beklemeyi ve karışıklığı azalt.

Rol bazlı yetkilendirme ve işlem kayıtları

İnsan onaylı bir sistem, yalnızca iyi bir kullanıcı arayüzüyle kurulmaz; yetki modelinin açık olması gerekir. Kim neyi görebilir, kim neyi onaylayabilir, kim son kararı verebilir ve kim müdahale edebilir soruları en başta tanımlanmalıdır. Rol bazlı yetkilendirme, yanlış kişinin yanlış işlemi onaylamasını engeller ve denetim izi oluşturur. Bu düzen, kurumsal web uygulaması ya da özel yazılım içinde merkezi olarak uygulanabilir.

İşlem kayıtları ise model çıktısından daha değerlidir; çünkü bir kararın nasıl oluştuğunu geriye dönük anlamayı sağlar. Hangi veri kullanıldı, hangi eşik geçti, neden insan onayına düştü, kim onayladı, hangi not girildi gibi bilgiler saklanmalıdır. Böylece yalnızca sonuç değil, karar zinciri de görünür olur. Bu şeffaflık, ekiplerin otomasyona güven geliştirmesine yardım eder ve hata tekrarını azaltır.

Güçlü kayıt yapısı aynı zamanda geri bildirim döngüsünün temelidir. İnsan onaylayıcı bir kaydı düzelttiğinde bu düzeltme yalnızca o işlem için kalmamalı; modelin, kural setinin veya yönlendirme mantığının iyileştirilmesi için kullanılmalıdır. İşte bu nokta, klasik otomasyon ile öğrenen akış arasındaki farkı belirler. Kurumsal chatbot ve yapay zekâ asistanı çözümleri de benzer biçimde geri bildirimle gelişir.

Uygulama süreci

Finans, İK ve operasyon için uyarlama örnekleri

Finans tarafında insan onaylı yapı; fatura kontrolü, ödeme serbest bırakma, masraf inceleme veya anomali işaretleme gibi alanlarda değerlidir. Burada yapay zekâ belgeleri sınıflandırabilir, tutarsızlıkları ayıklayabilir ve riskli kayıtları öne çıkarabilir. Son serbest bırakma kararı ise belirlenen yetkiye sahip kişide kalır. Bu sayede hız kazanılırken mali disiplin korunur. İnsan kaynaklarında kullanım alanı daha çok başvuru ön eleme, evrak kontrolü, talep sınıflandırma ve süreç yönlendirme tarafındadır. Aday verisinin yorumlanması, yanlılık ve hassasiyet açısından dikkat ister; bu yüzden modelin yalnızca destekleyici rolde kalması sağlıklı olur. Onay mekanizması, işe alım veya personel işlemlerinde sürecin kurumsal politikaya uygun ilerlemesini kolaylaştırır. Operasyon tarafında ise istisna yönetimi, saha talebi yönlendirme, bakım isteği önceliklendirme ve iş emri taslağı oluşturma gibi kullanım senaryoları öne çıkar. Kurumun mevcut sistemleriyle konuşan bir API entegrasyonu ya da özel yazılım katmanı burada kritik hale gelir. Daha geniş ölçekte bulut altyapı ve buluta geçiş planlarıyla da bu akışlar merkezi olarak yönetilebilir.

  1. 01

    Finans süreçleri

    Kontrol ve izlenebilirlik odaklı onay yapısı gerekir.

  2. 02

    İK süreçleri

    Ön eleme ve evrak kontrolünde destekleyici kullanım uygundur.

  3. 03

    Operasyon süreçleri

    İstisna, iş emri ve yönlendirme adımlarında hibrit model işe yarar.

Kontrol listesi

Kurulum öncesi kontrol listesi

Bu kontrol listesi, insan onaylı yapay zekâ iş akışını tasarlarken proje ekibinin ortak bir dil kurmasına yardımcı olur. Listeyi keşif toplantısında doldurmak, belirsizliği azaltır ve teklifleri aynı zeminde karşılaştırmayı kolaylaştırır. Ayrıca teknik ekip ile iş tarafı arasındaki beklenti farklarını erken aşamada görünür kılar. İşte basit ama etkili bir başlangıç seti. Eğer mevcut yapılarınız dağınıksa, önce entegrasyon noktasını belirlemek gerekir. ERP, CRM, iç portal, doküman yönetimi ya da destek sistemi arasında veri akışının hangi kapıdan geçeceği netleşmelidir. Gerekirse kurumsal web tasarımı, web uygulama geliştirme veya özel CRM yazılımı üzerinden tek merkezli bir kontrol alanı kurulabilir. Böylece iş akışı yalnızca model üzerinde değil, tüm sistemler arasında tutarlı biçimde çalışır. Son olarak canlıya geçişte operasyon sorumluluğu unutulmamalıdır. Kim destek verecek, kim hata kuyruğunu izleyecek, kim model çıktısını değerlendirecek ve değişiklikler nasıl yönetilecek soruları net olmalıdır. Bu noktada BT bakım ve teknik destek hizmetleri, süreklilik açısından önemli bir tamamlayıcı olabilir. İyi kurulan insan-onaylı yapı, yalnızca bir otomasyon projesi değil, işleyen bir operasyon modeli haline gelir.

  • Risk düzeyini yaz

    Hangi adımın neden onaya düşeceğini en baştan belirle.

  • Yetki matrisini çıkar

    Rol bazlı onay, inceleme ve müdahale sınırlarını netleştir.

  • Kayıt alanlarını belirle

    Karar, kaynak, güven seviyesi ve notların saklanacağını planla.

  • Entegrasyon kapısını seç

    Sistemin hangi uygulama veya API üzerinden akacağını tanımla.

Keşfetmeye devam et

İlgili içerik ve hizmetler

Konuyu tamamlayan Bikare içeriklerine göz atın.