RPA Nedir? Robotik Süreç Otomasyonu İçin Kapsamlı Rehber

RPA (Robotic Process Automation, Türkçesiyle robotik süreç otomasyonu), bir çalışanın bilgisayar başında yaptığı kural tabanlı ve tekrar eden işlemleri yazılım robotlarına devreden otomasyon teknolojisidir. Yazılım robotu ekranı okur, tıklar, veri kopyalar, form doldurur, dosya taşır ve sistemler arasında bilgi aktarır. RPA ne demek sorusunun en kısa yanıtı budur: mevcut yazılımlarınızı değiştirmeden, onların kullanıcı arayüzü üzerinden çalışan dijital bir iş gücü.

RPA'yı diğer otomasyon yaklaşımlarından ayıran şey, entegrasyon zorunluluğunu ortadan kaldırmasıdır. Eski bir muhasebe programının API'si yoksa ya da ERP'nizin belirli bir ekranına dışarıdan erişilemiyorsa, RPA robotu o ekrana tıpkı bir kullanıcı gibi girer ve işi tamamlar. Bu pratiklik RPA'yı yaygınlaştırdı; aynı pratiklik, aşağıda sıraladığımız başarısızlık nedenlerinin de kaynağıdır. RPA sık sık yapay zeka ile karıştırılır; oysa klasik RPA öğrenmez, yorumlamaz ve kendi başına karar vermez — kendisine yazılan kuralı uygular.

RPA nasıl çalışır?

Bir RPA yazılımı genellikle üç katmandan oluşur: geliştirme ortamı, robot ve orkestratör.

• Geliştirme ortamı: Sürecin adımlarının akış şeması ya da kod olarak tanımlandığı katman. "Şu klasördeki dosyayı aç, şu alanı oku, şu ekrana yaz, eşleşmezse şu kuyruğa at" gibi talimatlar burada kurulur.
• Robot: Tanımlanan akışı bir sunucuda ya da masaüstünde fiilen çalıştıran çalıştırıcı. Bir kullanıcı oturumu açar, uygulamaları kullanır, adımları sırayla uygular.
• Orkestratör: Robotların ne zaman çalışacağını planlayan, kuyrukları yöneten, hataları toplayan ve kayıt tutan kontrol merkezi. Robot sayısı ve denetim gereksinimi büyüdükçe asıl fark bu katmanda ortaya çıkar.

Tipik bir kurulum altı aşamada ilerler: 1) süreç uçtan uca gözlemlenir ve adımlara ayrılır, 2) istisnalar çıkarılır — fatura numarası boşsa ne olacak, sistem yanıt vermezse kaç kez yeniden denenecek, 3) akış geliştirilir, 4) test verisiyle denenir, 5) üretime alınır, 6) izlenir. Son adım, proje bitti hissiyle ihmal edilmemelidir: izlenmeyen robot, sessizce yanlış veri üreten robota dönüşebilir. Takvimi en çok belirleyen ise ikinci adımdır; çok kısa bir takvim vaadiyle karşılaşırsanız istisna analizine ne kadar zaman ayrıldığını sorun.

Gözetimli ve gözetimsiz robotlar

Gözetimli (attended) robotlar, çalışanın makinesinde onun tetiklemesiyle ve gözetiminde çalışır; çağrı merkezinde görüşme sırasında bir formu doldurmak gibi işler için uygundur. Gözetimsiz (unattended) robotlar ise insan gözetimi olmadan, genellikle sunucuda ve plana göre çalışır; gece mutabakat yapmak, sabah raporu hazır bırakmak gibi arka plan işleri bu gruba girer. Bu ayrım lisanslamaya da yansır: örneğin Microsoft'un lisans belgesine göre Power Automate Premium kullanıcı lisansı bir gözetimli robot içerir; gözetimsiz çalıştırma için ise Process lisansı ya da kullandıkça öde seçeneği gerekir ve paralel çalışacak her gözetimsiz akış için ayrı Process lisansı alınır. İki tür aynı kurumda birlikte kullanılabilir.

