RPA Süreç Seçimi: Otomatikleştirilebilir Süreçler için Kriter Kataloğu

Tekrarlayan gibi görünen her süreç otomatik olarak Robotic Process Automation için uygun değildir. Bir masaüstü akışının kaydına ve oluşturulmasına zaman ayırmadan önce, sürecin kendisine ayık bir gözle bakmakta fayda var: Ne kadar kurallara dayalı işliyor, birlikte çalıştığı arayüz ne kadar kararlı ve gerçekte ne sıklıkla çalıştırılıyor? Microsoft, resmi Power Automate belgelerinde bilinçli olarak iki otomasyon türü arasında ayrım yapar, API tabanlı dijital süreç otomasyonu ve kullanıcı arayüzü tabanlı robotik süreç otomasyonu, ve tam olarak bu ayrım, süreç seçimi için her kriter kataloğundaki ilk filtredir.

Bu makale, süreçleri RPA için hangi kriterlere göre değerlendireceğinizi, ne zaman API tabanlı bulut akışlarını tercih etmenin daha iyi olduğunu ve process mining ile task mining'in adayları içgüdüsel olarak seçmek yerine sistematik biçimde bulmanıza nasıl yardımcı olduğunu gösterir.

RPA mı, Yoksa API Otomasyonu mu?

Her süreç seçiminin ilk adımı aslında bir RPA sorusu değil, bir mimari sorusudur. Microsoft'un otomasyon türlerine ilişkin belgelerine göre, hazır bir bağlayıcısı veya açık bir API'si olan her uygulama için, bulut akışları üzerinden dijital süreç otomasyonunu tercih etmelisiniz. Microsoft'a göre API'ler, uygulama geliştirilmeye devam etse bile genellikle kararlı kalır, çünkü yazılım üreticileri mevcut arayüzleri bozmamaya özen gösterir.

RPA, ancak tam olarak bunun eksik olduğu durumlarda devreye girer: bir eski (legacy) uygulama, eski bir Windows yazılımı veya belgelenmiş bir API'si olmayan bir web portalı. RPA ile Power Automate'e, bir insanın yapacağı gibi fare tıklamalarını ve klavye girişlerini taklit etmeyi öğretirsiniz. Dezavantajı aynı belgede açıkça belirtilir: RPA, arayüzün düzeni değiştiğinde veya yerel bilgisayarda güncellemeler yapıldığında bozulmaya eğilimlidir ve bota verilen talimatların çok kesin olması gerekir, örneğin gerçekten her zaman B3 hücresinin mi yoksa B sütunundaki ilk boş hücrenin mi kastedildiği gibi. Bu nedenle RPA için bir kriter kataloğu yalnızca bir sürecin otomatikleştirilebilir olup olmadığını değil, aynı zamanda RPA'nın bunun için gerçekten doğru otomasyon türü olup olmadığını da sorar.

Kriter Kataloğu: İyi Bir RPA Adayının Yedi Özelliği

Aşağıdaki maddelerden ne kadar çoğu geçerliyse, bir süreç RPA için o kadar uygundur. Bunlardan birkaçı aynı anda eksikse, ya otomasyondan önce süreçte bir değişiklik yapılması gerekir ya da başka bir otomasyon yolu daha mantıklıdır.

• Takdir yetkisi olmadan kurallara dayalı: süreç, tek tek vaka kararları yerine sabit eğer-o zaman mantığını izler. Bir uzman deneyime veya sezgiye dayanarak karar verir vermez, süreç klasik RPA için uygun olmaktan çıkar; bunu yapay zeka destekli ara adımlarla tamamlamadığınız sürece.
• Yüksek hacim ve düzenli tekrar: yılda on kez manuel olarak beş dakikada tamamlanan bir süreç, bir botun kaydı, testi ve bakımı için harcanan çabayı nadiren haklı çıkarır. Günlük veya haftalık çalışan süreçler çok daha hızlı amorti olur.
• Yapılandırılmış, dijital giriş verileri: formlar, tablolar, sabit formatlı e-postalar veya veritabanı alanları güvenilir biçimde okunabilir. El yazısı notlar, yapısız serbest metin veya telefon görüşmeleri, saf RPA için kötü bir başlangıç noktasıdır.
• Kararlı uygulama arayüzü: Microsoft'a göre RPA doğrudan ekran arayüzüyle çalıştığından, düzeni nadiren değişen uygulamalara ihtiyacınız var. Öğe konumları sık değişen, sık güncellenen web uygulamaları bakım riskini önemli ölçüde artırır.
• Açıkça tanımlanmış başlangıç ve bitiş noktası: iyi bir aday, gelen bir e-posta veya yeni bir kayıt gibi net bir tetikleyiciyle başlar ve doğrulanabilir bir sonuçla biter. Birkaç gün süren veya dış geri bildirim bekleyen süreçler otomatikleştirilebilir, ancak daha temiz bir süreç modellemesi gerektirir.
• Düşük istisna oranı: süreç vakaların yüzde 80 ila 90'ından fazlasında tam olarak aynı şekilde işliyorsa, standart yolun otomatikleştirilmesi buna değer; nadir istisnalar ise manuel olarak veya bir kişiye eskalasyon yoluyla ele alınmaya devam eder.
• Ölçülebilir fayda: zaman tasarrufu, hata azaltımı veya daha hızlı işlem süresi önceden yaklaşık olarak rakamsallaştırılabilmelidir. Ölçülebilir bir fayda olmadan, oluşturma ve işletme çabasını haklı çıkaracak bir temel bulunmaz.

