RPA mı, Yapay Zekâ Destekli İş Akışı mı?

Otomasyon tekliflerinde son iki yılda değişen şey teknoloji değil, kelime. Aynı satıcılar aynı işleri önce “robotik süreç otomasyonu”, sonra “yapay zekâ destekli iş akışı” diye adlandırdı. İkisi gerçekten farklı araçlar ve farklı işlerde çalışıyor.

Bu yazı ikisinin mekanik farkını, hangi işte hangisinin doğru olduğunu, maliyet yapılarının nasıl ayrıştığını ve çoğu şirkette neden ikisinin birlikte kullanıldığını anlatıyor.

Mekanik fark

RPA — robotik süreç otomasyonu — bir yazılım robotunun insan gibi davranmasıdır. Ekranı açar, alana tıklar, veri yapıştırır, kaydeder. Kurallar “şu koşulda şuraya tıkla” biçiminde yazılır. Sistem ne yaptığını anlamaz; adımları tekrarlar.

Dil modeli tabanlı otomasyon ise metni ve belgeyi anlamlandırır. “Bu e-posta bir sipariş mi”, “bu faturadaki kalem sipariş satırındaki hangi ürüne karşılık geliyor”, “bu şartnamede standart dışı madde var mı” gibi soruları cevaplayabilir. Karşılığında çıktısı olasılıklıdır: çoğu zaman doğrudur, her zaman değil.

Sektör kaynakları bu ayrımı RPA’nın sabit arayüzlerde kuralları tekrarlaması, yapay zekâ tabanlı otomasyonun ise yapılandırılmamış veriyi anlayıp değişime uyum sağlaması olarak özetliyor.

Pratik sonuç şu: RPA’nın hatası “yanlış yere tıklamak”, yapay zekânın hatası “yanlış anlamak”. İkisinin karşı önlemi de farklıdır. RPA’da doğrulama adımı, yapay zekâda güven seviyesi ve insan onayı.

Karar tablosu

Durum	RPA	Dil modeli tabanlı	Önerilen
Girdi sabit formatlı, alanlar hep aynı yerde	Çok iyi	Çalışır, gereksiz maliyet	RPA veya doğrudan entegrasyon
Girdi her seferinde farklı düzende	Kural yazılamaz	Çok iyi	Yapay zekâ
Serbest metin, e-posta gövdesi	Çalışmaz	Çok iyi	Yapay zekâ
Hedef sistemin API'si yok	Tek pratik yol	Yazma işini yapamaz	RPA veya dosya tabanlı aktarım
Kural değişmiyor, hacim çok yüksek	En ucuz	İşlem başına maliyet birikir	RPA
İstisna oranı yüksek	Her istisna için yeni kural	İstisnayı işaretler	Yapay zekâ + insan kuyruğu
Uygulama arayüzü sık değişiyor	Sessizce bozulur	Etkilenmez	API veya yapay zekâ
Denetim izi zorunlu	Adımlar okunur, açıktır	Gerekçe ve kaynak kaydedilmeli	İkisinde de tasarım kalemi
Aritmetik ve hesap	Güvenilir	Güvenilmez	Kod, ikisi de değil

Tablodan çıkan tek cümlelik kural: girdinin düzeni belirsizse yapay zekâ, çıktının yazılacağı yerin arayüzü yoksa RPA. Çoğu gerçek süreçte ikisi de vardır ve bu yüzden çoğu doğru mimari hibrittir.

Maliyet yapısı neden farklı

RPA’da para kurulumda ve bakımda harcanır. Her ekran, her alan, her istisna ayrı bir kural. İşletmede robot çalışırken ek maliyet neredeyse yok. Buna karşılık kural sayısı zamanla büyür ve büyüdükçe bakımı pahalılaşır — RPA kurulumlarında en sık görülen sorun budur.

Dil modeli tabanlı otomasyonda para işletmede harcanır. Kurulum daha kısa, ama her belge ve her soru bir maliyet üretir. Buradaki en büyük kaldıraç, her işlemde modele gönderilen metin miktarı: azaltmak hem maliyeti düşürür hem doğruluğu artırır.

Karşılaştırma yaparken sorulacak üç sayı:

1. Aylık işlem hacmi.
2. İşlem başına model maliyeti (yapay zekâ tarafı).
3. Yıllık kural bakım eforu (RPA tarafı).

Bu üçü olmadan yapılan karşılaştırmalar, kurulum bedelini karşılaştırıp toplam maliyeti kaçırır. Bantlarımız ve seviyeler fiyat sayfasında.

Somut senaryo: iki katmanın birlikte çalıştığı bir süreç

Süreç. Tedarikçilerden gelen sevkiyat bildirimlerinin eski bir depo yönetim uygulamasına girilmesi.

Girdi. Günde 80 bildirim. Yarısı yapılandırılmış EDI mesajı, yarısı e-posta ekinde PDF ve her tedarikçide farklı düzende.

Hedef sistem. 2011’de kurulmuş, API’si olmayan bir depo uygulaması. Yalnızca ekran üzerinden veri girişi kabul ediyor.

Katmanlar.

1. Yapılandırılmış EDI mesajları hiçbir modele uğramadan doğrudan işleniyor. Bu, işletme maliyetinin yarısını en baştan siliyor.
2. PDF bildirimler yapay zekâ katmanında okunuyor: tedarikçi, sevkiyat numarası, kalem listesi, miktar, beklenen varış tarihi. Emin olunamayan alanlar işaretleniyor.
3. Doğrulama deterministik kodda yapılıyor: miktar toplamları tutuyor mu, sevkiyat numarası daha önce işlenmiş mi, tedarikçi tanımlı mı? Bu adımda dil modeli kullanılmıyor çünkü hesap ve karşılaştırma kodun işi.
4. Yazma RPA ile yapılıyor: robot depo uygulamasının ekranını açıyor, alanları dolduruyor, kaydediyor.
5. Doğrulama tekrar — robot kaydettikten sonra kaydı geri okuyup girdiği veriyle karşılaştırıyor. RPA’da bu adım olmazsa sessiz hata kaçınılmaz.

İnsan onayı nerede. İşaretli alanlar ve doğrulamayı geçemeyen bildirimler istisna kuyruğuna düşüyor; depo sorumlusu karar veriyor. Ayrıca stok etkisi doğuran her kayıt için günlük bir özet raporu üretiliyor.

Neden tek katman yetmiyor. Sadece RPA kurulsaydı 40 tedarikçinin 40 farklı PDF düzeni için ayrı kural gerekirdi ve düzen değiştiğinde sessizce bozulurdu. Sadece yapay zekâ kurulsaydı API’si olmayan uygulamaya veri yazacak bir yol kalmazdı.

Hibrit mimaride sınırları çizmek

İki katmanı birlikte kullanmanın karmaşıklık üretmemesinin tek yolu, sınırları baştan yazmak. Üç sınır yeterli:

Anlama işi yapay zekâda. Belgeyi okumak, niyeti belirlemek, kalemi eşleştirmek, standart dışı maddeyi işaretlemek. Bu adımların çıktısı her zaman bir güven seviyesiyle birlikte üretilir.

Doğrulama ve yazma işi deterministik katmanda. Toplamlar tutuyor mu, kayıt daha önce işlenmiş mi, zorunlu alanlar dolu mu? Bu kontroller kodda yapılır ve sonuçları tekrarlanabilirdir. Yazma işini de aynı katman üstlenir: API varsa API, yoksa RPA.

Karar insanda. Geri alınamaz her adımda onay. Bu sınırın nereye konacağını insan onaylı otomasyon yazısında ayrıntılı anlattık.

Bu üç sınır yazılı olduğunda hata ayıklama basitleşiyor: yanlış çıktı ya anlamadan ya doğrulamadan ya da onaydan geçmiştir ve hangisi olduğu kayıtlardan görülür. Tek katmanlı tasarımlarda ise “sistem yanlış yaptı” cümlesinin karşılığı yok.

Mevcut RPA yatırımınız ne olacak

Çoğu şirket bu karşılaştırmayı sıfırdan değil, halihazırda çalışan robotlarla yapıyor. Üç senaryo var:

Robot çalışıyor ve girdi yapılandırılmış. Dokunmayın. Yapay zekâ eklemek maliyet ekler, fayda eklemez.

Robot çalışıyor ama istisna sayısı artıyor. Robotu koruyup önüne bir okuma katmanı ekleyin. Robot yazmaya devam eder, anlama işini yapay zekâ devralır. En düşük riskli geçiş yolu bu.

Robot sürekli bozuluyor. Sebep genellikle hedef uygulamanın arayüz değişiklikleri. Önce API veya dosya tabanlı bir yol olup olmadığını araştırın; varsa robotu emekliye ayırın. Yoksa robotu koruyun ama her kayıttan sonra geri okuma doğrulaması ekleyin.

Üç senaryonun ortak noktası şu: mevcut yatırımı çöpe atmak nadiren doğru cevap. Katman eklemek, katman değiştirmekten hem ucuz hem az riskli.

Projelerin neden iptal edildiği

Gartner, ajan tabanlı yapay zekâ projelerinin %40’tan fazlasının 2027 sonuna kadar iptal edileceğini öngörüyor; gerekçe olarak artan maliyetleri, belirsiz iş değerini ve yetersiz risk kontrolünü sayıyor. MIT bünyesinde yürütülen bir çalışma da kurumsal üretken yapay zekâ pilotlarının büyük çoğunluğunun ölçülebilir finansal etki üretmediğini raporladı.

Bu iki bulgunun RPA tarihiyle paraleli dikkat çekici. RPA dalgasında da aynı şey yaşandı: kolay süreçler otomatikleştirildi, istisnalar birikti, kural bakımı taşınamaz hâle geldi ve robotlar sessizce kapatıldı. Teknoloji değişti, hata deseni değişmedi.

Deseni kıran tek şey, aracı seçmeden önce süreci yazmak. Hangi adım, hangi girdi, hangi çıktı, kim onaylar — bu dört soru cevaplandığında araç seçimi kendiliğinden belli oluyor.

Ne zaman ikisini de yapmayın

Süreç yazılı değilse hiçbirini yapmayın. Tarif edilmemiş bir işi otomatikleştirmek, üç farklı yapma biçimini birden hızlandırmaktır.

Hedef sistem değişecekse bekleyin. ERP geçişi planlıyorsanız RPA kurmayın; robot yeni ekranlarda çalışmaz ve yatırım tamamen boşa gider.

Kaynak sistemde API varsa RPA kurmayın. Ekran otomasyonu her zaman son çaredir. API varken RPA seçmek, kırılganlığı bilerek satın almaktır.

Hesap ve mutabakat işini yapay zekâya vermeyin. Aritmetik koda ait. Dil modeli hesap makinesi değil ve olmadığı için de sorumlu tutulamaz.

Hacim düşükse yapmayın. Ayda birkaç kez yapılan bir iş için ne robot ne model kurulur. Eşik pratikte şu: haftada birkaç kez tekrarlanan ve her tekrarında 20 dakikadan uzun süren işler.

Amaç “modern görünmek”se yapmayın. İptal edilen projelerin en yaygın gerekçesi bu.

Kendi durumunuzu ölçün

Otomatikleştirmeyi düşündüğünüz süreçte beş rakamı çıkarın. Araç seçimini bu tablo yapar.

1. Girdinin yüzde kaçı yapılandırılmış? EDI, portal, standart Excel = yapılandırılmış. PDF, serbest metin, taranmış görüntü = değil. Yapılandırılmış oran %70’in üzerindeyse yapay zekâ katmanına ihtiyacınız sandığınızdan az.
2. Hedef sistemin API’si var mı? Var / kısmen / yok. “Yok” cevabı RPA veya dosya tabanlı aktarımı gündeme getirir.
3. Aylık işlem hacmi kaç? Bu sayı işletme maliyetini belirleyen tek çarpan.
4. İstisna oranı kaç? Son 200 işlemde kaçı standart dışıydı? %20’nin üzerindeyse kural tabanlı tasarım büyük ihtimalle çöker.
5. Kaynak uygulamanın arayüzü son iki yılda kaç kez değişti? Sık değişiyorsa RPA’nın bakım maliyetini bütçeye ekleyin.