Hangi işler RPA'ya uygun, hangileri değil?

Süreç seçimi, RPA projesinin sonucunu belirleyen en güçlü değişkenlerden biridir. Yanlış süreç seçildiğinde başarısız olan teknoloji değil, seçimdir. Aşağıda uygun süreçlerin ve RPA'nın zorlandığı işlerin niteliklerini sıraladık.

RPA'ya uygun işler

• Yüksek hacimli ve tekrar eden: Aynı işlem gün içinde çok sayıda yapılıyorsa otomasyonun getirisi daha nettir.
• Net kurallara oturan: "Eğer şu koşul varsa şunu yap" biçiminde yazılabilen, istisnası az olan işler.
• Yapılandırılmış veriyle çalışan: Tablolar, sabit formatlı formlar, standart dosya isimleri.
• Sistemler arası kopyala-yapıştır: İki uygulama arasında veri taşımak için insanın aracı olduğu her nokta.
• Kararlı arayüzler: Seyrek güncellenen, ekran düzeni oturmuş uygulamalar.
• Denetim izi gereken işler: Kimin ne zaman ne yaptığının kayıt altına alınması gereken finansal ve idari işlemler.

RPA'nın zorlandığı işler

• Muhakeme gerektirenler: "Bu talep şikâyet mi, bilgi talebi mi?" gibi yorum isteyen kararlar.
• Serbest metin ve düzensiz belgeler: Her tedarikçiden farklı düzende gelen faturalar, e-posta gövdesindeki talepler, el yazısı notlar.
• Sık değişen süreçler: Kuralları sık değişen bir süreçte robot, sürekli bakım isteyen bir yüke dönüşür.
• Düşük hacimli işler: Seyrek yapılan bir işlem için geliştirme ve bakım eforu çoğu zaman geri dönmez.
• Tanımı olmayan süreçler: Her çalışanın farklı yöntemle yaptığı işler önce standartlaştırılmalı, sonra otomatikleştirilmelidir.

RPA araçları ve yazılım kategorileri

RPA araçları tek bir kalıba sığmaz; ihtiyacın şekline göre dört kategori öne çıkar: kurumsal platformlar, iş uygulaması ekosistemine gömülü araçlar, kod öncelikli yaklaşımlar ve API tabanlı entegrasyon araçları.

Kurumsal RPA platformları

Kurumsal RPA platformları, robot filosunu tek merkezden yönetmek üzere tasarlanmıştır. UiPath, Automation Anywhere ve SS&C Blue Prism bu kategorinin bilinen örnekleridir. Rol bazlı yetkilendirme, kimlik bilgisi kasası, kuyruk yönetimi, ayrıntılı kayıt (log) tutma ve sürüm kontrolü bu platformların ortak yetenekleridir; UiPath bu merkezî katmanı Orchestrator adıyla kendi ürün dokümantasyonunda ayrıntılı tarif eder. Çok sayıda robotun aynı anda çalıştığı, denetime tabi ortamlarda belirleyici olan şey robotun kendisi değil, bu yönetişim katmanıdır.

Bu kategoride lisans modelleri de karmaşıklaşır. UiPath, kullanıcı lisanslarını tüketim birimleriyle birleştiren iki plan sunar: tek bir "Platform Unit" birimine dayanan Unified Pricing ve Robot Unit, AI Unit, Agent Unit gibi ayrı birimler kullanan Flex (UiPath lisans planları). Plan yapıları zaman içinde değiştiği için karşılaştırmayı güncel lisans belgesi ve teklif üzerinden yapmak gerekir.

İş uygulaması ekosistemine gömülü otomasyon

İş uygulaması ekosistemine gömülü otomasyon araçları, kurumun zaten kullandığı ofis ve bulut ortamının içinden çıkar. Microsoft Power Automate bunun bilinen bir örneğidir: masaüstü akışlarıyla klasik RPA işlerini görür, bulut akışlarıyla servisler arası entegrasyonu üstlenir. Microsoft'un masaüstü akışları dokümantasyonu, bu akışların eski uygulamalar dahil masaüstü ve web uygulamalarıyla arayüz öğeleri, görüntüler veya ekran koordinatları üzerinden çalıştığını anlatır. Giriş engelinin düşüklüğü avantajdır; işin içine giren sistem ve akış sayısı arttıkça yönetişim ihtiyacı da hızla artar.

