RPA'dan otonom iş akışlarına

RPA neden tek başına yetmiyor?

RPA, yani robotik süreç otomasyonu, bir insanın ekranda yaptığı tıklama ve yazma adımlarını taklit eder. UiPath veya Microsoft Power Automate masaüstü akışlarıyla kurulan robotlar, API’si olmayan eski sistemlerde yıllardır işe yarıyor. Ama kurumların çoğu aynı sınırlara takılıyor:

• Ekran değişince robot durur. Bir ERP güncellemesi veya banka portalındaki küçük bir tasarım değişikliği bakım işi doğurur.
• Yapılandırılmamış veri. E-posta, serbest metinli başvuru veya her tedarikçide farklı düzende bir PDF, kuralla okunamaz.
• İstisnalar. Kuralın kapsamadığı her durum bir insana düşer ve çoğu zaman nerede beklediği görünmez.
• Görünürlük eksikliği. Hangi robotun ne zaman neden durduğu, merkezi bir yerden izlenmez.

“Otonom iş akışı” gerçekte ne demek?

Bu ifade sık abartılıyor. Bir iş akışının otonomisi açma kapama düğmesi değil, bir derecedir. Hangi derecenin uygun olduğu, hatanın bedeline bağlıdır.

Derece	Akış ne yapar	İnsan ne yapar	Uygun olduğu yer
0. Kural tabanlı robot	Tanımlı adımları ekranda veya API’de tekrarlar	İstisnaları elle çözer	Kararlı, değişmeyen süreçler
1. Yapay zeka destekli adım	Belgeyi okur, talebi sınıflandırır, taslak yazar	Her çıktıyı onaylar	Yeni başlayan, hata bedeli yüksek süreçler
2. Sınırlı karar	Eşik içindeki kararları kendi verir	Eşik dışını ve örneklemi inceler	Test setiyle güven kazanmış süreçler
3. Ajan	Sıradaki adımı kendi seçer, araç çağırır	Sınırları ve izinleri belirler, kayıtları denetler	Adımları önceden bilinemeyen işler

Anthropic’in Building effective agents yazısı bu ayrımı netleştirir: önceden tanımlı yolları izleyen iş akışları, adımlarını kendisi seçen ajanlardan daha öngörülebilirdir. Çoğu kurumsal süreç için ikinci derece yeterlidir. Üçüncü dereceye ancak gerçekten ihtiyaç varsa çıkılmalıdır.

90 günlük yol haritası nasıl görünür?

Aşama	Günler	Yapılan iş	Çıktı
Envanter ve öncelik	1–30	Mevcut robotların ve süreçlerin dökümü, her birinin bakım yükü ve istisna oranı, başlangıç ölçümleri	Önceliklendirilmiş süreç listesi ve pilot seçimi
Pilot	31–60	Bir süreçte kırılgan adımların API’ye taşınması, belge okuma veya sınıflandırma için yapay zeka adımı, insan onay noktaları	Gerçek veriyle çalışan, izlenen bir akış
Yönetişim ve ölçek	61–90	Kayıt, sürümleme ve devir kuralları, test seti, ikinci ve üçüncü süreç için tasarım	Yazılı yönetişim modeli ve sonraki çeyreğin planı

İlk otuz günün en değerli çıktısı başlangıç ölçümüdür. İşlem başına süre, istisna oranı ve robot başına aylık bakım saati kayıt altına alınmazsa, doksanıncı günde neyin iyileştiğini kimse söyleyemez.

Bir uyarı: pilot süreci en karmaşık süreçler arasından seçmeyin. Orta zorlukta, sahibi istekli ve verisi ulaşılabilir bir süreç, doksan gün içinde gerçek bir sonuç gösterme şansını artırır.

Mevcut robotlarla ne yapmalı?

Envanterdeki her robot için dört seçenekten biri seçilir:

