Şirketler süreç otomasyonu yatırımı planlarken ilk sorulardan biri şudur: RPA mı özel otomasyon mu? İki yaklaşım da manuel işi azaltabilir, hata oranını düşürebilir ve ekiplerin tekrar eden adımlara ayırdığı zamanı geri kazandırabilir. Ancak her probleme aynı yöntem uygulanmaz. Bazı senaryolarda ekran üzerinden çalışan bir robot hızlı sonuç verir. Öte yandan, doğrudan API, veri modeli ve iş kuralı katmanına inen özel geliştirmeler daha sürdürülebilir bir seçenek olabilir.

Karar verirken yalnızca lisans maliyetine bakmak yeterli değildir. Sürecin kaç adım içerdiği, kaç sistem arasında çalıştığı, ayda kaç kez değiştiği, insan onayı gerektirip gerektirmediği ve hata toleransı belirleyici olur. Örneğin günde 500 kayıt işleyen, 4 farklı ekrana veri kopyalayan bir ekip için RPA hızlı bir başlangıç sağlayabilir. Ancak aynı akış her çeyrekte değişiyorsa ya da ERP, CRM, e-fatura ve depo sistemi arasında çift yönlü veri tutarlılığı isteniyorsa, özel otomasyon daha sağlam bir temel kurar.

Bu yazıda iki yaklaşımı teknik ve operasyonel açıdan karşılaştıracağız. Hangi durumda hangisinin öne çıktığını, hibrit kullanımın ne zaman anlamlı olduğunu ve yanlış seçimlerin nerede maliyet yarattığını somut örneklerle ele alacağız.

RPA nedir, özel otomasyon nedir?

RPA, yani Robotic Process Automation, ağırlıklı olarak kullanıcı arayüzü üzerinde çalışan yazılım robotlarıyla tekrar eden işleri otomatikleştirme yaklaşımıdır. Robot, bir kullanıcının yaptığı tıklama, form doldurma, kopyalama, dosya indirme ya da rapor alma adımlarını taklit eder. Çoğu projede ilk çalışan akış 2 ila 6 hafta içinde devreye alınabilir; çünkü mevcut uygulamaların iç yapısına girilmeden otomasyon kurulabilir.

Özel otomasyon ise iş akışının şirketin ihtiyaçlarına göre yazılım seviyesinde tasarlanmasıdır. API entegrasyonları, veritabanı işlemleri, olay tetikleyicileri, kuyruk yapıları, rol bazlı onay mekanizmaları ve loglama gibi katmanlar bu yaklaşımın parçasıdır. Buradaki amaç yalnızca bir ekranı taklit etmek değil, sürecin kendisini dijital olarak yeniden kurgulamaktır. 1 ekran yerine 8 sistem olsa bile, veri tek bir akışla yönetilebilir.

Aradaki temel fark şudur: RPA çoğunlukla mevcut arayüzü kullanarak işi yapar. Özel otomasyon ise çoğu durumda mevcut sistemle konuşacak şekilde entegrasyon geliştirir. Biri hızlı bir erişim yolu sunabilir; diğeri ise daha kalıcı bir altyapı kurar.

RPA hangi durumlarda mantıklı bir seçimdir?

RPA en çok, kural seti net olan ve ekran bazlı tekrar içeren işlerde değer üretir. Özellikle eski sistemlerin API sunmadığı yapılarda etkili olur. Örneğin bir finans ekibinin her iş günü saat 09:00'da 3 ayrı portaldan kur bilgisi çekip iç sisteme girmesi, robotla güvenilir biçimde otomatikleştirilebilir. Süreç sabitse ve ekranlar çok sık değişmiyorsa, geliştirme hızı yüksektir.

RPA'nın güçlü olduğu senaryolar

  • Legacy uygulamalar var, API yok.
  • İşlem adımları açık ve istisna oranı düşük. Mesela 100 kaydın 95'i aynı mantıkla ilerliyor.
  • Kısa sürede pilot isteniyor. İlk çıktı için 30-45 gün hedeflenebiliyor.
  • Geçici ama yoğun operasyon yükü oluşuyor. Kampanya dönemi, kapanış haftası, dönemsel mutabakat gibi.