Kod öncelikli ve açık kaynak yaklaşımlar

Kod öncelikli yaklaşımlarda kurum, tarayıcı otomasyon kütüphaneleri, test otomasyonu çatıları veya n8n gibi kendi sunucunuza kurulabilen iş akışı araçları üzerine kendi robotlarını inşa eder. Lisans maliyeti düşüktür ya da hiç yoktur ve esneklik yüksektir (n8n'in ücretsiz topluluk sürümü klasik açık kaynak değil, iç kullanıma izin veren "fair-code" lisanslıdır). Buna karşılık zamanlama, izleme, hata yönetimi ve yetki yönetimi katmanlarını kurumun kendisi kurar ve bakımını üstlenir; bunu sürdürecek bir yazılım ekibi yoksa bu yol gerçekçi değildir.

API ve entegrasyon araçları

API ve entegrasyon araçları tam olarak RPA değildir, ama sık sık aynı ihtiyaca yanıt verir. İki sistem arasında API varsa, ekran üzerinden çalışan bir robot yerine doğrudan entegrasyon neredeyse her zaman daha sağlamdır: arayüz değişikliği entegrasyonu kırmaz. Bir sistemin uçlarının OpenAPI belirtimiyle tanımlanmış olması, ihtiyaç duyulan işlemleri kapsıyorsa RPA'ya gerek kalmayabileceğinin güçlü bir işaretidir. Microsoft da Power Automate lisans belgesinde RPA'yı, hazır bağlayıcısı ve kullanılabilir API'si olmayan uygulamalar için gereken yöntem olarak tanımlar. İyi bir otomasyon kararı "önce API var mı" sorusuyla başlar; RPA, API'nin olmadığı yerde devreye girer.

Araç seçerken sorulacak sorular

Araç seçiminde şu sorular işe yarar:

• Robotlar hangi sistemlere dokunacak, bu sistemlerin API'si var mı?
• Kaç robot çalışacak ve kim yönetecek?
• İşlenen veri kişisel veri mi, nerede saklanacak?
• Hata olduğunda kime, ne kadar sürede haber verilecek?
• Lisans modeli kullanıcıya mı, robot sayısına mı, yoksa tüketim birimine mi bağlı?

RPA faydaları

RPA'nın getirileri, doğru seçilmiş bir süreçte şu başlıklarda somutlaşır:

• Zaman kazancı: Gözetimsiz robot mesai saatine bağlı değildir; gece işlenen bir toplu iş sabah hazır olur.
• Tutarlılık: Aynı adımlar her seferinde aynı şekilde uygulanır. Kopyalama yanlışları ve atlanan alanlar gibi dikkat hataları azalır.
• İzlenebilirlik: Her adım kayda geçer. Denetim ve uyum gereksinimleri açısından bu, tek başına değerli bir çıktıdır.
• Mevcut sistemleri değiştirmeden ilerleme: Eski bir uygulamayı yenilemek uzun ve maliyetli bir projedir; RPA, o karar verilene kadar nefes aldırır.
• İşin niteliğinin yükselmesi: Mekanik iş robota geçtiğinde ekip, istisnaları çözmeye ve müşteriyle ilgilenmeye zaman ayırır.
• Esnek kapasite: Dönemsel yığılmalarda robot kapasitesini artırmak, ek lisans ve altyapı gerektirse de çoğu zaman ek personel almaktan daha hızlıdır.

RPA'nın sınırları ve başarısızlık nedenleri

RPA projelerinin bir kısmı pilot aşamasını geçemez ya da devreye alındıktan sonra sessizce terk edilir. Nedenleri çoğunlukla teknolojik değil, yapısaldır; başlıcaları şunlardır.

• Kırılganlık: Robot ekran üzerinden çalıştığı için, hedeflediği arayüz öğesinin tanımı (seçicisi) değiştiğinde, ekran düzeni kaydığında ya da uygulama güncellendiğinde akış kırılabilir. Arayüze bağımlılık, RPA'nın en bilinen zayıf noktasıdır. Üreticiler bu riski yapay zekayla azaltmaya çalışıyor: örneğin UiPath'in Healing Agent özelliği, arayüz otomasyonu hata verdiğinde yeni seçici önerebiliyor ya da kurtarma stratejileri uygulayarak akışı sürdürmeye çalışıyor. Bu, bakımı azaltır ama ortadan kaldırmaz.
• Bakım borcu: Her yeni robot, bakılması gereken yeni bir varlıktır. Robot sayısı büyüdükçe bakım yükü, kazanılan zamanı yiyebilir.
• Bozuk sürecin hızlandırılması: Kötü tasarlanmış bir süreç otomatikleştirildiğinde ortaya çıkan sonuç, aynı hatayı daha hızlı üreten bir sistemdir. Otomasyondan önce sürecin sadeleştirilmesi gerekir.
• İstisnaların hafife alınması: Süreç kâğıt üzerinde temiz görünür; gerçek hayatta girdilerin bir bölümü kuralın dışına çıkar. İstisna oranı yükseldikçe robotun getirisi düşer, insan müdahalesi artar.
• Yapılandırılmamış veri: Klasik RPA, serbest metni anlamlandıramaz; belge ve metin ağırlıklı süreçlerde tek başına yetersiz kalır. Platformların belge okuma ve sınıflandırma için sunduğu yapay zeka bileşenleri bu açığı kısmen kapatır.
• Sahiplik boşluğu: Robotun kime ait olduğu, arızalandığında kimin müdahale edeceği belirlenmemişse, ilk ciddi hatada kullanımdan düşer.
• Ölçüm eksikliği: Öncesi ölçülmemiş bir sürecin sonrası da değerlendirilemez. Otomasyona başlamadan önce izlenecek metriklere karar vermek gerekir; bu konuyu işletmelerde süreç otomasyonuna nereden başlanır ve nasıl ölçülür yazımızda ayrıntılı ele aldık.

RPA ile yapay zeka ajanı arasındaki fark

RPA ile yapay zeka ajanı arasındaki fark, otomasyon kararlarının en kritik noktalarından biridir. RPA kural tabanlıdır: kendisine tarif edilen adımları tarif edildiği gibi uygular. Gerçek hayat kuralın dışına çıktığı anda durur, hata verir ya da yanlış veriyi sisteme yazar. Yapay zeka ajanı farklı bir mantıkla çalışır; kendisine adım listesi değil hedef verilir. Ajan bağlamı yorumlar, hangi aracı ne zaman kullanacağına karar verir ve gerektiğinde insana sorar. UiPath da kendi belgesinde ajanları olasılıksal ve uyarlanabilir, robotları ise deterministik ve kural tabanlı diye ayırır; ikisini birbirini tamamlayan bileşenler olarak konumlandırır.

Somut bir örnek: gelen faturaların muhasebe sistemine işlenmesi. Tüm tedarikçiler aynı formatta fatura gönderiyorsa RPA fazlasıyla yeterlidir. Ancak faturalar farklı düzenlerde geliyorsa, kalem açıklamaları serbest metinse ve bir bölümünde alanlar eksikse, kural tabanlı robot her sapmada takılır. Ajan ise belgeyi okur, alanları anlamına göre eşler, emin olamadığı kalemleri işaretleyip insana yönlendirir, kalanını tamamlar. Bu senaryoda da ajanın çıktısını denetleyen kurallar ve onay noktaları gerekir; çünkü model çıktısı olasılıksaldır.

Bu karşılaştırma "RPA'yı bırakın" anlamına gelmez. İkisi rakip değil, farklı katmanlardır. Sağlam kurgu şudur: sürecin belirlenmiş, tekrar eden bölümleri kural tabanlı otomasyonla; yorum, sınıflandırma ve karar gerektiren bölümleri ajanla yürütülür. Ajan süreci yönetir, gerektiğinde mevcut robotları ve API'leri bir araç olarak çağırır. Yapay zeka ajanlarının nasıl çalıştığını ayrı bir yazıda ayrıntılı anlattık.

Nereden başlamalı?

RPA'ya başlarken izlenecek sıra dört adımdır. Birincisi: süreci uçtan uca yazın ve gereksiz adımları çıkarın; akışı BPMN 2.0 gibi standart bir gösterimle kaydetmek, farklı ekiplerin aynı süreci aynı şekilde okumasını sağlar. İkincisi: girdilerin ne kadarının standart, ne kadarının istisna olduğunu ölçün. İstisnalar azsa ve kural net tarif edilebiliyorsa RPA doğru araçtır. Üçüncüsü: girdiler değişkense, metin ağırlıklıysa ya da her vaka bir değerlendirme gerektiriyorsa ajan tabanlı ya da ajanla desteklenen bir kurguya yönelin. Dördüncüsü: başlamadan önce mevcut duruma ait ölçümü alın; aksi hâlde sonucun iyileşip iyileşmediğini tartışmak mümkün olmaz.

Birinci adımda süreçten çıkarılabilecek işlerin tipik bir örneği, bayiden ya da sahadan gelen siparişin ERP'ye elle yeniden girilmesidir. Siparişin alındığı yazılım ERP ile entegre çalıştığında bu adım ne insana ne robota kalır: N2B bayi ve kurumsal müşteri siparişlerini, FSNest plasiyerin müşteri ziyaretinde girdiği siparişi doğrudan ERP'ye aktarır.

Sıkça Sorulan Sorular

RPA nedir, tek cümleyle nasıl açıklanır?

RPA, insanların bilgisayar başında yaptığı kural tabanlı ve tekrar eden işlemleri, mevcut yazılımların arayüzü üzerinden çalışan yazılım robotlarına devreden otomasyon teknolojisidir. En çok, API'si olmayan sistemler arasında insanın aracılık ettiği veri aktarımlarında işe yarar.

RPA yapay zeka mıdır?

Hayır. Klasik RPA öğrenmez ve yorumlamaz; kendisine tanımlanan kuralları uygular. Ancak güncel RPA platformları belge okuma, metin sınıflandırma ve yapay zeka ajanları gibi bileşenleri aynı ürün ailesinde sunuyor. Bu durumda çalışan şey artık saf RPA değil, iki teknolojinin birleşik kurgusudur.

RPA programlama bilgisi gerektirir mi?

Basit akışlar görsel araçlarla, kod yazmadan kurulabilir. Ancak birden fazla sistemin karıştığı, istisna yönetimi ve hata kurtarma içeren üretim seviyesindeki akışlarda yazılım mühendisliği yaklaşımı gerekir: sürüm kontrolü, test, kayıt tutma ve yetki yönetimi olmadan robot filosu sürdürülebilir olmaz.

RPA çalışanların işini elinden alır mı?

Pratikte RPA işin tamamını değil, iş içindeki mekanik adımları devralır. Veri taşıma ve form doldurma robota geçtiğinde ekibin zamanı istisnalara, kontrol noktalarına ve müşteriye kayar; asıl değişim iş tanımının içeriğinde olur.

RPA'nın maliyeti nasıl hesaplanır?

Yalnızca lisans bedeline bakmak yanıltıcıdır. Toplam maliyet; lisans (kullanıcı, robot ya da tüketim birimi bazlı olabilir), kurulum ve geliştirme eforu, robotların çalışacağı altyapı, arayüz değişikliklerinde yapılacak güncellemeler ile izleme ve destek yükünden oluşur. Seyrek çalışan ya da kuralları sık değişen bir süreçte bu kalemler kazancı aşabilir; karar bu bütün üzerinden verilmelidir.

Son güncelleme: 15 Ekim 2026