Attended mi Unattended mi: Çalışma Modunu Süreç Belirler

Bir süreç temelde RPA'ya uygun olsa bile, doğru çalışma modu büyük farklılık gösterir. attended RPA bot, çalıştırmayı başlatan ve ekran başında oturan bir kişiyle doğrudan birlikte çalışır; örneğin bir çalışanın son adımı kontrol ettiği müşteri hizmetleri görevlerinde olduğu gibi. unattended RPA ise süreç, insan denetimi olmadan tamamen arka planda çalışır.

Unattended adaylar için, Microsoft'un gözetimsiz masaüstü akışlarına ilişkin belgelerine göre süreç seçimi sırasında zaten göz önünde bulundurulması gereken ek teknik gereksinimler geçerlidir:

• Hedef bilgisayarın tamamen oturumu kapatılmış ve kullanılabilir olması gerekir; Windows 10 ve 11'de kilitli bir etkin oturum bile gözetimsiz çalıştırmayı engeller.
• Uzak oturumun ekran çözünürlüğü, akışın orijinal olarak kaydedildiği çözünürlükten farklı olabilir; bu, önceden sabitlenmezse UI öğelerinde hatalara yol açabilir.
• Gözetimsiz çalıştırmalar yükseltilmiş haklarla gerçekleştirilemez; bu, yönetici gereksinimi olan süreçler için bir dışlama kriteri olabilir.

Gece, hafta sonu veya yüksek sıklıkla çalışması gereken süreçler, örneğin fatura içe aktarma veya ana veri mutabakatı, klasik unattended adaylarıdır. Onay adımları veya duruma bağlı kontrol içeren süreçler ise daha çok attended RPA'da veya bulut akışı ile onay adımının bir karışımında kalır.

Adayları Tahmin Etmek Yerine Sistematik Olarak Bulmak

Süreçleri içgüdüsel olarak seçmek yerine, Power Automate, adayları veriye dayalı olarak tespit eden process mining ve task mining olmak üzere iki araç sunar. Microsoft'un process mining ve task mining genel bakışına göre, process mining, alacak hesapları veya order-to-cash gibi şirket geneli süreçlerdeki verimsizlikleri olay günlükleri üzerinden görünür kılmak için daha uygundur. Task mining ise kayıtlı kullanıcı eylemlerini analiz ederek tek tek masaüstü etkinliklerine odaklanır ve hangi uygulamaların en çok zaman aldığını gösterir.

Her iki özellik de otomasyon adaylarını doğrudan süreç haritasında işaretler. otomasyon önerilerine ilişkin belgelere göre, süreç haritasındaki etkinliklerde bulunan mavi öneri simgeleri, otomasyonun mantıklı olduğu yerleri gösterir. Etkinlikleri otomatikleştir seçeneği üzerinden doğrudan Power Automate form tasarımcısına gidersiniz; bu tasarımcı, işaretlenen etkinlikler için uygun bağlayıcı önerileri sunar. Böylece bir etkinliğin standart bir bağlayıcı ile bulut akışı olarak mı, yoksa gerçekten RPA ile mi daha iyi çözüleceğini bir bakışta görürsünüz.

Pratik Kontrol Listesi: Sağlam Bir Adaya Giden Beş Adım

1. Süreci net biçimde sınırlandırın: otomasyondan bahsetmeden önce başlangıcı, bitişi ve tüm varyantları tanımlayın.

