Onay Akışı Otomasyonu: Hız ve Kontrolü Aynı Anda Kurmak

Satın alma müdürü Kerem Bey'in telefonuna sabah 07.40'ta bir mesaj düşüyor: "Tedarikçi Aksoy Metal için 184.600 TL ödeme talimatı hazır. Sipariş 4471, irsaliye eşleşti, fatura tutarı sipariş tutarıyla aynı. Onaylıyor musunuz?" Altında iki düğme var: Onayla, Reddet. Kerem Bey kahvesini almadan onaylıyor, çünkü sistem üç kontrolü zaten yapmış; ona kalan tek şey karar. Aynı sabah başka bir mesaj daha gelmiş: "Sipariş 4482 için fatura tutarı siparişten yüzde 11 fazla. Onaysız ödeme yapmadım." O mesajı kahveyle birlikte, dikkatle okuyor.

Bu iki mesaj arasındaki fark, onay akışı otomasyonu denen şeyin özü. Yazılım işi yapıyor, kontrolleri yürütüyor, dosyaları eşleştiriyor; insan yalnızca sonuç doğuran anda devreye giriyor. "Ya her şeyi otomatikleştiririz ya da elle yaparız" ikilemine sıkışmış çoğu KOBİ'nin aradığı orta yol tam olarak bu. Süreç otomasyonunun genel haritasını süreç otomasyonu yol haritamızda çizmiştik; bu yazı o haritanın "hız ile kontrolü aynı anda nasıl tutarız" bölümü.

Aşağıda hangi işlemlerde onay şart, hangilerinde gereksiz sürtünme; onay adımının hızı neden öldürmediği; onaylayan kişinin okumadan "tamam" demeye başladığı anı nasıl yakalayacağınız ve onayı ne zaman kaldırabileceğiniz var. Sonda da Bursa'daki bir mobilya üreticisinde kurduğumuz akışı adım adım anlatıyoruz.

Onay akışı otomasyonu nedir, klasik otomasyondan farkı ne?

Onay akışı otomasyonu, bir sürecin hazırlık ve kontrol adımlarını yazılımın yaptığı, sonuç doğuran kararı ise belirlenmiş bir insanın tek tıkla verdiği tasarımdır. Klasik "şu olursa bunu yap" otomasyonundan farkı, akışın belirli bir noktada durup insanı beklemesi ve insanın yanıtına göre devam etmesidir. Sektör bunu "döngüde insan" (human in the loop) diye adlandırıyor.

Sahada gördüğümüz en yaygın yanlış anlama şu: onay adımı varsa "otomasyon sayılmaz" sanılıyor. Oysa Kerem Bey'in örneğinde yazılım siparişi buldu, irsaliyeyi eşleştirdi, tutarı karşılaştırdı, ödeme talimatını hazırladı ve mesajı yazdı. Eskiden bu beş adım bir muhasebe elemanının yarım saatiydi. İnsanın payına düşen, iki saniyelik bir karar.

Zapier'in kendi tanımı da aynı yönde: sistem işi yapar, kendine ne kadar güvendiğini ölçer, belirlenen güven aralığının dışına çıkınca konuyu insana yükseltir. Yükseltme üç biçim alabilir: onay isteme, ek bilgi isteme ya da "ben şunu yaptım, kontrol et" bildirimi.

Hangi işlemlerde insan onayı şart, hangilerinde gereksiz?

Basit kural şu: geri alınabilen işlemler onaysız, geri alınamayanlar onaylı çalışır. Para çıkışı, müşteriye ya da tedarikçiye giden dış iletişim, canlı sisteme yazılan veri ve hukuki sonuç doğuran her adım onay ister. Taslak hazırlama, sınıflandırma, iç bildirim, rapor üretme gibi hataları beş dakikada düzeltilebilen işler onaysız aksın; oraya konan onay yalnızca sürtünmedir.

