Czym jest RPA? Robotic Process Automation w praktyce

Każda definicja RPA opisuje to samo wąskie narzędzie

Definicja RPA. Co to jest RPA? Robotic process automation, po polsku zrobotyzowana automatyzacja procesów, to oprogramowanie, które obsługuje inne oprogramowanie tak jak człowiek: przez interfejs, według reguł zapisanych zanim cokolwiek ruszyło. Najprościej: skrypt z własnym loginem. IBM nazywa to "software robotics" i pisze o "repetitive office tasks of human workers, such as extracting data, filling in forms, moving files and more". AIIM jest szczersze co do granic: praca "manual, rule-based, and repetitive", wymagająca danych ustrukturyzowanych i słabo znosząca wyjątki.

Jedyna instytucja normalizacyjna, która zajęła się tą terminologią, poszła w inną stronę. IEEE Std 2755-2017 to aktywna norma z 28 września 2017, napisana po to, by wprowadzić "clarity and consistency in the use of Software Based Intelligent Process Automation (SBIPA) terminology". SBIPA, nie RPA. IEEE uczyniło z RPA jednego z członków rodziny, w której są też AI, cognitive computing i uczenie maszynowe. Pełny tekst jest płatny, więc krążąca wszędzie definicja RPA, ta o "preconfigured software instance that uses business rules and predefined activity choreography", jest tu podana tak, jak cytuje ją literatura naukowa, a nie jako coś przeczytanego w samej normie. Sąsiednią definicję inteligentnej automatyzacji procesów można sprawdzić bezpośrednio, w cytacie z odsyłaczem do stron.

Najwięcej mówi jednak różnica w słownictwie. Glosariusz Gartnera nazywa RPA "a productivity tool" uruchamiającym "scripts", które "activate specific keystrokes in an automated fashion", przy czym sama strona jest zabezpieczona przed botami, więc to brzmienie pochodzi z wyników wyszukiwania, nie z wyrenderowanej strony. Każdy dostawca tego samego produktu mówi o cyfrowej sile roboczej. A IBM, AIIM i UiPath publikują razem jakieś siedem tysięcy słów o tym, czym jest RPA, i ani jednej sprawdzalnej, datowanej liczby ze wskazanym źródłem o tym, co RPA dowiozło. Reszta tego tekstu to głównie liczby.

Co oznacza skrót RPA, wiadomo; co znaczy w praktyce, już nie

RPA od strony technicznej. Problem zaczyna się przy pierwszym słowie skrótu. Żadnego robota tu nie ma. Jest proces na maszynie z Windows, trzymający komplet poświadczeń i wysyłający syntetyczne kliknięcia do aplikacji, które nie mają pojęcia, że po drugiej stronie nikogo nie ma. IEEE tego słowa uniknęło, IBM ma zapasowe software robotics, SS&C sprzedaje "cyfrowych pracowników", Gartner mówi o skryptach. Granica techniczna, która ma znaczenie, mieści się w jednym zdaniu IBM: "The critical difference is that RPA is process-driven, whereas AI is data-driven." Bot idzie ścieżką, którą ktoś narysował, model wyprowadza ją z przykładów. To także miejsce, w którym deterministyczny workflow wygrywa z agentem albo przegrywa.

RPA od strony biznesowej. Kupujesz przepustowość na pracy, która już istnieje, bez ruszania systemów, w których ta praca się odbywa. Dlatego zakres zostaje wąski: duży wolumen, jasne reguły, ustrukturyzowane wejście, mało wyjątków. Przepisywanie faktur. Przenoszenie rekordów między systemami, które nigdy nie dostaną API. Dokumenty onboardingowe. Składanie raportów. Haczyk EY zapisał już w 2016 roku, a kupujący nadal odkrywają go boleśnie: "a robot only works on sub-processes and hence leaves a lot of the process that a robot cannot handle, and therefore limits savings achievable". Automatyzujesz 60% zadania, a człowiek i tak otwiera sprawę.