Beş cevabı yan yana koyduğunuzda hangi katmanın nerede duracağı çıkar. Bu tablo, satıcının aracını sizin sürecinize uydurmasını da engeller.

Sonraki adım

Süreç otomasyonuna yaklaşımımız iş süreci otomasyonu sayfasında, API’si olan ve olmayan sistemlere bağlanma yöntemleri entegrasyon sayfasında, bantlar fiyat sayfasında. Onay noktalarının nereye konacağını insan onaylı otomasyon yazısında, maliyet kalemlerini yapay zekâ otomasyon maliyeti yazısında anlattık. Yukarıdaki beş rakamı çıkarıp teklif formuyla gönderin; hangi katmanın gerektiğini o tablo üzerinden konuşalım.

---

İlgili Depo Rehberleri ve Hesaplayıcılar

• Sevkiyat Hatası ve İade Maliyeti Hesaplayıcı — Deponuzdaki yanlış ürün gönderimlerinin yıllık çift kargo maliyetini hesaplayın.
• En İyi WMS ve Barkodlu Depo Yönetim Programları — Logo, Mikro, Nebim, DİA ve özel WMS sistemleri karşılaştırması.
• Depo Sevkiyat ve Barkod Kontrol Fiyatları — Paketleme masası ve doğrulama istasyonu bütçe rehberi.
• WMS Depo Yazılımı Fiyatları 2026 — Depo otomasyonu ve adresli raf yönetimi maliyetleri.

Sıkça sorulan sorular

RPA öldü mü?

Hayır. RPA, API'si olmayan eski sistemlerde ve kuralı hiç değişmeyen yüksek hacimli işlerde hâlâ en ucuz yol. Ölen şey, RPA'yı her işe uygun genel bir otomasyon yöntemi olarak satmak. Düzensiz belge okuma ve yorum gerektiren adımlarda RPA baştan yanlış araçtı.

Yapay zekâ RPA'nın yerini alabilir mi?

Bazı adımlarda alır, bazılarında alamaz. Dil modeli, API'si olmayan bir eski uygulamanın ekranına veri girmez; bunu yapan hâlâ RPA veya bir entegrasyon katmanıdır. Yaygın mimari şu: yapay zekâ okur ve karar hazırlar, RPA veya API katmanı yazar.

Hangisi daha ucuz?

Yapıya bağlı. RPA'da kurulum ve kural bakımı maliyet merkezi, işletme maliyeti düşüktür. Yapay zekâda kurulum daha kısa, işletmede işlem başına maliyet vardır. Aylık hacminizi işlem başına maliyetle çarpmadan iki seçeneği karşılaştıramazsınız.

RPA neden sık bozuluyor?

Çünkü ekran düzenine bağlı. Uygulama güncellendiğinde düğmenin yeri değişir ve robot sessizce yanlış yere tıklar. Sessizlik asıl sorundur: hata vermeden çalışmaya devam ettiği için günler sonra fark edilir. Bu yüzden RPA kurulumlarında doğrulama adımı zorunludur.

İkisini birlikte kullanmak karmaşık olmuyor mu?

Sınırları net çizilmişse olmuyor. Kural şu: anlama işi yapay zekâda, yazma işi deterministik katmanda, karar insanda. Bu üç sınır yazılı olduğunda hibrit mimari tek katmanlı tasarımdan daha anlaşılırdır, çünkü her hatanın hangi katmandan geldiği bellidir.

Nereden başlamalıyız?

Tek bir süreçten ve en düzensiz girdiden. Düzensiz girdi yapay zekânın gerçekten fark yarattığı yer; orada işe yaramazsa ikinci bir süreç denemeye gerek kalmaz. Yapılandırılmış girdiyle başlamak yanıltıcı bir başarı üretir.

İlgili rehberler

• En iyi CRM programları 2026: Türkiye'deki B2B satış ve müşteri takip sistemleri karşılaştırması
• En iyi B2B bayi portalı ve sipariş sistemleri (2026 karşılaştırması ve seçim rehberi)
• En iyi üretim takip programları (2026): İmalat ve atölyeler için 8 yazılım incelemesi

Hizmet sayfası: Paket mi, özel mi?