Burada kritik nokta süreç stabilitesidir. Arayüzde küçük bir alan adı değişikliği, buton yerinin kayması ya da doğrulama ekranının eklenmesi robotu bozabilir. Yani hız avantajı vardır; ama kırılganlık payı da hesaba katılmalıdır.

İnsan kaynaklarında da buna uygun örnekler görülür. Aday başvurularının bir portaldan alınması, belirli alanların iç ATS sistemine aktarılması ve standart cevap e-postalarının gönderilmesi RPA ile çözülebilir. Ayda 2.000 başvuru işleniyor ve süreç aynı kalıyorsa, robot kısa sürede fayda sağlar.

Özel otomasyon hangi koşullarda daha doğru olur?

Süreç birden fazla sistem arasında veri tutarlılığı gerektiriyorsa, iş kuralları dallanıyorsa veya ileride büyüyecekse özel otomasyon öne çıkar. Bu modelde yazılım arka planda API üzerinden konuşur; kuyruklar, webhook'lar, zamanlayıcılar ve doğrulama katmanlarıyla daha sağlam bir yapı kurulur. Kullanıcı ekranı değişse bile akış bozulmaz.

Örneğin bir distribütörün sipariş sürecini düşünelim. Sipariş B2B portalda açılıyor, kredi limiti ERP'den kontrol ediliyor, ürün uygunluğu depo sisteminden geliyor, e-fatura hazırlığı farklı bir servisle yapılıyor. Bu akışta yalnızca veri kopyalamak yetmez. Her adımın loglanması, hata durumunda geri alma kurgusu, yetki kontrolleri ve performans takibi gerekir. Günde 1.500 sipariş geçen bir yapıda, ekran robotu yerine servis tabanlı otomasyon daha kontrollü çalışır.

Özel otomasyonun öne çıktığı alanlar

  • API entegrasyonları mevcut ya da geliştirilebilir durumda.
  • İş akışı sık değişiyor. Örneğin her 6-8 haftada yeni onay kuralı ekleniyor.
  • Yüksek hacim var ve eşzamanlı işlem gerekiyor.
  • Denetim izi önemli. Kim, ne zaman, hangi veriyi güncelledi sorusunun kayıt altına alınması şart.
  • Süreç sadece otomasyon değil, ürünleşme potansiyeli taşıyor. İç kullanım sonrası SaaS'a evrilebilir.

Bu yaklaşımın ilk yatırım eşiği genelde daha yüksektir. Buna karşılık bakım maliyeti daha öngörülebilir olur. Özellikle 12 ay boyunca değişim gören operasyonlarda, her ekran güncellemesinde robot düzeltmek yerine servis mantığını korumak daha ekonomik hale gelir.

Maliyet, süre ve bakım açısından karşılaştırma

RPA mı özel otomasyon mu sorusunda en sık bakılan başlık bütçedir. Ancak ilk kurulum maliyeti tek başına doğru bir ölçü değildir. Toplam sahip olma maliyeti; lisans, geliştirme, test, izleme, bakım ve değişiklik taleplerini birlikte kapsar.

RPA projelerinde başlangıç süresi çoğu zaman daha kısadır. Hazır platform, görsel akış tasarımı ve ekran bazlı kullanım bu avantajı sağlar. Buna karşılık her arayüz değişikliği yeni bir test yükü doğurur. Özel otomasyonda analiz ve mimari tasarım daha uzun sürebilir. İlk sürüm belki 8 hafta yerine 12 haftada çıkar. Sonrasında ise değişikliklerin etkisi daha kontrollü biçimde yönetilir.

Karşılaştırma tablosu gibi düşünün

  • Canlıya çıkış hızı: RPA çoğu durumda önde.
  • Yüksek ölçek: Özel otomasyon genelde daha dayanıklı.
  • UI değişikliğine tolerans: Özel otomasyon belirgin biçimde avantajlı.
  • API'siz legacy sistem: RPA pratik çözüm olabilir.
  • Denetim ve veri mimarisi: Özel geliştirme daha güçlüdür.

Somut bir senaryo verelim. Ayda 20.000 belge işlenen bir operasyonda robot yalnızca dosya indirip başka bir sisteme yüklüyorsa, kısa vadede yeterli görünebilir. Aynı süreç 2 ay sonra OCR, belge sınıflandırma, müşteri kaydı eşleştirme ve hata kuyruğu yönetimi isteyebilir. Bu noktada süreç otomasyonu, entegrasyon ve iş kuralı motoru birlikte düşünülmelidir. Yalnızca ekran otomasyonu yetersiz kalabilir.