2. API seçeneğini kontrol edin: ilgili uygulamalar için bir bağlayıcı veya açık bir API varsa, bulut akışı otomasyonu neredeyse her zaman daha sağlam bir seçimdir.

3. Kriter kataloğunu uygulayın: yukarıdaki yedi özelliği kullanarak kurallara dayalılığı, hacmi, veri yapısını, arayüz kararlılığını, istisna oranını ve faydayı kontrol edin.

4. Çalışma modunu belirleyin: denetim ihtiyacına ve sıklığa göre attended mi yoksa unattended RPA'nın mı uygun olduğuna karar verin.

5. Verilerle doğrulayın: değerlendirmenizi varsayımlar yerine gerçek yürütme verileriyle karşılaştırmak için process mining veya task mining kullanın.

Bu beş adımı tutarlı biçimde uygulayan kişi, başarısız RPA projelerinin en yaygın nedeninden kaçınır: kararsız veya çok seyrek çalışan bir süreç üzerine kurulmuş, daha birkaç hafta sonra tasarruf ettiğinden fazla bakım yükü yaratan bir bot. Süreçlerinizden hangilerinin gerçekten otomasyona hazır olduğundan emin değilseniz, yapılandırılmış bir envanter çalışması genellikle doğrudan en büyük süreci ele almaya çalışmaktan daha faydalıdır. NordFlux'un Power Automate danışmanlığıyla tam olarak bu kriter kataloğunu sizinle birlikte tüm süreç ortamınız boyunca ele alıyoruz; böylece dijital çalışanlarınız gerçekten etki yarattıkları yerlerde konuşlandırılırken, seçim ve işletme üzerindeki kontrolü her zaman siz elinizde tutuyorsunuz.

Sık Sorulan Sorular

RPA süreç seçiminde en önemli kriter nedir?

Tek bir en önemli kriter yoktur, ancak kurallara dayalılık en ağır basan unsurdur: bir süreç duruma bağlı takdir kararları gerektirir gerektirmez, hacim veya fayda ne kadar yüksek olursa olsun klasik RPA sınırlarına dayanır. Bu nedenle diğer kriterleri değerlendirmeden önce sürecin gerçekten sabit kurallara göre işleyip işlemediğini kontrol edin.

Bir süreci RPA yerine ne zaman bulut akışlarıyla otomatikleştirmeliyim?

İlgili uygulamalar için bir bağlayıcı veya açık bir API bulunduğunda her zaman. Microsoft'a göre API'ler kullanıcı arayüzlerinden çok daha kararlıdır, çünkü üreticiler mevcut arayüzleri bozmaktan bilinçli olarak kaçınır; oysa ekran düzenleri güncellemelerde sık sık değişir ve bu da RPA akışlarını arızalara karşı daha savunmasız hale getirir.

Her süreci tek tek değerlendirmeden RPA adaylarını nasıl bulurum?

Power Automate'teki process mining ve task mining, olay günlüklerini ve kayıtlı kullanıcı eylemlerini otomatik olarak analiz eder ve otomasyon fırsatlarını doğrudan süreç haritasında işaretler. Bu, manuel tek tek incelemenin yerini veriye dayalı önceliklendirmeye bırakırken, aynı zamanda bir bağlayıcının mı yoksa bir masaüstü akışının mı daha uygun çözüm olduğunu gösterir.

Süreç seçiminde attended RPA'yı unattended RPA'dan ayıran nedir?

Attended RPA, bir kişinin ekranda aktif olarak yer aldığı ve botu bilinçli olarak başlattığı süreçler için uygundur, örneğin doğrudan müşteri temasında. Unattended RPA, denetim gerektirmeyen ve arka planda çalışması amaçlanan süreçler için uygundur, ancak bunun için UI tanımanın güvenilir çalışması amacıyla tamamen oturumu kapatılmış bir hedef bilgisayar ve sabit bir ekran çözünürlüğü gerektirir.

Çok sayıda istisnası olan bir süreç yine de otomatikleştirilebilir mi?

Kısmen. Vakaların büyük çoğunluğu aynı desende ilerliyorsa ve yalnızca küçük bir kısmı sapıyorsa, standart yolu otomatikleştirir ve istisnaları eskalasyon yoluyla bir kişiye yönlendirirsiniz. Ancak istisna oranı yüzde 30 veya daha fazlaysa, otomasyondan önce süreci basitleştirmek veya daha net kurallara bağlamak genellikle işe yarar.