• Olduğu gibi kalsın. Kararlı bir ekranda, az istisnayla çalışıyorsa dokunmayın.
• API’ye taşınsın. Hedef sistemin artık bir API’si varsa, ekran otomasyonunu n8n veya benzeri bir entegrasyonla değiştirin. Bakım yükü belirgin biçimde düşer.
• Yapay zeka adımı eklensin. Robot, belge okuma veya sınıflandırma yüzünden sık istisnaya düşüyorsa o adımı bir dil modeline veya UiPath Document Understanding gibi bir belge anlama bileşenine verin.
• Emekliye ayrılsın. Sürecin kendisi gereksizleşmişse robotu kapatın.

Türkiye’deki kurumlarda sık görülen bir örnek: banka portallarından ekstre indiren ve muhasebeye işleyen robotlar. Bankanın kurumsal API’si varsa bu robotlar API entegrasyonuna taşınabilir. Logo, Mikro veya Netsis’e ekran üzerinden veri giren robotlar ise çoğu zaman ilgili ERP’nin entegrasyon seçenekleri incelendikten sonra değerlendirilmelidir.

Yönetişim olmadan neden ölçeklenmez?

Tek bir pilot, yönetişim olmadan da çalışır. On akış çalışmaz. Kimin hangi akıştan sorumlu olduğu, bir model veya istem değiştiğinde neyin yeniden test edileceği ve bir karar sorgulandığında hangi kayda bakılacağı yazılı olmalıdır.

NIST’in AI Risk Management Framework’ü bu işi dört işlev etrafında toplar: yönetişim, bağlamı haritalama, ölçme ve yönetme. Pratikte şu kurallar yeterli bir başlangıçtır:

• Her yapay zeka kararının girdisi, çıktısı ve modeli kayıt altına alınır.
• İstisnalar için kimin ne kadar sürede bakacağı yazılıdır. UiPath’in Action Center bileşeni veya n8n’de bir onay adımı bu devri akışın içine koyar.
• İstem ve model değişiklikleri sürümlenir ve gerçek vakalardan oluşan bir test setiyle denetlenir.
• Kişisel veri içeren adımlar KVKK açısından hukuk danışmanınızla birlikte değerlendirilir.

Hangi ölçütleri izlemelisiniz?

Maliyet tasarrufu tek başına yanıltıcıdır. Robot sayısı da öyle. Şu ölçütler, akışın gerçekten daha güvenilir hale gelip gelmediğini gösterir:

• İnsana düşen istisna oranı
• İstisnanın çözülme süresi
• Robot veya akış başına aylık bakım saati
• Yeni bir süreci canlıya almanın süresi
• Örneklem denetiminde bulunan hatalı karar oranı

Ekip nasıl kurulmalı?

Doksan günlük plan, küçük ama karma bir ekiple yürür. Her rolün sahibi belli olmalıdır.

• Süreç sahibi: İşi bugün yapan birimden biri. Pilotun başarı ölçütünü o belirler ve istisnalarda son sözü o söyler.
• Otomasyon geliştiricisi: RPA, entegrasyon ve yapay zeka adımlarını kuran kişi veya dış ekip.
• BT ve bilgi güvenliği: Sistem erişimlerini, servis hesaplarını ve kayıtların nerede tutulacağını onaylar.
• Hukuk veya uyum: Kişisel veri içeren adımlarda KVKK değerlendirmesine katılır.

En sık yapılan hata, süreç sahibini toplantılara davet edip kararı otomasyon ekibine bırakmaktır. Robotu kuran ekip süreci bilmez. Süreci bilen birim ise kurulan akışı sahiplenmezse, ilk istisnada eski yönteme döner.

Corrplus’ta nasıl yaklaşıyoruz?

Yol haritasını sizin mevcut robotlarınız ve sistemlerinizle başlatıyoruz, hazır bir şablonla değil. Keşif aşamasında envanteri ve başlangıç ölçümlerini birlikte çıkarıyoruz. Tasarım aşamasında pilot süreci, otonomi derecesini, onay noktalarını ve KVKK değerlendirmesini yazılı hale getiriyoruz. Kurulumu kısa döngülerle yapıyor, işletme aşamasında akışları izlemeye devam ediyoruz. Ayrıntılar için RPA danışmanlığı ve yapay zeka ajanı geliştirme sayfalarımıza bakabilirsiniz.