Wybór procesu zasługuje na większy budżet, niż zwykle dostaje. Przegląd literatury z Uniwersytetu w Ottawie zaczyna od uwagi, że "it is usually difficult to determine what processes and steps to automate, especially with RPA", po czym stwierdza, że narzędzia jeszcze tego nie dowożą. Praktyczny podział, tak jak opisuje go Celonis, jest taki, że process mining czyta logi zdarzeń z ERP, a task mining zbiera to, co ludzie robią na ekranach, i kandydaci do RPA mieszkają w tej drugiej warstwie. Wybieranie ich z tablicy na warsztacie to wybieranie z pamięci, a tam wykłada się większość programów automatyzacji, zanim powstanie linijka kodu.

Jak działa RPA, sprowadza się do selektorów, nie do inteligencji

Kluczowe elementy technologii RPA. Po rozebraniu platformy zostają cztery części: środowisko projektowe, w którym ktoś nagrywa albo rysuje kroki, robot będący procesem uruchomionym na maszynie, orkiestrator planujący zadania i zapisujący dziennik audytowy, oraz magazyn poświadczeń, bo bot logujący się do sześciu systemów potrzebuje sześciu haseł, których nie może w sobie zawierać.

Robot występuje w dwóch wariantach i różnica jest architektoniczna. Dokumentacja UiPath opisuje roboty z nadzorem jako te, które "act as personal assistants for end-users such as HR personnel or Call Center operators" i działają w sesji użytkownika. Roboty bez nadzoru "are autonomous robots that don't require human supervision to execute jobs", chodzą jako usługa przy pracy wsadowej i "should run under robot accounts, special accounts dedicated to applications or virtual machines, not persons".

Magazyn poświadczeń pierwsze wdrożenia zwykle pomijają, a przy RODO jest on wprost audytowalny, bo bot loguje się do systemów kadrowych i księgowych na prawach użytkownika. UiPath obsługuje szesnaście typów magazynów, od własnej bazy po CyberArk, Azure Key Vault i AWS Secrets Manager, i pisze, że magazyn jest "only required for unattended robots"; Automation Anywhere ujmuje zasadę jednym zdaniem, "only the credential references are present in the bots, and not the credentials". Pominięcie tego ma udokumentowane skutki: drugi audyt GSA z 6 sierpnia 2024 stwierdził, że agencja "did not establish an access removal process for decommissioned bots, resulting in prolonged, unnecessary access". Wyłączone boty, których loginy nadal działały.

Przebieg procesu w automatyzacji RPA. Najciekawszy mechanizm to sposób, w jaki bot znajduje przycisk, i nie chodzi o piksele. Dokumentacja Microsoftu o elementach interfejsu, aktualizowana 14 maja 2026, mówi, że przepływy pulpitu "use UI elements to interact with applications and webpages, so they don't need to use image recognition or absolute coordinates", a wszystkie te elementy "consist of one or more selectors that pinpoint the UI or web component". Selektor koduje ścieżkę w drzewie dostępności do jednej kontrolki.

Pojedynczy przebieg wygląda tak. Odpala się wyzwalacz, robot pobiera poświadczenia przez referencję i przechodzi selektor przy każdym kroku. Gdy któryś zawiedzie, Power Automate "uses the following selector in the defined order" z łańcucha zapasowego przygotowanego przez programistę. Wszystko, czego reguły nie obejmują, trafia do człowieka jako wyjątek.

O kruchości mówią sami dostawcy, nie krytycy. Microsoft pisze, że "the selector of a UI element is dynamic, meaning that it can be slightly different every time the window or webpage is loaded", co "may cause a UI/browser automation action to fail during running time", i zaleca selektory tekstowe, bo są "more reliable and resilient to possible future changes". Odpowiedzią UiPath jest funkcja AI wycelowana we własny mechanizm: dokumentacja selektorów semantycznych wymienia przyczyny awarii automatyzacji jako "Minor UI layout or theme updates; Dynamic element IDs; Label or class name changes", a lekarstwem ma być "interpreting intent instead of syntax". Dostawca dokładający uczenie maszynowe, żeby przetrwać zmianę motywu, mówi ci dokładnie, jak mocno klasyczny bot jest przywiązany do ekranu, którego nie jest właścicielem.

