RPA Nedir, API'den Farkı Ne? Muhasebe ve ERP'de Yazılım Robotu

RPA nedir, yazılım robotu tam olarak ne yapar?

RPA (Robotic Process Automation), bir kullanıcının program ekranında yaptığı adımları kaydedip aynı sırayla tekrarlayan yazılım türüdür. Microsoft'un Power Automate eğitim belgesi bunu şöyle özetliyor: pek çok eski uygulamanın verisine ekran dışında erişim yolu yoktur; RPA kullanıcının adımlarını yakalar ve uygulamanın arayüzünde yeniden oynatarak kullanıcıyı taklit eder.

Yani robotun fiziksel bir karşılığı yok. Bilgisayarda çalışan bir programdır. Pencereyi açar, alana yazar, düğmeye basar, dosyayı indirir, sonucu bir tabloya yazar.

API (uygulama programlama arayüzü) ise bambaşka bir yoldur. Program, dışarıdan gelen isteklere belgelenmiş bir kapı açar: "şu tarih aralığındaki faturaları ver", "bu siparişi kaydet". Ekran yoktur, tıklama yoktur. İstek gider, cevap gelir.

İki yol arasındaki temel fark şudur:

• API programın üreticisinin desteklediği yoldur. Ekran değişse de çalışmaya devam eder.
• Robot programın insanlar için tasarlanmış yüzünü kullanır. Ekrandaki bir düğmenin yeri ya da adı değişirse robotun ilgili adımı güncellenir.

Bu yüzden yazılım robotu kötü bir seçenek değildir; yalnızca en kırılgan seçenektir. Doğru yerde kullanıldığında başka hiçbir yolun yapamadığı işi yapar.

Yöntem sırası: API, dosya, veritabanı, robot

Bir süreci otomatikleştirirken önce en sağlam yolun mevcut olup olmadığına bakılır, robota en son gelinir. Microsoft'un aynı eğitim belgesindeki karar mantığı da bu sırayı izliyor: hazır bağlayıcı yoksa ve servisin REST API'si varsa özel bağlayıcı yazılır; API yoksa masaüstü akışı, yani robot devreye girer.

Türkiye'de yaygın programlarda tablo pratikte şöyle okunur:

• Logo, Netsis, Mikro: Üreticilerin belgelenmiş arayüzleri var (Logo Objects ve Logo REST Servis, NetOpenX, Mikro Desktop API). Erişim anahtarı ya da lisans çoğunlukla yetkili bayi kanalından açılır. Bu programlarda ekran robotu gerekmez.
• Paraşüt: Belgelenmiş bir REST API sunuyor. Resmî API varken ekran robotu kurmak, sağlam yolu bırakıp kırılgan olanı seçmek olur.
• Luca: Üreticinin kamuya açık, dokümante bir geliştirici API'sini bulamadık; üretici başvurulu ve ücretli bir web servis hizmeti listeliyor. Toplu kayıt için Luca'nın kabul ettiği Excel aktarımı kullanılır. Portalda her ay elle yapılan sorgulama ve indirme işleri ise robotun doğal alanıdır.

Üçüncü sıradaki veritabanı okuması bir sınır taşır. Rapor, panel ve karşılaştırma için okuma yapılabilir. Kayıt eklemek ya da değiştirmek ise istisnasız programın resmî arayüzünden yapılır, çünkü ancak o yolda programın kendi kontrolleri (cari doğrulama, zorunlu alan, fiş-satır ilişkisi) devreye girer. Bu ayrımı ERP entegrasyonu sayfamızda ayrıntılı anlatıyoruz.

Yazılım robotu ne zaman doğru seçimdir?

Yazılım robotu, işin tek erişim yolu ekran olduğunda ve iş kural tabanlı tekrarlandığında doğru seçimdir. Üç tipik durum var.

1. Portalın ya da programın açık bir API'si yok. Web üzerinden kullanılan bir muhasebe portalı, bir tedarikçi portalı ya da eski bir masaüstü programı düşünün. Veriyi almanın tek yolu giriş yapıp ekrandan indirmekse, robot bu işi çalışanın yerine yapar.

