API Olmadan Legacy Yazılım Bağlama: Alman KOBİ'lerinde Eski ERP Vakası

Almanya'daki birçok KOBİ, yirmi yıldır veya daha uzun süredir aynı ERP ya da stok yönetim yazılımıyla çalışıyor. Sistem istikrarlı çalışıyor, herkes ekranları ezbere biliyor, ama hiçbir zaman modern bir arayüz kazanmadı. Siparişleri elle giriyorsun, ana verilerin bakımını ekran ekran yapıyorsun, raporları kopyala-yapıştır ile Excel'e aktarıyorsun. Robotik süreç otomasyonu, kısaca RPA, tam da bu boşluğu doldurmak için geliştirildi: Power Automate, dijital bir çalışana fareyi ve klavyeyi tıpkı bir insan gibi kullanmayı öğretir ve böylece API'si hiç olmayan yazılımları bile otomatikleştirir. Temmuz 2026 itibarıyla güncel.

Bu rehberde sana Power Automate'in API tabanlı otomasyon ile arayüz tabanlı RPA arasındaki farkı nasıl ele aldığını, masaüstü akışlarının modern bir kullanıcı arayüzü olmayan çok eski Windows uygulamalarını bile nasıl tanıdığını ve eski bir ERP'nin e-posta veya Excel gibi modern tetikleyicilere bağlandığı tipik bir KOBİ vakasının nasıl göründüğünü gösteriyoruz. Sonunda hangi çalıştırma modunun sistemine uyduğunu ve RPA'nın sınırlarının nerede olduğunu bileceksin.

Neden bu kadar çok KOBİ hâlâ API'siz yazılım kullanıyor?

Yazılım sağlayıcıları arayüzleri genellikle ancak yeterince müşteri talep ettiğinde geliştirir ve yıllardır kullanımda olan bir stok yönetim sistemi için bu, üretici açısından çoğu zaman artık kârlı olmaz. Microsoft dokümantasyonu bu başlangıç durumunu şöyle özetliyor: hazır bir konektörü ve kendi başına bir tane oluşturabileceğin bir API'si olmayan bir uygulama varsa ne yaparsın? RPA tam da burada devreye giriyor, çünkü Power Automate'e bir insanın fare hareketlerini ve tuş vuruşlarını taklit etmeyi öğreterek, sanki bilgisayarı bir robot kullanıyormuş gibi, API'si olmayan eski sistemleri de otomatikleştirirsin (Microsoft Learn: Süreç otomasyonu türleri). Senin için bunun anlamı şu: Veri girişini otomatikleştirmek için bir ERP güncellemesini veya yeni bir arayüzü beklemene gerek yok.

API tabanlı otomasyon ile RPA arasındaki fark nedir?

Power Automate'in iki temel otomasyon yolu vardır. Dijital süreç otomasyonu, kısaca DPA, bulut akışları ve SharePoint, Outlook veya Dynamics 365 gibi sistemleri kendi kod yazmadan bağlayabileceğin 380'den fazla hazır, API tabanlı konektör üzerinden çalışır. Robotik süreç otomasyonu, kısaca RPA ise bunun yerine masaüstü akışları üzerinden çalışır ve uygulamaları tıpkı senin ekranda yapacağın gibi kullanır. Bu iki yol birbirinin yerini almaz, birbirini tamamlar:

• Bulut akışı (DPA): bir API kullanır, uygulamanın görsel değişikliklerine karşı istikrarlıdır ve tamamen bulutta çalışır.
• Masaüstü akışı (RPA): API gerektirmez, ancak hedef uygulamanın ekran düzenindeki, alan adlarındaki veya pencere yapısındaki değişikliklere karşı hassastır.

Power Automate'i KOBİ'ler için ilginç kılan tam da bu kombinasyondur: modern sistemleri API'ler üzerinden bağlarsın ve eski ERP'ndeki boşluğu RPA ile kapatırsın (Microsoft Learn: Süreç otomasyonu türleri).

Power Automate modern bir arayüzü olmayan bir eski ERP'yi nasıl tanır?

Bir masaüstü akışının hangi düğmeye basacağını veya hangi alanı dolduracağını bilmesi için Power Automate, üç olası seçici türü üzerinden sözde arayüz öğelerini yakalar. UI Automation, kısaca UIA, Microsoft'un modern erişilebilirlik çerçevesidir ve WPF, WinForms veya UWP ile oluşturulmuş uygulamalarda güvenilir şekilde çalışır. Ancak birçok eski ERP istemcisi bu çerçevelerden önceki bir dönemden kalmadır ve VB6 veya klasik Win32 ile geliştirilmiştir, dolayısıyla hiçbir UIA bilgisi sunmazlar. Tam da bu durum için Microsoft Active Accessibility, kısaca MSAA, vardır: UIA'dan daha az ayrıntı sunan ama legacy uygulamalarda düğmelere, metin alanlarına ve tablolara ulaşmanın çoğu zaman tek yolu olan daha eski bir erişilebilirlik teknolojisi. MSAA bile yetmezse, Power Automate ayrıca bir uygulamanın tam, filtrelenmemiş öğe yapısını ortaya çıkaran UIA3 Raw'ı sunar; bu, özellikle sıra dışı şekilde işlenmiş arayüzlerde işe yarar (Microsoft Learn: Kullanıcı arayüzü öğeleriyle otomasyon). Bir masaüstü akışını kaydederken yakalama modunu doğrudan değiştirebilir, böylece bir eski ERP için varsayılan UIA ayarına güvenmek yerine bilinçli olarak MSAA moduna geçebilirsin.

Eski ERP vakası pratikte böyle görünür