Bu ayrımın arkasında yeni bir hukuki gerekçe de var. Nisan 2026 tarihli "AI Agents Under EU Law" başlıklı akademik çalışma, e-posta göndermek ya da ödeme yapmak gibi geri alınamaz eylemlerde sonradan yapılan denetimin yapısal olarak yetersiz kaldığını söylüyor: hata gerçekleştikten sonra fark etmenin, o hatayı önlemekle aynı şey olmadığını hatırlatıyor. Bu tür işlemlerde gözetim eylem anında olmalı.

Pratikte dört sınıf tanımlıyoruz:

• Para: ödeme talimatı, iade, indirim, kredi limiti değişikliği. Tutar eşiğine göre onay.
• Dış iletişim: müşteriye giden teklif, tedarikçiye giden sipariş, kamuya açık paylaşım. İlk gönderim onaylı, tekrarlayan şablonlar zamanla serbest.
• Geri alınamaz veri: kayıt silme, stok düşme, ERP'ye toplu yazma. Her seferinde onay ya da örnekleme denetimi.
• Hukuki sonuç: sözleşme, resmi bildirim, personel kararları. Tek tık yetmez; aşağıda anlatacağız.

Hangi işi yazılıma devredip hangisini insanda tutacağınızın daha geniş çerçevesini insan ve yapay zeka iş bölümü rehberinde ele almıştık; buradaki dört sınıf o çerçevenin onay adımına indirgenmiş hali.

Onay adımı otomasyonun hızını öldürmez mi?

Doğru yerleştirilmiş bir onay adımı akışı yavaşlatmaz, çünkü insan yalnızca kararı verir; hazırlık zaten bitmiştir. Yavaşlatan şey, her adıma onay koymak ya da onayı yanlış kişiye yönlendirmektir. Üstelik onaysız çalışan uzun bir zincirde küçük hata payları katlanarak büyür, bu yüzden onay adımı çoğu zaman zaman kazandırır.

Küçük bir hesap bunu gösteriyor. On adımlı bir akışta her adımın doğruluğu yüzde 95 olsun. Adımlar birbirine bağlıysa uçtan uca başarı 0,95'in onuncu kuvveti, yani yaklaşık yüzde 60 olur. Bu düz bir çarpma işlemi, araştırma bulgusu sayılmaz; ama sahadaki tabloyu iyi anlatıyor. Kırk işlemden on altısında bir yerde yanlış giden zinciri sonradan bulup düzeltmek, kritik iki noktaya onay koymaktan çok daha pahalı.

Hızı korumanın üç pratik yolu var:

• Eşik bazlı onay: 25.000 TL altı ödeme otomatik, üstü onaylı. Eşik, ilk aylarda düşük başlar, hata oranı görüldükçe yükselir.
• Zaman aşımı: Onaylayan 4 saat içinde yanıt vermezse akış ya güvenli tarafa düşer (bekletir ve yedek kişiye gider) ya da düşük riskli işlerde kendi kendine devam eder. Hangisinin seçileceği işin sınıfına bağlı.
• Örnekleme denetimi: Yüksek hacimli düşük riskli işlerde her onuncu kayıt insana gösterilir. Kontrol duygusu korunur, kuyruk oluşmaz.

Bu üç yöntem araçlarda hazır geliyor. n8n'in Wait düğümü ve "gönder ve yanıt bekle" özelliği Slack, Teams, Telegram, e-posta ve WhatsApp üzerinden onay toplayabiliyor; n8n'in kendi belgelerinde yapay zeka ajanının bir aracı çağırmadan önce insana sorması için ayrı bir bölüm var. Zapier ve Make tarafında benzer akışlar bekleme adımı artı bildirim linkiyle kuruluyor; yerleşik onay bileşenlerinin kapsamı sürüme göre değişiyor, kurmadan önce güncel belgeye bakın.

Onaylayan kişi okumadan "tamam" diyorsa ne olur?

