n8n ile Yapay Zekâ Otomasyonu: Kritik İşlemlere İnsan Onayı

Müşteri siparişini iptal etmek istiyor. Yapay zekâ mesajı okuyor, siparişi buluyor ve yanıt hazırlıyor. Buraya kadar iş kolay görünüyor. Asıl karar bundan sonra geliyor: Sistem kendi başına siparişi iptal edip iade başlatmalı mı, yoksa işlemi bir çalışanın önüne mi getirmeli?

n8n ile kurulan yapay zekâ otomasyonlarında bu ayrımı akışın içine yerleştirmek mümkün. n8n’in insan onaylı araç çağrısı dokümanı, seçilen bir araç çalışmadan önce akışın bekletilebildiğini açıklıyor. Onay verilirse araç önerilen girdilerle çalışıyor; reddedilirse o işlem yürütülmüyor. Bu yetenek, şirket sistemlerine erişen ajanları değerlendirirken somut bir başlangıç noktası sunuyor.

E-ticaret operasyon ekibinin iş akışındaki bekleyen işlemi ekrandan incelemesi

Önce işi üç parçaya ayırın

Bir yapay zekâ iş akışı tasarlarken her adımı aynı serbestlikle çalıştırmak gerekmez. İlk parça veriyi okumaktır: doğru müşteriye ait sipariş durumunu sorgulamak, ürün bilgisini almak, talebi sınıflandırmak. İkinci parça öneri üretmektir: yanıt taslağı, iptal gerekçesi veya hangi ekibin ilgilenmesi gerektiği. Üçüncü parça dış dünyada sonuç doğuran eylemdir: mesaj göndermek, kaydı değiştirmek, para iadesi başlatmak.

İlk pilotta öneri üretimini otomatikleştirip son parçaya onay koymak işin sonucunu gözlemlemeyi kolaylaştırır. Okuma adımları da sınırsız olmamalıdır; bir müşteri talebi, bütün müşteri listesini modele açmak için gerekçe değildir. Modele yalnızca o işlem için gereken alanları verin.

Her talep için ajan kullanmak da şart değil. Sipariş numarası belirli bir alandaysa ve karar açık bir kurala bağlıysa, normal düğümler ve koşullar daha anlaşılır olabilir. Modelin katkısını serbest metni anlamak veya taslak hazırlamak gibi gerçekten ihtiyaç duyulan yere yerleştirin.

İptal talebi için örnek akış

Aşağıdaki tasarım bir uygulama önerisidir; kurulmuş bir müşteri sistemi veya n8n’in hazır iade politikası olarak okunmamalıdır.

Talebi doğrulayın. Webhook üzerinden gelen olayın kaynağını, müşteri eşleşmesini ve olay kimliğini kontrol edin. Eksik kimlik bilgisiyle kayıt değiştirmeyin.
Güncel durumu okuyun. Siparişin sevk edilip edilmediğini yetkili kaynaktan alın. Modelin önceki konuşmadaki bilgisini güncel stok veya sevkiyat kaydı yerine kullanmayın.
Taslak hazırlatın. Model talebi özetlesin, önerilen işlemi ve gerekçesini belirli alanlarda döndürsün. Sipariş kimliği ve tutar gibi değerleri kaynak kayıtla karşılaştırın.
İş kuralını uygulayın. İptale uygun olmayan siparişi veya şirketin belirlediği sınırı aşan işlemi ilgili ekibe yönlendirin. Kontrolü yalnızca modele yazılan talimata bırakmayın.
İnsan onayı alın. İnceleyen kişi müşteriyi, sipariş numarasını, işlem türünü, tutarı ve oluşacak yanıtı birlikte görsün.
Durumu yeniden doğrulayıp çalıştırın. Onay beklenirken sipariş sevk edilmiş olabilir. Durum veya işlem parametreleri değiştiyse önceki onayla devam etmeyin; yeniden değerlendirin.
Sonucu kaynaktan teyit edin. API’nin kabul yanıtını ve ardından siparişin gerçek durumunu kontrol edin. Henüz tamamlanmamış bir işlem için müşteriye “iadeniz tamamlandı” mesajı göndermeyin.

Onay ekranında karar için yeterli bilgi olmalı