Klasik KOBİ vakası iki katmanda ilerler. Bir bulut akışı tetikleyiciyi devralır: gelen bir sipariş e-postasını, bir Excel tablosundaki yeni bir satırı veya web sitendeki bir formu algılar. Ardından bulut akışı, eski ERP'deki asıl işi devralan kayıtlı bir masaüstü akışını çağırır; ilgili ekranı açar, müşteri numarasını, ürünü ve miktarı MSAA seçicileri üzerinden girer ve işlemi tıpkı bir çalışanın elle yapacağı gibi onaylar. Microsoft'un dokümantasyonu, tipik bir örnek olarak bizzat büyük bir şirketin çalışanları tarafından bir ERP sistemine yapılan veri girişini ve eski sistemler için terminal emülatörlerinin otomasyonunu gösteriyor (Microsoft Learn: Masaüstü akışlarına giriş). Senin için bunun somut anlamı şudur: eski ERP'nin kendisinde hiçbir şey değiştirmezsin, dijital çalışan yalnızca yıllardır kullanımda olduğu haliyle mevcut arayüzü kullanır.

Attended mi unattended mi: Eski ERP'ne hangi mod uyar?

Bir masaüstü akışını çalıştırmak için sana iki mod sunulur ve seçim büyük ölçüde eski ERP'ni nasıl kullandığına bağlıdır. Attended modda otomasyon, bir çalışanın oturum açmış olduğu bilgisayarda çalışır; çalışan süreci izleyebilir ve sorular ortaya çıktığında müdahale edebilir. Unattended modda Power Automate, kayıtlı bir makinede kendi başına oturum açar, masaüstü akışını izleyicisiz tamamlar ve ardından tekrar oturumu kapatır; eski ERP'ne karşı gece yapılan toplu bir çalıştırma için idealdir. Lisanslama açısından bu küçük bir ayrıntı değildir: Power Automate Premium lisansı attended mod için gözetimli bir bot içerir, unattended çalıştırmalar için ise kendi unattended botuna sahip bir Process lisansı gerekir; kendi makinesi olmadan otomasyon yapmak isteyenler ise Azure'da barındırılan bir bot için Hosted Process lisansına başvurur (Microsoft Learn: Power Automate lisans türleri). Eski ERP'ni attended modda kullanan dijital bir çalışanla tıklamaları otomatikleştirirsin, ancak her onay ve her istisna üzerindeki kontrolü elinde tutarsın.

Eski ERP'de RPA'nın sınırları nerede?

RPA, gerçek bir arayüzün yerini almaz; henüz böyle bir arayüz yokken bir köprü görevi görür. Yazılım üreticilerinin bilinçli olarak istikrarlı tuttuğu bir API'nin aksine, bir masaüstü akışı her görsel değişikliğe karşı hassastır: yeri değişmiş bir alan, adı değiştirilmiş bir düğme veya yeni bir açılır pencere, bir seçicinin boşa çıkmasına neden olabilir. Bu yüzden kurulum sırasında dijital çalışanın ne yapması gerektiğini tam olarak belirlemelisin, örneğin her zaman B3 hücresinin mi yoksa bir sütundaki ilk boş hücrenin mi seçileceğini, çünkü RPA yalnızca ona gerçekten öğrettiğini yapar, gerçekte ne demek istediğini değil (Microsoft Learn: Süreç otomasyonu türleri). Bu çabayı tek başına üstlenmek istemeyenler, Power Automate danışmanlığımızdan sağlam MSAA seçiciler oluşturmak ve attended ile unattended çalıştırmaları istisnai durumlara karşı düzgünce güvence altına almak için destek alabilir.

Sık sorulan sorular

RPA, eski ERP'ye gerçek bir arayüzün yerini alır mı?

Hayır. Bir masaüstü akışı, eski ERP'nin mevcut arayüzünü kullanır ama kendisi bir API oluşturmaz. Sistem bir gün yapılandırılmış bir arayüze kavuşursa, genellikle uygun bir konektöre sahip bir bulut akışına geçmek buna değer, çünkü bu, bir arayüz otomasyonundan belirgin şekilde daha istikrarlı çalışır ve daha az bakım gerektirir.

Power Automate, UIA desteği olmayan eski bir ERP ekranındaki kontrolleri nasıl tanır?

Microsoft Active Accessibility, kısaca MSAA, üzerinden. Bu daha eski erişilebilirlik teknolojisi, modern UIA çerçevesinden daha az ayrıntı sunsa da, VB6 veya klasik Win32 gibi daha eski teknolojilerle oluşturulmuş uygulamalardaki düğmeleri, metin alanlarını ve listeleri görünür kılar. MSAA modunu doğrudan kullanıcı arayüzü öğe seçicisinde veya masaüstü akışını kaydederken seçersin.

Attended mi unattended mi: Eski bir ERP'yi otomatikleştirmek için hangisi daha uygun?

Çalışanlara sorular yöneltilen görevler veya normal işle paralel yürütülmesi gereken süreçler için attended daha uygundur. Mesai saatleri dışında planlanabilen toplu çalıştırmalar için, örneğin günün tüm siparişlerinin gece yüklenmesi gibi, unattended daha uygun seçimdir, çünkü bunun için kimsenin oturum açmış olması gerekmez.

Eski bir ERP'de unattended RPA için hangi lisansa ihtiyacın var?

Unattended çalıştırma için tek başına Power Automate Premium lisansı yeterli değildir. Ayrıca unattended bir bot içeren ve bir makineye atanan bir Process lisansına, ya da masaüstü akışının kendi donanımın yerine Microsoft'un Azure'da barındırdığı bir makinede çalışması gerekiyorsa alternatif olarak bir Hosted Process lisansına ihtiyacın vardır.