Bir onay adımı, onaylayan kişi içeriğini okumuyorsa yoktur. Araştırmacılar buna "döngüde sıcak beden" diyor: kontrol görüntüsü var, özü yok. Bu durumu üç sayıyla yakalayabilirsiniz: karar hızı, düzenleme oranı ve geri çevirme oranı. Onaylar hızlanıp düzenleme ve red sıfıra iniyorsa insan çıkmış, damga kalmıştır.

Bunun bir adı var: otomasyon yanlılığı. TechTarget'ın konuyu inceleyen yazısı, kendinden emin görünen yazılım çıktısına insanların fazla güvendiğini, dikkatli inceleyicilerin bile makul görünen hataları geçirdiğini, yorgunluk eklenince onayın formaliteye döndüğünü anlatıyor. Mayıs 2026 tarihli "The Illusion of Opting" başlıklı akademik çalışma daha sert: sonradan denetime dayanan tasarımlar, kişiye gerçek bir karar imkânı vermiyor. AB Yapay Zeka Yasası bile otomasyon yanlılığını başlı başına bir tehlike olarak sayıyor.

Sahada bunu şöyle düzeltiyoruz. Onay mesajı "Onaylıyor musunuz?" diye sormaz; ne yapılacağını, hangi veriden yola çıkıldığını, kimin yetkisiyle yapılacağını, hata olursa neyin etkileneceğini ve nasıl geri alınacağını beş kısa satırda gösterir. Kerem Bey'in sabahki mesajındaki "irsaliye eşleşti, tutar aynı" satırları bu yüzden orada. Onaylayan kişi bir cümleyi değil bir kanıtı onaylıyor.

Onay ekranına ne kadar az bilgi koyarsanız, onay o kadar hızlı ve o kadar anlamsız olur. Hız istiyorsanız bilgiyi azaltmayın, sıralayın.

Kritik işlemlerde bir de ikinci göz var: dört göz ilkesi. 100.000 TL üstü ödeme iki ayrı kişiden onay ister; ya da birinci onaydan sonra farklı bir model aynı kaydı bağımsız kontrol eder ve tutarsızlık bulursa akışı durdurur. Bu, bankaların yıllardır uyguladığı kuralın yazılıma taşınmış hali.

Sahada bir kurulum: Bursa'da 60 kişilik mobilya üreticisi

Bursa'daki 60 kişilik bir mobilya üreticisinde tedarikçi ödemeleri, müşteri teklifleri ve stok düşümü için üç ayrı onay akışı kurduk. Üçü de aynı iskeleti kullanıyor: yazılım hazırlar ve kontrol eder, WhatsApp'a beş satırlık bir özet gider, ilgili yönetici Onayla ya da Reddet der, akış ona göre devam eder. Kurulum üç haftada canlıya alındı; ilk hafta tam onaylı çalıştı.

Ödeme akışı şöyle çalışıyor. Muhasebeye gelen tedarikçi faturası önce okunur, ERP'deki siparişle ve depodaki irsaliyeyle eşleştirilir. Üçü tutuyorsa ve tutar 25.000 TL'nin altındaysa ödeme talimatı bekleme listesine kendiliğinden yazılır; Kerem Bey her akşam listeyi bir bakışta görür. Tutar eşiğin üstündeyse ya da eşleşme yüzde 2'den fazla sapıyorsa, mesaj sabah 07.30'da telefonuna düşer. Reddettiğinde fatura muhasebeciye "neden" alanıyla döner.

Teklif akışında satış temsilcisi müşteriyle görüşmeyi bitirince taslak teklif kendiliğinden hazırlanıyor. İlk ay her teklif satış müdürünün onayından geçti. Müdür, taslakların yüzde 80'inden fazlasını hiç düzenlemeden onaylayınca standart ürün tekliflerini onaysız gönderime aldık; özel üretim ve yüzde 10 üstü indirim içeren teklifler onaylı kaldı. Buradaki düzenleme oranı ölçümü, onay adımını ne zaman kaldıracağımızı söyledi.