“Devam edilsin mi?” tek başına yeterli değildir. İyi bir onay iş akışı, neyin değişeceğini ve hangi kayıt üzerinde çalışılacağını gösterir. Gereksiz kişisel bilgileri gizlerken karar için gereken alanları görünür tutun. Onay yetkisinin kime ait olduğunu ve yanıt gelmezse talebin hangi kuyruğa gideceğini de belirleyin.

n8n dokümanında araç adı ve modelin belirlediği parametreler inceleyene aktarılabiliyor; Slack, Teams veya n8n Chat gibi kanallar kullanılabiliyor. Kanalı seçmek, kurumunuzdaki onay yetkisini otomatik çözmez. Kullanıcının kimliğini, yetkisini ve onayın hangi işlem sürümüne ait olduğunu kendi akışınızda doğrulamanız gerekir.

Onay reddedildiğinde ajanın aynı sonucu başka araçtan denemesini önleyecek erişim sınırları koyun. Sistem talimatında reddin nasıl ele alınacağını açıklayın; bu talimatın yanında uygulama düzeyindeki yetki kontrollerini de sürdürün.

Hata ve tekrar, aynı işin iki kez yapılmasına dönüşmesin

Ağ zaman aşımında ilk çağrının karşı tarafta tamamlanıp tamamlanmadığı belirsiz olabilir. Aynı iptal veya iade isteğini hemen yeniden göndermek, yinelenen işlem riski yaratır. Hedef API destekliyorsa bir idempotency key kullanın. Desteklemiyorsa işlem kimliğiyle sonucu sorgulama ve tekrarları kontrol etme mekanizmasını entegrasyonda tasarlayın.

n8n’in hata yönetimi dokümanı, başarısız yürütmeler için Error Trigger ile başlayan ayrı bir hata akışı tanımlanabildiğini anlatıyor. Gerekli koşullarda Stop And Error düğümüyle yürütmeyi bilinçli olarak durdurabilirsiniz. Ancak yeşil görünen bir yürütme, iş sonucunun doğru olduğunu tek başına göstermez; kaynak verisini ve işlem sonrası durumu ayrıca denetleyin.

Başarıyı yalnızca tasarruf edilen dakika ile ölçmeyin

n8n’in değerlendirme yaklaşımı, örnek girdileri akıştan geçirip sonuçları karşılaştırmaya dayanıyor. Kendi pilotunuza normal taleplerin yanında yanlış sipariş numarası, eksik müşteri eşleşmesi, yinelenen olay, reddedilmiş onay ve erişilemeyen API senaryolarını ekleyin.

Başlamadan önce şu ölçümlerin tanımını sabitleyin:

Taslak doğruluğu: İncelenen taslakların kaçı anlamlı bir düzeltme gerektirmedi?
Yanlış eylem: Yetkisiz, yanlış kayıt üzerinde veya yinelenen kaç işlem oluştu?
Bekleme süresi: Onay talepleri ne kadar sürede ele alındı; kaç tanesi açık kaldı?
Toplam emek ve maliyet: Model, altyapı, insan incelemesi ve hata düzeltme birlikte ne tuttu?

Denetim kaydında işlem kimliği, onaylayan kişi ve sonuç tutulmalı; parola, erişim anahtarı ve gereksiz müşteri verisi bulunmamalıdır. n8n’in yürütme verisi ayarları, hangi kayıtların saklanacağını ve eski kayıtların temizlenmesini yönetir. Hata ayıklama ihtiyacıyla kurumun saklama süresini birlikte planlayın.

Başlangıç için tek bir talep türü, sınırlı kullanıcı grubu ve açık bir durdurma koşulu seçin. Pazaryeri soru-cevap operasyonunu tek ekranda toplama yaklaşımındaki gibi, önce iş kuyruğunu anlaşılır hale getirin. Otomatik yürütme yetkisini ancak ölçümler ve hata örnekleri bunu destekledikçe genişletin.

Mevcut süreciniz için otomasyon ve iş akışı ile API geliştirme ve entegrasyon hizmetlerimizi inceleyebilir, bir pilotun sınırlarını belirlemek için bize yazabilirsiniz.

Kaynaklar

Resmî dokümanlar 5 Eylül 2026 tarihinde kontrol edildi. Kurulumunuzdaki sürüm ve kanal desteğini uygulama öncesinde doğrulayın.