RPA kararında en güvenilir tavsiye, RPA satan şirketin kendi dokümanından geliyor. Microsoft'un Power Automate planlama kılavuzu şunu yazıyor: API tabanlı konnektör bulunan uygulamalar için dijital süreç otomasyonunu kullanmanızı öneriyoruz, çünkü API'ler uygulama zamanla değişse bile kararlı kalacak şekilde tasarlanmıştır. Devamı daha da açık: "Conversely, RPA is susceptible to breaking when things change".
Kendi RPA ürününü satan bir şirketin kendi RPA'sını ikinci sıraya koyması, olağandışı derecede güvenilir bir tavsiye. Bu yazı, o sıralamayı ne zaman tersine çevirmeniz gerektiğini, gerçek lisans maliyetlerini ve Türkiye'de RPA'nın en çok yanlış kullanıldığı yeri anlatıyor.
Karar kuralı: göstermek mi, söylemek mi
Microsoft'un aynı sayfasındaki ayrım, bütün tartışmayı bir cümleye indiriyor: dijital süreç otomasyonu size API konnektörleri veriyor, yani uygulamaya ne yapacağını söylüyorsunuz; RPA'da ise ne yapacağını gösteriyorsunuz.
Göstermenin bedeli belirsizlik. Aynı doküman şu örneği veriyor: bir çalışma sayfasında B3 hücresini seçtiyseniz, robotun her seferinde B3'ü mü seçmesini istiyorsunuz, yoksa B sütunundaki ilk boş hücreyi mi? Fare tıklamalarını kaydetmek bu ayrımı taşımıyor (bkz. Microsoft Learn, Types of process automation).
Karar tablosu:
| Durum | Çözüm |
|---|---|
| Hedef sistemin API'si var ve erişiminiz de var | API. RPA'yı tartışmayın bile. |
| API var ama lisans ek ücret istiyor | API lisansını RPA lisansıyla karşılaştırın. Aşağıdaki fiyat tablosu genellikle API'yi ucuz gösteriyor. |
| Sistem eski, API yok, tedarikçi kapalı | RPA. Bu, RPA'nın gerçek kullanım alanı. |
| Sistem değiştirilecek ama iki yıl sürecek | Geçici RPA + çıkış tarihi. Sözleşmeye yazın. |
| Süreç ayda bir, on dakika sürüyor | Otomasyon yapmayın. Bakım maliyeti kazancı geçer. |
| Süreç insan kararı içeriyor ve kural yazılamıyor | RPA değil. Önce süreci basitleştirin. |
Selector kırılganlığı: satıcının kendi dokümanındaki itiraf
UiPath'in selector dokümanı, selector'ı bir arayüz elemanının ve üst elemanlarının niteliklerinden oluşan bir XML parçası olarak tanımlıyor. Aynı doküman iki uyarı içeriyor ve bunlar RPA'nın temel kırılganlığının satıcı tarafından kabulü:
- Bazı yazılımların değişken düzenleri ve oynak değerli nitelik düğümleri var; bazı web uygulamaları bu gruba giriyor.
- Sabit değerli nitelikleri seçmek önemli; bir niteliğin değeri uygulama her başladığında değişiyorsa, selector elemanı doğru şekilde tanımlayamıyor.
UiPath'in sunduğu dayanıklılık mekanizmaları, problemin varlığının ayrıca kanıtı: anchor kullanımı (hedefi tekilleştiren yakın eleman; elle en fazla üç tane eklenebiliyor), "find all matches" modu (tam eşleşme yerine, dokümanın ifadesiyle küçük arayüz değişikliklerine daha dayanıklı), ve semantic selectors (elemanları konum veya yapıya göre değil anlamına göre tanımlayan, arayüz değişikliklerine dayanıklı olacak şekilde tasarlanmış yaklaşım).
Pratik kurallar da dokümandan çıkıyor: aaname ve id gibi tutarlı nitelikleri tercih edin, idx kullanmaktan kaçının (bkz. UiPath, About Selectors). Power Automate tarafında karşılığı: mümkün olan her yerde UIA selector kullanın, dinamik akışta eşitlik operatörünü başka operatörlerle veya düzenli ifadelerle değiştirin, ve selector nitelik değeri önceki adımlara bağlıysa sabit değer yerine değişken kullanın.
Bu üç mekanizmanın ortak özelliği, hepsinin bakım gerektirmesi. RPA projelerinde ilk yıl maliyeti kurulumdan değil, hedef uygulamaların güncellemelerinden geliyor. Bir SAP arayüz güncellemesi, on beş robotu aynı gün durdurabilir. Bakım eforunu proje bütçesine ayrı bir kalem olarak yazın; genellikle yıllık kurulum eforunun belirli bir yüzdesi olarak hesaplanır ve sıfır değildir.
Lisans maliyeti: yayımlanmış tek fiyat listesi
RPA satıcılarının çoğu fiyat yayımlamıyor. Microsoft yayımlıyor ve bu, bütçe tahmini için kullanılabilecek tek kamuya açık referans:
| Plan | Fiyat | RPA kapsamı |
|---|---|---|
| Power Automate Premium | $15,00 kullanıcı/ay (yıllık) | Masaüstü akışları attended modda |
| Power Automate Process | $150,00 bot/ay (yıllık) | Masaüstü akışları unattended modda |
| Power Automate Hosted Process | $215,00 bot/ay (yıllık) | Unattended RPA + Microsoft barındırmalı sanal makine |
| Process Mining eklentisi | $5.000,00 tenant/ay (yıllık) | Yalnızca Premium abonelerine |
Attended ile unattended arasındaki on katlık fark, mimari kararınızı doğrudan etkiliyor. Attended robot kullanıcının makinesinde, kullanıcı tetiklemesiyle çalışıyor; unattended robot sunucuda, gece boyunca kendi başına. Gece çalışması gerekmiyorsa attended, bot başına aylık $150 yerine kullanıcı başına $15 demek.
UiPath tarafında yayımlanan fiyatlar sınırlı: Community sürümü ücretsiz, Basic ayda $25 (kullanıcı ve robot sayısı sınırlı, Avrupa bölgesinde barındırılıyor), Standard ve Enterprise için satışla görüşülüyor. Automation Anywhere ve SS&C Blue Prism yayımlanmış liste fiyatı sunmuyor (fiyatlar için bkz. UiPath Pricing ve Microsoft Power Automate Pricing sayfaları).
Bu tabloyu bir API entegrasyonu maliyetiyle karşılaştırın. Beş unattended bot, yıllık $9.000 lisans demek; aynı bütçe genellikle kalıcı bir entegrasyon yazdırmaya yetiyor ve entegrasyonun yıllık lisansı yok.
Türkiye'de RPA'nın en yanlış kullanıldığı yer: e-belge portalı
Gelir İdaresi Başkanlığı'nın e-belge sitesinde tanımlı üç yararlanma yöntemi var: Entegrasyon (doğrudan, bilgi işlem sistemi entegrasyonu), Özel Entegrasyon (listedeki özel entegratör kuruluşlar aracılığıyla) ve Portal (e-Fatura Portalı, e-Arşiv Portal).
Bu listede RPA yok. Portal bir web arayüzü ve düşük hacim için tanımlanmış bir yöntem; yüksek hacim için tanımlı yollar Entegrasyon ve Özel Entegrasyon. Yani "GİB portalını robotla doldurmak", GİB'in tanımladığı yöntemlerden biri değil.
Buna rağmen sahada sık görülüyor, ve üç somut riski var. Portal arayüzü değiştiğinde robot duruyor ve fatura kesilemiyor; bu, ticari bir kesinti. Portal oturum yönetimi ve CAPTCHA gibi mekanizmalar, otomasyonu kırılgan kılıyor. Ve hata durumunda ne olduğunu gösteren makine okunur bir yanıt yok; robot bir ekran görüntüsü bırakıyor.
Doğru yol belli: özel entegratör kullanın ya da doğrudan entegrasyon yazın. Bu tarafın teknik ayrıntıları için GİB e-Fatura ve e-Arşiv API entegrasyonu rehberine bakabilirsiniz.
Belge işleme: RPA'nın gerçekten kazandığı alan
RPA'nın API'ye karşı kaybettiği her yerde kaybettiğini söyledik. Kazandığı bir alan var: yapılandırılmamış belge. Gelen bir PDF faturadan, taranmış bir irsaliyeden veya elle doldurulmuş bir formdan veri çıkarmanın API karşılığı yok.
UiPath'in bu alandaki ürünü UiPath Document Understanding; kendi tanımıyla belgeleri otomatik işlemek için robotik süreç otomasyonu ile yapay zekâyı birleştiriyor. Görüntüler, PDF'ler, el yazısı, imzalar, onay kutuları ve tablolarla çalışıyor ve kurallar, şablonlar ile özelleşmiş veya üretken dil modellerinin bir bileşimini kullanıyor (bkz. UiPath Document Understanding dokümantasyonu).
Burada kritik tasarım kararı güven eşiği. Belge işleme çıktısı hiçbir zaman %100 doğru olmuyor; sistemin her alan için bir güven skoru üretip eşiğin altındakileri insana yönlendirmesi gerekiyor. Eşiği çok yüksek tutarsanız her belge insana düşüyor ve otomasyon anlamsızlaşıyor; çok düşük tutarsanız hatalı veri sisteme giriyor. Eşiği ilk ay ölçerek ayarlayın ve düzeltme oranını sürekli izleyin.
Otomasyon yapmadan önce süreci düzeltin
RPA projelerinin sessiz başarısızlık biçimi, kötü bir süreci daha hızlı çalıştırmak. Otomasyon öncesi üç soru:
- Bu adım neden var? Çoğu kurumsal süreçte, sebebi unutulmuş kontrol adımları bulunuyor. Kaldırılabilen adımı otomatikleştirmeyin.
- Bu veri neden iki sistemde ayrı giriliyor? Kopyalamayı otomatikleştirmek yerine tek kaynak tanımlamak, çoğu zaman daha ucuz ve kalıcı.
- Bu sürecin sahibi kim? Sahibi olmayan süreç, robot bozulduğunda kimsenin fark etmediği süreçtir.
Üçüncü soru operasyonel olarak en kritiği. Bir robotun sessizce durması, hatalı çalışmasından daha tehlikeli; çünkü kimse fark etmiyor. Her robot için bir başarı sinyali ve o sinyal gelmediğinde tetiklenen bir uyarı tanımlayın. "Robot çalıştı" logu değil, "beklenen iş çıktısı üretildi" kontrolü.
Sırada ne var
Otomasyon adaylarınızın listesini açın ve her satır için tek soruyu sorun: hedef sistemin API'si var mı? Evet yazan satırları RPA listesinden çıkarın ve entegrasyon listesine taşıyın. Kalan listeyi de yıllık çalışma süresi ve tasarruf edilen insan saatiyle sıralayın; ilk üçün dışındakileri bu yıl yapmayın.
Entegrasyon tarafındaki çalışma biçimimizi API geliştirme sayfasında, ERP bağlantıları için ERP entegrasyonları sayfasında bulabilirsiniz. Süreç otomasyonunda kapsam çıkarmak için proje fiyat hesaplama aracını kullanabilir, görüşme için iletişim sayfasına yazabilirsiniz.
Atıflar 25 Eylül 2026 tarihinde doğrulanmıştır: Microsoft Learn "Types of process automation" kılavuzu, Microsoft Power Automate fiyatlandırma sayfası, UiPath selector ve semantic selector dokümanları, UiPath fiyatlandırma sayfası, UiPath Document Understanding dokümanı, Power Automate Desktop UI elements kılavuzu ve ebelge.gib.gov.tr yararlanma yöntemleri. Lisans fiyatları satıcıların yayımladığı liste fiyatlarıdır, bölgeye ve sözleşmeye göre değişebilir.