Jedno ograniczenie kształtuje całą resztę: przepustowość jest fizyczna. Strona cenowa Microsoftu stwierdza, że "a bot can execute one unattended desktop flow run at a time" i że "multiple bots are required to execute concurrent desktop flow runs". Bot to nie usługa, którą skalujesz suwakiem.

Korzyści z RPA są realne i rutynowo niezmierzone

Większość krążących liczb o zaoszczędzonych godzinach, tych ze studiów przypadku i tych z raportów rocznych, nigdy nie została zmierzona. Ktoś je oszacował, zanim bot ruszył, i nikt do nich nie wrócił. To jest niewygodna część każdej rozmowy o korzyściach z automatyzacji RPA.

Wiemy to, bo liczby jednej z amerykańskich agencji federalnych trafiły pod audyt. 30 listopada 2023 Biuro Inspektora Generalnego amerykańskiej agencji GSA, General Services Administration napisało, że "GSA's assertion in its Fiscal Year 2020 Agency Financial Report that its RPA program reclaimed more than 240,000 work hours annually was inaccurate and unreliable". Problemem była metoda: "GSA is not verifying the actual work hours saved with end-users of its bots. Instead, the savings that GSA reports in the AFR are based on estimates that are created by the bot owners."

Wyższa wydajność. Te szacunki były zrobione z arytmetyki. Deklaracja 7500 godzin rocznie przy jednym bocie wyszła z działania: 50 osób razy 3 godziny tygodniowo razy 50 tygodni. Nikt niczego nie mierzył. Kontrolerzy wzięli więc dziesięć botów z najwyższymi deklaracjami, łącznie 107 242 godziny, czyli 44,7% całości, i zapytali użytkowników. "We found that the actual results varied from the estimates for 9 of the 10 bots we sampled." Bot do dokumentów leasingowych z przypisanymi 3650 godzinami: użytkownicy "consistently responded", że nie oszczędzał żadnego czasu. Dwa boty z łączną deklaracją 15 000 godzin rocznie "were retired after 4 months". Bot do zamykania projektów zakładał zadanie na 90 minut, a użytkownicy raportowali oszczędność około 30 minut.

I ustalenie, które powinno trafić na pierwszy slajd każdego uzasadnienia biznesowego. W ankiecie GSA 80% właścicieli botów odpowiedziało, że bot spełnił lub przekroczył oczekiwania, a ta sama ankieta pokazała, że "74 percent of bots resulted in no cost avoidance". Zadowolenie i oszczędności to dwie osobne zmienne.

Redukcja kosztów. Teraz druga strona, bo to nie jest argument, że RPA nie działa. Royal Free London NHS Foundation Trust opublikował pełny rachunek za rok 2024/25: 45 zautomatyzowanych procesów w sześciu działach, ponad 437 000 przetworzonych pozycji, 711 792 GBP inwestycji łącznie z technologią i pracą, 2,46 mln GBP oszczędności, 1,75 mln GBP netto, co odpowiada 75 630 godzinom albo 62 etatom. Zwróć uwagę, kto to napisał: autorzy pracują w organizacji, która to wdrożenie dowiozła, więc jest to relacja wykonawcy, a nie niezależny audyt. I nadal jest to jedyny publiczny przypadek RPA, w którym inwestycja stoi obok zwrotu.

Asymetria skali w tym samym tekście jest warta tyle, co nagłówek. U dziewięciu innych klientów NHS ten sam zespół raportuje 21 automatyzacji i ponad 16 500 godzin. Czterdzieści pięć procesów w jednej placówce dało 75 630. Głębokość w jednym miejscu bije szerokość w wielu, i tak właśnie te programy się zwracają.

Mniej błędów. Dokładność bywa najbardziej mglistą deklaracją na stronie dostawcy, więc warto nazwać najlepszą opublikowaną liczbę, jaka istnieje. North London Partners Shared Services, prowadzące 36 automatyzacji w sześciu placówkach, raportuje wzrost poprawności danych z 70% do ponad 99%, skrócenie czasu rekrutacji z maksymalnie 50 dni do 16 i 500 000 GBP rocznych oszczędności na personelu agencyjnym. NHS Employers, w wersji z 17 września 2025, dorzuca czasy pojedynczych zadań w tej samej placówce: listy ofertowe z 20 minut do 5, wprowadzenie do listy płac z 30 minut do 10. Każda z tych liczb to odczyt ze stopera na nazwanym zadaniu, a nie suma na poziomie programu, i dlatego warto o takie walczyć.

