RPA, iş akışı otomasyonu ve AI ajanı nasıl ayrılır?

Fark, zekâ etiketinden önce kontrolün nerede tanımlandığıdır

RPA ile yapılan iş “zekâsız”, ajanla yapılan iş “tam otonom” olmak zorunda değildir. RPA’nın içine belge anlama eklenebilir; iş akışı bir ajan çağırabilir; ajan da deterministik bir workflow’u başlatabilir. Mimari karar, her katmanda neyin öngörülebilir ve denetlenebilir kalması gerektiğine göre verilmelidir.

RPA, insanın ekran üzerindeki tekrarlı hareketlerini otomatikleştirir

RPA özellikle API bulunmayan eski uygulamalarda veri girişi, kopyalama, rapor indirme, form doldurma ve dosya taşıma gibi adımları otomatikleştirir. Attended bot kullanıcıyla birlikte, unattended bot ise planlı veya olay tetiklemeli çalışabilir.

• Girdi ve ekran yapısı yüksek ölçüde sabit olmalı.
• İstisna sayısı sınırlı ve tanımlanabilir olmalı.
• Arayüz değişiklikleri izlenmeli ve regresyon testi yapılmalı.
• Robot hesapları, parola ve yetkiler ayrı yönetilmeli.
• Her işlem denetim izi ve hata kuyruğu üretmeli.

RPA’nın zayıf noktası, ekran ve selector değişikliklerine kırılganlık ile uzun vadeli bakım maliyetidir. API veya güvenilir entegrasyon mümkünse yalnız hızlı kurulum gerekçesiyle ekran robotuna bağımlı kalmak teknik borç yaratabilir.

İş akışı otomasyonu sürecin durumunu ve karar kapılarını görünür kılar

Workflow; talebin alınması, doğrulama, görev atama, onay, sistem çağrısı, bekleme, eskalasyon ve kapanış gibi adımları açık biçimde tanımlar. Yol önceden bilinir; if/else, zamanlayıcı, insan görevi ve hata akışıyla kontrol edilir.

Workflow, süreç performansını ölçmek ve görev ayrımı kurmak için güçlüdür. Belirsiz metni yorumlamak gerekiyorsa bu adım modele bırakılabilir; ancak akışın kritik kararları deterministik politikalarda kalabilir.

AI ajanı, hedefe ulaşmak için bağlamı yorumlayıp araç seçebilir

AI ajanı; kullanıcı niyetini, belgeyi veya çevresel bağlamı yorumlar, plan veya ara adımlar oluşturur, izin verilen araçları çağırır ve sonucu gözlemleyerek bir sonraki adımı seçebilir. Bu esneklik, deterministik otomasyona göre daha geniş bir hata ve güvenlik yüzeyi yaratır.

• Ajan kimliği ve kuruma bağlı erişim yetkisi.
• İzin verilen araç, veri ve işlem politikası.
• İşlem limiti ve yüksek etkili adımlarda insan onayı.
• Prompt injection ve kötü niyetli belgeye karşı güven sınırı.
• Plan, araç çağrısı, çıktı ve gerekçenin denetim izi.
• Kill switch, süre sınırı, bütçe ve geri alma mekanizması.

NIST’in AI Agent Standards Initiative’i, ajanların güvenli biçimde kullanıcı adına hareket etmesi, kimlik, birlikte çalışabilirlik ve standartlar açısından güven oluşturulması ihtiyacını vurgular.

Çözüm seçimi süreç özellikleriyle yapılmalıdır

En güvenli mimari çoğu zaman katmanlıdır

Belirsizliği yorumlayan ajan, süreci yöneten workflow ve eski sisteme veri giren RPA birlikte kullanılabilir. Örneğin e-posta ve eklerini ajan sınıflandırır; workflow iş kuralı, limit ve onayları yürütür; RPA yalnız API’si olmayan ERP ekranına onaylanmış veriyi girer.

Her otomasyon türünün başarısızlık biçimi farklıdır

Otomasyon portföyü merkezi standartlarla yönetilmelidir

• Kullanım alanı, iş sahibi, teknoloji sahibi ve risk sınıfı envanteri.
• Geliştirme, test, canlı ve değişiklik onay standartları.
• Robot, servis hesabı ve ajan kimliği yönetimi.
• İstisna kuyruğu ve manuel geri dönüş yolu.
• Başarı, hata, tasarruf ve kalite göstergeleri.
• Yedek süreç, iş sürekliliği ve durdurma koşulu.
• Teknoloji yenileme, emeklilik ve teknik borç kaydı.

Fatura işleme örneğinde üç yaklaşımın sınırı görünürdür

1. AI: Fatura belgesini okur, alanları çıkarır ve belirsizliği işaretler.
2. Workflow: Tedarikçi, sipariş ve tutar kurallarını kontrol eder; yüksek tutarı onaya yollar.
3. RPA: API bulunmayan muhasebe ekranına onaylı kaydı girer.
4. İnsan: Düşük güven, uyuşmazlık veya yeni tedarikçi durumunu inceler.
5. İzleme: Hata, işlem süresi, manuel müdahale ve maliyet ölçülür.

Bu örnekte AI ajanının doğrudan muhasebe kaydı oluşturması zorunlu değildir. Teknolojiyi görevin riskine göre sınırlamak, “tam otonom” etiketten daha değerlidir.

Geçiş planı küçük ve geri alınabilir adımlarla kurulmalıdır

Mevcut otomasyon portföyü bir gecede ajan mimarisine dönüştürülmemelidir. Önce süreçteki deterministik ve yoruma açık adımlar ayrılır; hata hacmi, manuel müdahale, bakım süresi ve işlem maliyeti için baz çizgi oluşturulur. Ajan yalnız düşük etkili yorumlama görevinde denenir; workflow karar kapılarını ve RPA son sistem girişini korur.

Pilot boyunca yanlış sınıflandırma, gereksiz araç çağrısı, süre, maliyet, insan düzeltmesi ve güvenlik olayı ölçülür. Sonuçlar kabul eşiğini karşılamıyorsa kapsam daraltılır veya deterministik akışa geri dönülür. Başarı yalnız otomasyon oranıyla değil, toplam çevrim süresi, kalite, istisna maliyeti ve denetlenebilirlikteki iyileşmeyle değerlendirilmelidir.