1. Developer/analityk procesowy nagrywa lub modeluje przepływ w wizualnym studio (drag-and-drop activities). 2. Robot jest opisany jako sekwencja deterministycznych kroków: lokalizacja kontrolki w UI (selektor po DOM / accessibility tree / image matching), akcja (click, type, read), warunki i pętle. 3. Selektory wiążą logikę robota z konkretnymi właściwościami kontrolek aplikacji – atrybuty HTML, klasy okien Windows (UI Automation), pola SAP GUI Scripting itp. 4. Robot wykonuje się w środowisku runtime (attended – obok użytkownika, lub unattended – w tle na serwerze/VM) zarządzanym przez orchestrator (UiPath Orchestrator, Automation Anywhere Control Room). 5. Orchestrator harmonogramuje uruchomienia, dystrybuuje robota między maszynami i zbiera logi/metryki. 6. Wyjątki (zmieniony selektor, brak elementu w terminie, błąd biznesowy) są raportowane i wymagają interwencji developera lub przekazania do kolejki HITL.
Eliminacja czasochłonnych, powtarzalnych zadań typu „swivel chair” – ręcznego przenoszenia danych między systemami, które nie mają wspólnego API. Pozwala wprowadzić automatyzację bez przepisywania ani integracji legacy systemów (ERP, CRM, mainframe, aplikacje desktopowe).
Wizualne IDE typu low-code, w którym developer modeluje przepływ za pomocą bloków (activities), warunków i selektorów. Wynikiem jest pakiet workflow (np. .nupkg w UiPath) wdrażany na maszyny wykonawcze.
Proces wykonujący workflow na maszynie docelowej. W trybie attended działa równolegle z użytkownikiem (np. w okienku obok aplikacji), w trybie unattended działa autonomicznie na VM lub serwerze terminalowym.
Centralna platforma zarządzania: harmonogramy uruchomień, kolejki zadań, zarządzanie licencjami, audyt, dashboardy, dystrybucja pakietów robotów. Stanowi punkt operacyjnego nadzoru nad flotą.
Deklaratywne wyrażenia identyfikujące kontrolkę w aplikacji – po atrybutach DOM, accessibility tree (UI Automation w Windows), współrzędnych ekranu lub przez computer vision. Kruche – każda zmiana UI w aplikacji-celu może wymagać poprawki selektora.
Zmiana wersji aplikacji-celu (rebranding, redesign UI) potrafi zepsuć dziesiątki robotów jednocześnie. Wymaga dedykowanego zespołu utrzymaniowego.
Każdy nietypowy scenariusz musi być przewidziany w workflow; nieprzewidziane sytuacje zatrzymują proces. Skala problemu rośnie wraz z liczbą wariantów dokumentów/danych wejściowych.
RPA wynagradzane jest za szybkie ROI, co zachęca do automatyzacji procesów zamiast ich naprawy (np. brak właściwej integracji API między systemami). W długim terminie utrwala chaos integracyjny.
Pierwsze narzędzia do automatyzacji GUI (np. AutoIt, makra w aplikacjach) – prekursorzy RPA.
Pierwsza firma używająca terminu „Robotic Process Automation” w kontekście enterprise – fundament rynku RPA.
Późniejszy lider rynku RPA – firma przechodzi z bibliotek do automatyzacji w pełnoprawną platformę RPA w okolicach 2013-2015.
Pierwsze duże analizy rynkowe (Forrester, HfS) wprowadzają RPA do słownika enterprise IT.
RPA staje się jedną z najszybciej rosnących kategorii enterprise software.
Hyperautomation = RPA + AI/ML + process mining + iBPMS. Sygnał: czysty RPA nie wystarcza, musi być wzbogacony o komponenty AI.
UiPath debiutuje na NYSE; SS&C przejmuje Blue Prism (2022).
UiPath AI Center, Automation Anywhere Co-Pilot, Microsoft Copilot in Power Automate – RPA staje się komponentem szerszej Agentic Automation.
Vendorzy (Salesforce Agentforce, ServiceNow AI Agents, UiPath Agents) pozycjonują agentów LLM jako ewolucję RPA – RPA staje się jedną z warstw wykonawczych obok modeli językowych.
RPA jest deterministycznym wykonywaniem skryptu – brak komponentu probabilistycznego czy uczenia w czasie wykonania.
RPA nie posiada dynamicznego routingu – każda gałąź workflow jest jawnie zakodowana jako if/switch przez developera.
Wiele robotów może działać równolegle na wielu VM zarządzanych przez orchestrator, ale pojedynczy robot jest sekwencyjny względem swojego workflow.
Attended (obok użytkownika, wyzwalany manualnie) vs unattended (autonomicznie na serwerze, harmonogramowany).
DOM/UI tree (najstabilniejsze), image matching (najmniej stabilne, ale uniwersalne), OCR (do skanów i dokumentów).
Retry policies, fallback paths, eskalacja do human-in-the-loop.
RPA wykonuje się na standardowych maszynach (Windows VM, terminal server). Wymagania są determinowane przez aplikacje-cele, nie przez sam silnik RPA.