Stok düşümünde ise tek tek onay yerine örnekleme seçtik: günde birkaç yüz hareketten her yirmincisi depo sorumlusuna gösteriliyor, on günde bir de yazılımın kendi tutarsızlık raporu geliyor. Kuyruk oluşmuyor, ama biri hâlâ bakıyor.

Benzer bir onay ekranını görüşme kaydından CRM kaydı üreten akışta da kullanmıştık; oradaki mantığı CRM otomasyonu yazısında anlattık. Destek kutusundaki e-postaların sınıflandırılıp yönlendirilmesinde de aynı "önce onaylı, sonra kademeli serbest" yaklaşımı geçerli; detayı e-posta otomasyonu rehberinde bulabilirsiniz.

Onay adımını ne zaman kaldırabilirsiniz?

Onay adımı, ölçülen düzenleme ve red oranı birkaç hafta boyunca düşük kaldığında ve hata olursa geri alma yolu tanımlıysa kaldırılabilir. Kaldırma bir anda değil kademeli yapılır: önce eşik yükseltilir, sonra tam onay örnekleme denetimine döner, en sonda yalnızca sapmalar insana gider. Yeni bir tedarikçi, yeni bir ürün grubu ya da mevzuat değişikliği geldiğinde onay geçici olarak geri konur.

Sıra önemli, çünkü tersini yapan çok. Deloitte'un 2026 tarihli kurumsal yapay zeka raporundan aktarılan bir bulguya göre şirketlerin yüzde 74'ü iki yıl içinde yapay zeka ajanı devreye almayı planlıyor, ama yalnızca yüzde 21'i bu ajanları yönetecek olgun bir yapıya sahip. Rakam ikincil bir kaynaktan geliyor, raporun kendisini açmadık; yine de aradaki uçurum sahada gördüğümüzle örtüşüyor. Önce ajanı kurup sonra kontrolü düşünen şirket, ilk hatalı ödemeden sonra bütün otomasyonu kapatıyor.

Kademeli serbest bırakmanın takvimi bizde şöyle işliyor:

• 1. ve 2. hafta: her şey onaylı. Düzenleme ve red oranı ölçülmeye başlar.
• 3. ve 4. hafta: düzenleme oranı yüzde 5'in altına inen iş türlerinde eşik yükselir.
• 2. ay: düşük riskli sınıflar örneklemeye geçer; para ve hukuki sınıf onaylı kalır.
• Her ay: üç metrik raporlanır. Onay hızı artıp düzenleme sıfıra iniyorsa onay ekranı yeniden tasarlanır.

Mevzuat bu tasarıma ne diyor?

Onay adımı iyi mühendisliğin yanında giderek bir uyum konusuna da dönüşüyor. Türkiye'de KVKK'nın 11. maddesi, kişiye yalnızca otomatik sistemlerle yapılan analizle aleyhine çıkan sonuca itiraz hakkı veriyor; müşteri hakkında karar üreten akışlarda insan onayı bu hakkın altyapısı. Avrupa'da ise Yapay Zeka Yasası'nın 14. maddesi yüksek riskli sistemler için insan gözetimini zorunlu tutuyor.

14. maddenin özü, KOBİ tasarımı için iyi bir kontrol listesi: gözetimi yapan kişi sistemin sınırlarını anlayabilmeli, otomasyon yanlılığının farkında olmalı, çıktıyı yorumlayıp geçersiz kılabilmeli ve sistemi durdurabilmeli. Çoğu KOBİ akışı yüksek riskli sınıfa girmediği için bu madde size doğrudan yükümlülük getirmiyor; ama AB'ye ihracat yapıyor ya da Avrupalı müşterinin verisini işliyorsanız yakın gelecekte sorulacak.