O tym wskaźniku porażek. Każdy tekst na ten temat prędzej czy później cytuje "30-50% projektów RPA kończy się porażką", prawie zawsze bez linku i bez daty. Źródłem jest "Get ready for robots" EY, dwanaście stron, których metadane PDF wskazują na listopad 2016, a zdanie brzmi "we have seen as many as 30 to 50% of initial RPA projects fail". Cztery rzeczy giną w przytaczaniu. To obserwacja z praktyki, nie badanie, bez próby i bez metodologii. Dotyczy pierwszych projektów, nie całych programów. EY zaraz potem pisze, że "this isn't a reflection of the technology; there are many successful deployments". I EY był wtedy jedną z największych firm doradczych od RPA, sprzedającą naprawianie wdrożeń. Ten sam dokument twierdzi, że RPA potrafi "reduce the costs of existing manual operations by 25% to 40% or more". Sławę zrobiła mu pesymistyczna połowa.

Najświeższe dane ankietowe też świeże nie są. Siódma edycja badania Deloitte Global Intelligent Automation z czerwca 2022, na próbie 479 osób z kadry zarządzającej w 35 krajach, wykazała 74% wdrażających RPA i 32% średniej redukcji kosztów. Liczbą, której nikt nie cytuje, jest okres zwrotu: 22 miesiące wobec 16 rok wcześniej. Ósma edycja najwyraźniej nie istnieje.

Jednej dziury nie zamierzamy zasypywać. Nie istnieje żadna cytowalna liczba mówiąca, ile kosztuje utrzymanie botów w stosunku do całego nakładu na program. Każdy procent krążący w tej sprawie prowadzi do bloga dostawcy cytującego innego bloga dostawcy, zwykle sprzedającego zamiennik RPA, i te liczby wzajemnie sobie przeczą. Zabudżetuj utrzymanie i nie wstawiaj pożyczonego procentu do uzasadnienia biznesowego.

Pięć kontroli, które wyłapałyby liczbę GSA. Przejdź je, zanim ktokolwiek opublikuje sumę.

1. Punkt odniesienia mierz stoperem, nie na warsztacie. Zmierz obecne zadanie z ludźmi, którzy je wykonują, przez co najmniej tydzień. Bot GSA zakładał 90 minut na pracę, która trwała 30.

2. Pytaj użytkowników końcowych, nie właścicieli botów. Zbadaj ludzi, którym bot zmienił dzień pracy, kwartał po uruchomieniu. Ten jeden krok zamienił deklarację 240 000 godzin w ustalenie audytowe.

3. Licz koszt na bota. Licencja, maszyna wirtualna, godziny budowy i godziny napraw. Bez tej kolumny zaoszczędzone godziny to liczba bez mianownika.

4. Rozliczaj wycofane boty proporcjonalnie. Dwa boty GSA wyłączono po czterech miesiącach, a ich całoroczne oszczędności zostały w sumie.

5. Oddziel uwolnione godziny od zaoszczędzonych pieniędzy. Godziny zamieniają się w pieniądze dopiero wtedy, gdy znika etat, kurczy się kontrakt albo wolna moc wchłania wzrost, na który inaczej trzeba by kogoś zatrudnić. Mylenie tych dwóch rzeczy sprawia, że 80% zadowolenia współistnieje z 74% braku redukcji kosztów.

To ostatnie rozróżnienie działa daleko poza RPA i jest najczęstszym powodem, dla którego programy automatyzacji cicho umierają w drugim roku.

Rozwiązania RPA na rynku dzieli to, gdzie mieszka panel sterowania

Lokalne rozwiązania RPA. "Czy da się to postawić u nas" rozstrzyga większość zakupów w sektorach regulowanych, a nad Wisłą dochodzi do tego RODO i umowa powierzenia przetwarzania: to, gdzie stoi warstwa sterująca i gdzie trafia dziennik audytowy, jest pytaniem o zgodność, nie tylko o architekturę. Uczciwa odpowiedź to podział na trzy i cały jest udokumentowany.