2. API var ama ihtiyaç duyulan işlemi kapsamıyor. Microsoft'un belgesi bu durumu ayrıca anıyor: API mevcut olsa da uygulama arayüzündeki her işlemi dışarı açmıyorsa robot bu boşluğu kapatabilir. Burada önce üreticinin güncel belgesine bakılır; eksik sanılan işlem bazen yeni bir sürümde eklenmiş olur.

3. Geçici köprü gerekiyor. Program değişikliği planlanmış, ama geçiş birkaç ay sürecek. Bu arada elle yapılan işi robota devretmek, kalıcı bir entegrasyon yazmaktan daha mantıklı olabilir. Bu durumda robotun ömrü baştan yazılır.

Robotun uygun olduğu işin dört özelliği vardır:

• Adımlar her seferinde aynıdır.
• Karar kurallarla verilebilir ("muhasebeleşmemişse listeye ekle").
• İş sık tekrarlanır: her gün, her hafta ya da her ay çok sayıda kayıt için.
• Girdi dijitaldir: ekranda, dosyada ya da e-postada.

Yorum ve uzmanlık isteyen kısım insanda kalır. Robot tıklamayı, beklemeyi, indirmeyi ve saymayı yapar; sonucu değerlendiren yine mali müşavir ya da muhasebe sorumlusudur.

Robotun zayıf noktaları: bakım, doğrulama ve banka portalları

Robotun en büyük zayıflığı, dayandığı ekranın onun kontrolünde olmamasıdır. Üretici bir düğmeyi taşır, bir menüyü yeniden adlandırır ya da sayfaya yeni bir onay penceresi ekler; robot o adımda durur. Bunun ne zaman olacağını kimse önceden bilemez.

Bunu dürüstçe söylemek gerekir: ekran robotu bakım ister. Bakımın maliyetini belirleyen şeyler ise önceden konuşulabilir.

Microsoft'un eğitim belgesi bir öneri daha yapıyor: tek bir büyük otomasyon yerine küçük, ayrı akışlar kurmak. Sebep pratik: bir adım bozulduğunda bütün süreç değil, yalnız o parça durur ve bakımı kolaylaşır.

Teklifte bu yüzden iki ayrı kalem görmelisiniz: robotun geliştirilmesi ve ekran değişikliklerine uyum. İkinci kalemin teklifte hiç geçmemesi, sorunun ortadan kalktığı anlamına gelmez; yalnızca ilk bozulmada kimin ilgileneceğinin belirsiz kaldığı anlamına gelir.

Bizim standardımız sabit fiyat ve teslim sonrası 15 gün ücretsiz hata düzeltmedir. Ekran değişikliklerine uyum bu sürenin dışında, ayrı bir bakım anlaşmasıyla yürür.

CAPTCHA, iki adımlı doğrulama ve banka portalları

Robot CAPTCHA'yı ve iki adımlı doğrulamayı atlatmamalıdır; bu adımlar insanın orada olduğunu doğrulamak için vardır. Doğru tasarımda giriş ve doğrulama kodunu çalışan kendisi yapar, robot yalnızca açılmış bir oturumda çalışanın elle yapacağı işi yapar. Oturum düştüğünde robot yeniden giriş ister ve bekler.

Bu bir tercih değil, kuraldır. Doğrulama adımını aşmaya çalışan bir robot, portalın kullanım koşullarıyla çatışabilir ve hesabın kilitlenmesine yol açabilir.

Banka ve ödeme portallarında robot önermiyoruz. Üç sebebi var:

1. Bankaların güvenlik kuralları sıkıdır; olağan dışı oturum davranışı hesabı kilitleyebilir.
2. Kullanım sözleşmeleri ekran otomasyonunu kısıtlayabilir.
3. Doğru yol zaten vardır. Bankalar hesap hareketlerini çoğunlukla dosya olarak indirme imkânı ya da kurumsal müşterilere yönelik servisler sunar.