Bir uyarı daha: hukuki sonuç doğuran onaylarda WhatsApp'taki "Onayla" düğmesi tek başına delil niteliği taşımayabilir. 5070 sayılı Elektronik İmza Kanunu güvenli elektronik imzayı ıslak imzayla eşdeğer sayıyor; sözleşme ve resmi bildirim gibi işlemlerde akışın son adımı e-imza olmalı. Bu paragrafı bir tasarım notu olarak okuyun, hukuki tavsiye yerine geçmez; kendi durumunuzu hukukçunuzla doğrulayın.

Sık sorulan sorular

Onay isteklerini WhatsApp'tan yönetebilir miyim?

Evet. n8n'in bekleme düğümü WhatsApp, Slack, Teams, Telegram ve e-posta üzerinden onay toplayabiliyor. Sahada en yüksek yanıt hızını WhatsApp'ta görüyoruz, çünkü yöneticiler zaten orada. Ancak WhatsApp Business API üzerinden gönderim için önceden onaylı mesaj şablonu gerekir; bunu kurulumda planlayın.

Onaylayan kişi tatildeyse akış ne yapar?

Zaman aşımı kuralı devreye girer. Belirlenen sürede yanıt gelmezse istek yedek onaylayıcıya gider; yedek de yanıt vermezse akış güvenli tarafa düşer, yani işlemi yapmaz ve bekletir. "Yanıt yoksa devam et" ayarını yalnızca geri alınabilir işlerde kullanın.

Her onay için kayıt tutuluyor mu?

Tutulmalı. Kim, ne zaman, hangi bilgiyi görerek, neyi onayladı ya da reddetti; hepsi ayrı bir tabloya yazılır. Bu kayıt, bir sorun çıktığında ilk bakılan yer olduğu gibi denetim için de gereklidir.

Yapay zeka ajanı kendi kendine onay isteyebilir mi?

Evet, modern ajan araçlarında ajan bir aracı çağırmadan önce (ödeme yap, e-posta gönder) durup insana sorabiliyor; inceleyici hangi aracın hangi parametrelerle çalışacağını görür. Bu adım, o eylem geri alınamaz sınıfta olduğu için istenir; ajanın ne kadar akıllı olduğuyla ilgisi yok. Sınıflandırmayı siz yaparsınız, ajan uyar.

Küçük bir işletme için bu kadar tasarım gerekli mi?

Tek kişinin onayladığı, ayda birkaç yüz işlem geçen bir akışta bile eşik, zaman aşımı ve kayıt üçlüsü gerekli. Fark, dört göz ilkesi ve örnekleme gibi katmanların ihtiyaca göre sonradan eklenmesi. Küçük başlamak, kontrolsüz başlamak anlamına gelmez.

Peki siz ne yapmalısınız?

• İşlemlerinizi dört sınıfa ayırın: para, dış iletişim, geri alınamaz veri, hukuki sonuç. Sınıfa girmeyen her şey onaysız akmaya adaydır.
• Her sınıf için eşik ve zaman aşımı belirleyin: "25.000 TL üstü, 4 saat yanıt yoksa yedek kişiye" gibi somut kurallar. Kural yoksa akış da yoktur.
• Onay ekranını beş satırla tasarlayın: ne yapılacak, hangi veriyle, kimin yetkisiyle, hata olursa ne etkilenir, nasıl geri alınır.
• Üç metriği ilk günden ölçün: karar hızı, düzenleme oranı, red oranı. Onay kaldırma kararını hisse değil bu sayılara bağlayın.
• Kaydı ve yedeği unutmayın: her onay bir tabloya yazılsın, her onaylayıcının bir yedeği olsun.

Kerem Bey artık sabah kahvesini iki mesajla içiyor: biri iki saniyesini, diğeri beş dakikasını alıyor. Yazılımın hangi işi hazırlayıp hangi kararı ona bırakacağı üç haftalık bir tasarım işiydi, ondan sonrası ölçüm. Kendi akışınızda hangi işlemlerin hangi sınıfa gireceğini kâğıda dökerken takılırsanız, benzer bir sınıflandırma tablosunu birlikte doldurmak bizim için yarım saatlik bir görüşme.