Kiedy RPA nie ma sensu? Siedem najczęstszych błędów przy robotyzacji procesów

RPA, czyli robotyzacja procesów, to program, który klika w aplikacjach tak jak człowiek. Loguje się do systemu, kopiuje dane z jednego okna i wkleja je w drugie, pobiera pliki, wypełnia formularze. Nie wymaga zmian w samych systemach, dlatego bywa jedynym sposobem automatyzacji starych programów.

Ta sama cecha jest jego słabością. Robot polega na tym, że ekran wygląda zawsze tak samo. Każda zmiana przycisku, pola czy układu strony może go zatrzymać. Dobry kandydat do robotyzacji spełnia więc wszystkie warunki z listy poniżej.

Weźmy hipotetyczną firmę, w której księgowa codziennie eksportuje listę dokumentów z jednego systemu, poprawia ją w Excelu i importuje do drugiego. Wygląda to na idealne zadanie dla robota. Po analizie okazuje się jednak, że oba systemy mają te same dane, tylko inaczej posortowane, a przeniesienie służyło raportowi, którego nikt już nie potrzebuje.

Drugi typowy przypadek to raporty. Robot co rano składa zestawienie z trzech systemów, a zarząd od pół roku korzysta z innego panelu z wynikami. Robot działa bez zarzutu, tylko nikt nie czyta efektu jego pracy.

Dlatego pierwsze pytanie brzmi zawsze tak samo: czy ten proces musi istnieć. Często najlepszą odpowiedzią na ręczną pracę jest jej zlikwidowanie, a nie automatyzacja.

Robot to inwestycja w stabilność. Jeśli proces lub systemy zmieniają się co kilka tygodni, każda zmiana oznacza poprawki i przestoje. Po kilku miesiącach zespół może spędzać więcej czasu na naprawach robota niż wcześniej na ręcznej pracy.

Dobry przykład to faktury kosztowe. Przez lata roboty przepisywały dane z PDF-ów przysyłanych mailem do systemu księgowego. Od 1 lutego 2026 r. każda firma odbiera faktury przez Krajowy System e-Faktur (KSeF), czyli rządową platformę wymiany faktur, a od 1 kwietnia większość firm je tam wystawia. Faktury przychodzą więc jako uporządkowane dane. Do końca 2026 r. firmy, których sprzedaż na fakturach nie przekracza 10 tys. zł z VAT miesięcznie, mogą jeszcze wystawiać faktury poza KSeF, ale to wyjątek przejściowy. Robot do przepisywania faktur krajowych traci więc sens – zostają faktury zagraniczne, paragony i dokumenty, które nie są fakturami.

Te same zasady dotyczą sytuacji z listy poniżej. W każdej z nich lepiej poczekać na stabilizację albo wybrać inne rozwiązanie.

Robot dobrze wykonuje sekwencję kroków, ale nie podejmuje decyzji, których nie da się zapisać jako regułę. Wniosek urlopowy wygląda na prosty formularz. Przy akceptacji kierownik ocenia jednak, czy w zespole nie ma innych urlopów, czy nie zbliża się ważny termin u klienta i czy da się zorganizować zastępstwo.

W takim procesie robot może wykonać część rutynową: sprawdzić limit dni, pokazać kolizje w kalendarzu, przekazać wniosek dalej. Decyzja zostaje u człowieka, a do prowadzenia wniosku wystarczy zwykły obieg akceptacji w Power Automate, monday.com czy systemie kadrowym.

Podobnie jest z reklamacjami. Ocena, czy klient ma rację, wymaga przeczytania wiadomości i sprawdzenia historii. Tu lepiej sprawdza się połączenie sztucznej inteligencji, która przygotowuje propozycję, z decyzją pracownika – a robot najwyżej wykonuje to, co już postanowiono.

Robot kosztuje nie tylko przy budowie, ale też przez cały czas działania: licencje, poprawki i kontrolę wyników. Przy procesie wykonywanym raz w miesiącu oszczędność rzadko pokrywa te koszty. Zanim zamówisz robota, policz roczną oszczędność prostym wzorem.

Roczna oszczędność to liczba powtórzeń w roku × czas jednego wykonania w godzinach × koszt godziny pracy. Załóżmy raport przygotowywany raz w miesiącu przez 2 godziny przy koszcie 100 zł za godzinę. Wychodzi 12 × 2 × 100 zł, czyli 2 400 zł rocznie.

Jeśli koszt budowy, licencji i utrzymania robota przez rok jest wyższy, robotyzacja się nie opłaca. W takiej sytuacji lepiej uprościć sam raport albo przygotować w Excelu szablon, który skróci ręczną pracę.

Wiele nowoczesnych systemów ma API, czyli oficjalne złącze, przez które programy wymieniają dane bez klikania w ekrany. Dla popularnych aplikacji, takich jak systemy CRM, monday.com czy Microsoft 365, Power Automate ma gotowe łączniki. Połączenie przez takie złącze nie zależy od wyglądu ekranu, więc zwykle psuje się rzadziej niż robot.

Weźmy firmę, która chce, żeby nowe szanse sprzedaży z CRM trafiały do monday.com. Robot musiałby codziennie logować się do obu systemów i przepisywać dane. Gotowy łącznik zrobi to samo bezpośrednio, bez zależności od ekranu logowania i układu stron.

Połączenie systemów też wymaga utrzymania, bo producenci zmieniają z czasem swoje złącza. Mimo to dla systemów, które je mają, jest to zwykle pierwszy wybór. Robot zostaje rozwiązaniem dla starych programów bez złączy, portali urzędowych i aplikacji, których producent już nie rozwija.

To jeden z najczęstszych powodów, dla których działające roboty przestają działać. Scenariusz jest zawsze podobny. Wykonawca kończy projekt, trzy roboty pracują, a w firmie nikt nie czuje się za nie odpowiedzialny.

Po kilku tygodniach dostawca zmienia wygląd swojego portalu i robot zatrzymuje się w nocy. Nikt tego nie zauważa, a raport rano wygląda normalnie, tylko ma wczorajsze dane. Po tygodniu ktoś się orientuje, ale nie wie, do kogo zgłosić problem. Po kilku takich sytuacjach roboty stoją, licencje są opłacane, a w firmie panuje przekonanie, że RPA się nie sprawdza.

Osoba odpowiedzialna nie musi mieć osobnego etatu. Musi jednak być imiennie wskazana, znana wszystkim i mieć czas na reakcję, gdy robot się zatrzyma. Powinna też dostawać automatyczne powiadomienie o każdym błędzie robota.

Na pierwsze wdrożenie firmy często wybierają duży proces, żeby szybko pokazać efekt. Na przykład obsługę zwrotów, która dotyka pięciu systemów i ma kilkadziesiąt wariantów. Projekt się przeciąga, budżet się kończy, a zarząd traci cierpliwość, zanim robot zacznie działać.

Pierwszy projekt powinien być mały, nudny i łatwy do zmierzenia: jeden proces, jeden lub dwa systemy, kilka tygodni pracy. Zespół uczy się wtedy, jak żyć z robotem, a kolejne wdrożenia idą sprawniej.

Dobry test gotowości: czy osoba wykonująca dziś proces potrafi opisać go krok po kroku na jednej stronie, razem z wyjątkami. Jeśli nie potrafi, to jeszcze nie jest moment na robota.

Poniższa tabela zbiera sygnały ostrzegawcze z całego tekstu. Jeśli przy którymkolwiek pytaniu odpowiedź jest niepewna, wyjaśnij ją z wykonawcą przed podpisaniem umowy.