Türkiye'de ayrıca açık bankacılık altyapısı var. Hesap bilgisi hizmeti 6493 sayılı Kanun'un 12. maddesinde sayılan ödeme hizmetlerinden biridir; bu hizmeti TCMB'den izinli kuruluşlar sunar ve bankayla aradaki veri alışverişi Ödeme Hizmetleri Veri Paylaşım Servisleri (ÖHVPS) üzerinden yürür. TCMB'nin 17 Mart 2026 tarihli duyurusuna göre BKM'nin geliştirdiği ÖHVPS 2.0.0 sürümü devreye alındı ve hesap bilgisi hizmetlerine kart bilgi ve hareketleri eklendi. Hangi seçeneğin sizin bankanızda ve hesap türünüzde açık olduğunu bankanızla ya da hizmeti sunan kuruluşla teyit edin.

Güvenlik: giriş bilgileri nerede durmalı?

Giriş bilgileri işletmenin kendi bilgisayarında ya da sunucusunda kalmalı, robotu geliştiren firmaya gönderilmemelidir. Bu, yazılım robotunda sorulacak ilk güvenlik sorusudur ve cevabı kurulumdan önce yazılı olmalıdır.

Robotlar iki biçimde çalışabilir. Microsoft'un Power Automate belgesi bunları ayırıyor: kullanıcı oturum açmışken çalışan (attended) ve arka planda, oturum açılmadan çalışan (unattended). Muhasebe portallarında doğrulama adımı insan gerektirdiği için çoğu zaman ilk biçim uygundur.

Güvenli bir kurulum için kontrol listesi:

• Ayrı kullanıcı. Robot mümkünse kendi kullanıcısıyla çalışır. Böylece yaptığı her işlem kayıtlarda ayrı görünür.
• Dar yetki. Robotun kullanıcısı yalnızca gereken ekranları ve firmaları görür. İndirme yapan robotun kayıt silme yetkisi olmaz.
• Bilgiler yerinde. Şifre ve oturum bilgisi işletmenin bilgisayarında saklanır; geliştiriciye, uzak bir panele ya da e-postaya gitmez.
• Sonuç kaydı. Her çalışmanın tarihi, işlediği kayıt sayısı ve hatası bir günlükte tutulur.
• Kişisel veri. Mükellef ya da müşteri verisi işleniyorsa, verinin nerede tutulacağı ve kime aktarılacağı KVKK süreçlerinizle birlikte gözden geçirilir.

Kullanımdaki bir örnek: mali müşavir ofisindeki Luca fatura robotu

Bu yaklaşımın kullanımda olan örneği, bir mali müşavirlik ofisinde çalışan Luca fatura robotudur. Ofisin adını paylaşmıyoruz. Robotun kapsamı şöyle:

• Ofisin kendi bilgisayarında çalışan bir masaüstü ajanıdır; Luca'ya ofis çalışanının kendi kullanıcısıyla girer ve giriş bilgileri o bilgisayarda kalır.
• Seçilen firmalar için e-Fatura, e-Arşiv, e-SMM ve UTTS belgelerini çeker.
• Her firma için muhasebeleşmiş ve muhasebeleşmemiş belge sayısını çıkarır.
• PDF ve istenirse XML dosyalarını mükellef klasörlerine dağıtır.
• Belirlenen gün ve saatte zamanlanmış olarak çalışır; sonuçları bir sunucuda barınan sonuç paneline yükler.

Robotun yapmadığı işler de aynı açıklıkla yazılmalı. CAPTCHA çözmez; girişi çalışan yapar. Luca'ya kayıt aktarmaz. Muhasebeleştirme ve mizan kontrolü sonraki aşamadır. Luca'nın resmî bir API'si üzerinden değil, ofisin elle kullandığı ekranlardan çalışır; bu yüzden Luca ekranı değiştiğinde ilgili adımın güncellenmesi gerekir.

Bu örnek yöntem sırasının neden önemli olduğunu da gösteriyor. Aynı ofiste Paraşüt kullanan bir mükellefin verisi için robot değil, Paraşüt'ün belgelenmiş API'si kullanılır. Ayrıntılar mali müşavir otomasyonu sayfamızda.