Karar vermek için 6 soruluk pratik çerçeve

Teknoloji seçimini soyut değil, süreç bazında yapmak gerekir. Aşağıdaki 6 soru iyi bir ön değerlendirme sağlar:

  1. Süreçte kaç sistem var? 1 ya da 2 ekranla sınırlıysa RPA kolaylaşır. 5'ten fazla sistem varsa entegrasyon mimarisi önem kazanır.
  2. API var mı? Varsa önce servis tabanlı yaklaşım değerlendirilmelidir.
  3. Adımlar ne kadar değişiyor? Ayda bir güncellenen ekran akışları robot bakımını artırır.
  4. İstisna oranı nedir? Her 10 işlemin 3'ünde manuel karar gerekiyorsa tam RPA zorlaşır.
  5. Denetim izi gerekli mi? Regülasyon, finans ve sağlık gibi alanlarda kayıt seviyesi kritik olabilir.
  6. Bu süreç ileride ürünleşir mi? Müşteri portalı, tedarikçi ağı ya da iç operasyon platformu dönüşümü varsa özel otomasyon öne çıkar.

Bu soruların 4'ünde özel otomasyon tarafı ağır basıyorsa, kısa yoldan robot kurmak yerine doğru mimariyi baştan kurgulamak daha sağlıklıdır. Tersi durumda ise RPA ile hızlı bir kazanım elde edilip ikinci fazda çekirdek akışlar servisleştirilebilir.

En iyi yaklaşım çoğu zaman hibrit modeldir

Karar her zaman siyah-beyaz değildir. Birçok şirkette en verimli model hibrit kurulum olur. Çekirdek veri akışı API ve özel yazılım ile yönetilir; API'siz kalan 1 ya da 2 dış sistem için RPA devreye alınır. Böylece hem kırılgan alanlar sınırlandırılır hem de yatırım daha kontrollü yapılır.

Örneğin siparişten tahsilata uzanan zincirde ERP, CRM ve B2B portal özel entegrasyonla konuşabilir. Yalnızca bankanın eski raporlama ekranı robotla okunur. Robot burada tüm sürecin omurgası değil, dar bir köprü görevi görür. Mimaride bu ayrımı net çizmek önemlidir.

AI destekli otomasyon katmanı da hibrit modelin bir parçası olabilir. Belge sınıflandırma, e-posta niyet analizi veya anomali tespiti gibi bileşenler RPA'nın üzerine eklenebilir; ancak veri akışını yöneten ana sistemin sağlam tasarlanması gerekir. Aksi halde akıllı görünen ama yönetmesi zor bir yapı ortaya çıkar.

Sık yapılan seçim hataları

En yaygın hata, bozuk süreci otomatikleştirmektir. 14 adımlı, gereksiz onaylar içeren bir akışı olduğu gibi robota vermek yalnızca hatayı hızlandırır. Önce süreç sadeleştirilmelidir. Bir diğer hata, yalnızca demo başarısına bakmaktır. 20 dakikalık demo akıcı olabilir; ama gerçek hayatta oturum zaman aşımı, CAPTCHA, yetki değişimi, veri kalitesi sorunu ve kesintiler devreye girer.

Bakım sahibini belirlememek de sık yapılan hatalardan biridir. Otomasyon canlıya çıktıktan sonra ekran değişikliklerini kim takip edecek, logları kim inceleyecek, başarısız işlemler hangi SLA ile ele alınacak? Bu sorular proje başlangıcında netleşmezse elde edilen fayda hızla düşer. Özellikle 90 gün sonrası için işletim planı olmayan otomasyonlar kırılgan hale gelir.

Kapanış olarak şunu söylemek doğru olur: RPA mı özel otomasyon mu sorusunun cevabı teknoloji modasıyla değil, sürecin doğasıyla verilir. Sabit, ekran bazlı ve API'siz işlerde RPA güçlü bir araçtır. Çok sistemli, büyüyen ve denetim gerektiren operasyonlarda özel otomasyon daha sağlıklı sonuç üretir. En iyi yatırım, kısa vadede çalışan ve 12 ay sonra da sürdürülebilen çözümdür.