UiPath ma najmocniejszą historię lokalną. Architektura wdrożenia Automation Suite opisuje tryb offline wprost: "A completely isolated setup without access to the internet. This kind of setup requires the installation of an additional registry to store all the UiPath products' container images and binaries, which are shipped in the form of tarball." To jest prawdziwa izolacja sieciowa, na Linuksie, EKS, AKS albo OpenShift, z wariantem wielowęzłowym. Samodzielny Orchestrator na Windows i IIS to lżejsza ścieżka dla zespołów, które nie chcą Kubernetesa.

SS&C Blue Prism sprzedaje kształt hybrydowy. Next Generation z marca 2024 zostawia wykonanie lokalnie, a zarządzanie w chmurze: "Self-hosted digital workers can be deployed on an organization's network, so no sensitive data leaves its site", z Control Center w chmurze nad tym wszystkim. Automation Anywhere wydaje wersję chmurową i on-premises z jednej bazy kodu, z Control Room i Bot Agent na infrastrukturze klienta.

Przy Power Automate trzeba mieć jasność, bo bywa domyślnym wyborem. Nie ma tam warstwy sterującej on-premises. Przepływy pulpitu wykonują się lokalnie, uruchomienia z nadzorem działają nawet na prywatnym koncie, ale orkiestracja, współdzielenie, magazyn Dataverse i tryb bez nadzoru są wyłącznie po stronie chmury. Mostem jest brama danych on-premises, "a locally installed Windows client application that acts as a bridge between your local on-premises data sources and services in the Microsoft cloud", która nie wymaga portów przychodzących, ale ogranicza zapis do 2 MB, a skompresowaną odpowiedź do 8 MB. Do większości pracy wystarczy. Panelem sterowania w twojej sieci nie jest.

Wiodące platformy RPA. Kategoria wciąż ma własny Magic Quadrant Gartnera, co zaskakuje tych, którzy zakładali, że wchłonął go raport o automatyzacji agentowej. Aktualny cytat brzmi "Gartner, Magic Quadrant for Robotic Process Automation, Arthur Villa | Melanie Alexander | Saikat Ray | Sachin Joshi | Adam Briggs, June 24, 2026." Edycja z 2025 oceniała trzynastu dostawców, w tym Appian, IBM, Microsoft, Pegasystems, Salesforce, SAP i ServiceNow obok trzech oczywistych nazw. Forrester się wycofał: jego ostatnia fala o oprogramowaniu RPA pochodzi z pierwszego kwartału 2023, a nowsze dotyczą już cyfrowej automatyzacji procesów i usług.

Arytmetyka między tymi wierszami jest najbardziej użyteczną częścią. Bot bez nadzoru w Power Automate to 1800 USD rocznie w cenniku. Cyfrowy pracownik Blue Prism Enterprise, przy jedynym publicznym punkcie cenowym, jaki dla niego istnieje, to około 14 950 USD. Mniej więcej ośmiokrotna rozpiętość za coś, co strona marketingowa opisze tymi samymi trzema słowami, i właśnie dlatego pytanie o budowę kontra zakup zasługuje na prawdziwy arkusz.

Skok z 15 na 150 dolarów, z trybu z nadzorem na tryb bez nadzoru, jest najczystszą publikowaną ilustracją ekonomii RPA. Tryb z nadzorem to stanowisko: człowiek uruchamia, bot działa w jego sesji, płacisz jak za oprogramowanie. Tryb bez nadzoru to maszyna: działa sam, trzyma własne poświadczenia, wykonuje jeden przebieg naraz i kosztuje jak podwykonawca. Każda ocena oprogramowania RPA, która to pomija, wyprodukuje budżet pomylony o rząd wielkości.

Po stronie open source potrzebne są jedno sprostowanie i jedno zastrzeżenie. TagUI wciąż wisi na każdej liście "najlepsze darmowe narzędzia RPA", a jego ostatnie wydanie to wersja 6.110.0 z czerwca 2022. Nie zaczynaj od niego. Żywy jest rpaframework na Apache-2.0, wersja 33.0.1 z 23 sierpnia 2026, na Robot Framework 7.4.2. Zastrzeżenie dotyczy tego, czego darmowe narzędzia nie dają: harmonogramów, kolejek, ponowień, magazynu poświadczeń i dziennika audytowego, który da się położyć przed audytorem. To właśnie kupujesz za licencję. Jedno nocne zadanie w przeglądarce to skrypt w Pythonie i wpis w cronie. Czterdzieści procesów w sześciu działach to problem orkiestracji, a orkiestrator jest tu produktem.