Karar listesi: robot kurmadan önce sorulacak 7 soru

Yazılım robotu kararını vermeden önce aşağıdaki sorulara yazılı cevap arayın. İlk üç soruda "evet" çıkarsa robota gerek kalmayabilir.

1. Programın ya da portalın belgelenmiş bir API'si ya da web servisi var mı?
2. Program, işi karşılayan bir Excel, CSV ya da XML aktarımı sunuyor mu?
3. İş yalnızca okuma mı (rapor, kontrol), yoksa kayıt yazma mı gerektiriyor?
4. Portalın kullanım koşulları ekran otomasyonuna izin veriyor mu? Banka ya da ödeme portalı mı?
5. Giriş ve doğrulama adımını kim yapacak, oturum düştüğünde ne olacak?
6. Ekran değiştiğinde robotu kim, hangi anlaşmayla güncelleyecek?
7. Robotun yaptığı her işin sonucu nerede görünecek; hata olduğunda kime bildirim gidecek?

Altıncı ve yedinci sorunun cevabı yoksa robot kurulmuş olsa bile süreç sahipsizdir.

Sıkça Sorulan Sorular

RPA ile API entegrasyonu arasındaki fark nedir?

API entegrasyonu, programın üreticisinin dışarıya açtığı belgelenmiş arayüzü kullanır ve ekran değişikliklerinden etkilenmez. RPA ise kullanıcının elle kullandığı ekranları kullanır. Resmî arayüzü olmayan yerde işe yarar ama ekran değiştiğinde güncellenmesi gerekir.

Logo, Mikro ya da Netsis için yazılım robotu gerekir mi?

Çoğu durumda gerekmez. Bu programların üreticileri belgelenmiş arayüzler sunuyor (Logo Objects ve REST Servis, Mikro Desktop API, NetOpenX). Erişim izni genellikle yetkili bayi kanalından açılır; robot ancak bu arayüzlerin kapsamadığı bir ekran işi kalırsa düşünülür.

Robot banka ekstresini indirebilir mi?

Teknik olarak denenebilir ama önermiyoruz. Banka portallarının güvenlik kuralları ve kullanım sözleşmeleri ekran otomasyonunu kısıtlayabilir. Bankanın dosya indirme seçeneği, kurumsal servisi ya da açık bankacılık kapsamındaki hesap bilgisi hizmeti doğru yoldur.

Robot şifremi saklıyor mu?

Doğru kurulumda şifre işletmenin kendi bilgisayarında kalır ve robotu geliştiren firmaya gönderilmez. Giriş ve doğrulama kodu adımını çalışan yapar. Bilgilerin nerede tutulacağı ve hangi sonuçların nereye aktarılacağı kurulumdan önce yazılı olarak belirlenmelidir.

Ekran değişince robot ne kadar sürede düzelir?

Bu, değişikliğin büyüklüğüne bağlıdır ve önceden kesin süre verilemez. Adımlar ayrı bir yapılandırma dosyasında tutuluyorsa küçük değişiklikler genellikle kısa sürede uyarlanır. Önemli olan, bu uyumun teklifte ayrı bir bakım kalemi olarak yazılmasıdır.

RPA yapay zekâ mıdır?

Hayır. Klasik RPA, kurallarla tanımlanmış adımları tekrarlar; kendi başına karar vermez. Bazı otomasyonlarda belge okuma gibi işler için yapay zekâ bileşenleri eklenebilir, ama bu ayrı bir katmandır ve sonucun kontrolü yine insanda kalır.

Sonraki adım: sizde hangi yol mümkün, birlikte bakalım

Elle tekrarlanan bir işiniz varsa önce hangi programlarla yapıldığını ve programın hangi resmî yolları sunduğunu birlikte inceleyelim. Robot gerekmiyorsa bunu söyleriz; gerekiyorsa sınırlarını ve bakım kalemini teklife yazarız. İş süreci otomasyonu için ücretsiz online keşif görüşmesi planlamak isterseniz iletişime geçin. İsterseniz WhatsApp'tan da yazabilirsiniz.