RPA w 2026 jest dojrzałe, nie martwe i nie w boomie

Dwie głośne opowieści o tej kategorii są fałszywe, a rozstrzygają to raporty giełdowe. Raport 8-K UiPath za pierwszy kwartał roku obrotowego 2027 z 28 maja 2026 pokazuje ARR na poziomie 1,901 mld USD, wzrost 12% rok do roku, retencję przychodu 109% i 28 mln USD zysku operacyjnego GAAP; raport z poprzedniego kwartału odnotował pierwszy w historii firmy pełny rok rentowności GAAP. To nie jest umierająca kategoria. Kwitnąca też nie: własna seria Gartnera, raportowana wtedy w prasie branżowej, to 31% wzrostu w 2021 wobec prognozy 19,5% na 2022, a analiza udziałów rynkowych za 2024 jest podawana jako 14,5%. Wzrost zwalnia, a rentowność rośnie. Tak wygląda dojrzałość na wykresie.

Żeby poczuć, jak niepewne są otaczające liczby, porównaj wyceny rynku. Grand View Research podaje rynek RPA jako 3,79 mld USD w 2024. Precedence Research podaje 28,31 mld USD w 2025. Opisują tę samą branżę. Każda strategia oparta na jednej liczbie o wielkości rynku stoi na rzucie monetą.

Realna zmiana techniczna polega na tym, że obsługa komputera stała się w dużych laboratoriach zwykłą funkcją, więc model potrafi dziś prowadzić interfejs bez selektora. Microsoft opisuje granicę w dokumentacji Copilot Studio tak, że skoro narzędzie napędza AI, "it adapts to interface changes. For example, when buttons or screens change, the tool continues working without breaking your flow." Zalecenie nie brzmi "wyrzuć wszystko": deterministyczne RPA zostaje przy stabilnych interfejsach, agenty wchodzą tam, gdzie RPA się łamie. Magic Quadrant Gartnera, cytowany przez UiPath, przewiduje, że "by 2027, 60% of RPA vendors will include 'computer use' capabilities in their automation platforms to augment UI interactions". RPA i uczenie maszynowe zbiegają się w warstwie wykonania, a nie konkurują o nią.

Dlatego ostatnia obserwacja jest tą do zapamiętania. Czerwcowa informacja prasowa Gartnera z 2025 roku, przewidująca, że ponad 40% projektów agentowej AI zostanie anulowanych do końca 2027, definiuje "agent washing" jako przemalowywanie istniejących produktów i wymienia trzy: asystentów AI, chatboty i robotic process automation. Kiedy więc platforma mówi ci, że jej boty stały się agentami, pytaj, co zmieniło się w warstwie wykonania, a nie w cenniku. Nawet Pega, która sprzedaje na tym rynku, publikuje tekst nazywający RPA taktycznym pomostem, a nie strategią.

Konkret na ten tydzień nie wymaga żadnego dostawcy. Wybierz proces, co do którego masz największą pewność, usiądź z trzema osobami, które go prowadzą, i zmierz go zadanie po zadaniu przez pięć dni roboczych. Zapisz, ile kosztuje rok takiego czasu i co realnie zmieniłoby się w budżecie, gdyby ten czas zniknął. Jeśli uczciwa odpowiedź brzmi, że nic się nie zamknie i nic nie stanieje, masz projekt na zadowolenie, a nie na oszczędności, co jest w porządku, pod warunkiem że powiesz to przed zakupem. Jeśli liczby się bronią, masz punkt odniesienia, który przetrwa audyt, czyli więcej, niż miał opisany tu program federalny. A jeśli wolisz, żeby ktoś przeszedł przez tę arytmetykę z tobą, zanim podpiszesz licencje, od tego jest bezpłatny audyt.

FAQ