RPA czy Microsoft Power Automate – różnice, koszty i co wybrać w firmie na Microsoft 365

Pod jedną nazwą Microsoft sprzedaje dwa różne narzędzia. Pierwsze to przepływy w chmurze, które łączą aplikacje przez gotowe połączenia (w programie nazywane łącznikami). Działają w tle i nie klikają w żaden ekran. Przykład: gdy na wspólną skrzynkę przyjdzie mail z zamówieniem, przepływ zapisuje załącznik w SharePoint i wysyła powiadomienie do kanału w Teams.

Drugie narzędzie to Power Automate dla komputerów stacjonarnych. To robot RPA, czyli program, który wykonuje na komputerze te same kliknięcia i wpisy co pracownik. Przydaje się tam, gdzie program nie ma żadnego połączenia z innymi systemami. Typowy przykład to stary program magazynowy, do którego ktoś codziennie przepisuje dane z arkusza.

To rozróżnienie porządkuje całą dyskusję. Gdy ktoś porównuje „Power Automate z UiPath”, zwykle porównuje właśnie robota na komputerze z klasyczną platformą RPA. Przepływy w chmurze konkurują raczej z narzędziami do łączenia aplikacji, takimi jak Make czy n8n.

Najczęstsze nieporozumienie brzmi: „Power Automate mamy w cenie Microsoft 365, więc roboty będą za darmo”. To prawda tylko częściowo. Bez dodatkowej licencji robot działa na komputerze pracownika i uruchamia go człowiek, ręcznie. Gdy robot ma ruszać sam o 6 rano albo po przyjściu maila, potrzebna jest licencja płatna.

Tabela poniżej pokazuje cztery poziomy według dokumentacji i cennika Microsoft. Ceny są katalogowe, w dolarach, przy płatności rocznej; w polskim kanale sprzedaży kwota może się różnić. Warto też pamiętać, że robot działa tylko na Windows 10, Windows 11 lub Windows Server – w wersjach Home nie da się go uruchamiać z chmury.

Te trzy platformy powstały z myślą o robotyzacji w dużej skali. Ich wspólną cechą jest centralna konsola, która rozdziela zadania między wiele robotów, pilnuje kolejek i ponawia zadania po błędzie. Do tego dochodzą rozbudowane dzienniki działań i narzędzia do budowy robotów dla doświadczonych programistów.

W praktyce różnicę widać dopiero przy większej skali. Jeden robot przenoszący zamówienia do starego systemu zadziała podobnie w każdym z tych narzędzi. Różnica pojawia się, gdy trzydzieści robotów obsługuje wspólną kolejkę tysięcy spraw, a każda awaria musi trafić do właściwej osoby z pełną historią.

Inna jest też logika zakupu. UiPath ma bezpłatną wersję do nauki i testów oraz plan Basic dla bardzo małych wdrożeń. Ceny planów Standard i Enterprise ustala się jednak indywidualnie z działem sprzedaży, podobnie jest u pozostałych dostawców. Porównanie wymaga więc zapytania ofertowego, a nie zajrzenia do cennika.

Weźmy hipotetyczną firmę dystrybucyjną zatrudniającą 120 osób, która pracuje na Microsoft 365. Chce zautomatyzować pięć procesów: przepisywanie zamówień do starego programu magazynowego, codzienny raport sprzedaży, przypomnienia o płatnościach i dwa obiegi wniosków. Tu Power Automate jest naturalnym wyborem z kilku powodów:

Klasyczna platforma RPA zaczyna się opłacać w kilku konkretnych sytuacjach. Jeśli rozpoznajesz u siebie dwie lub więcej z poniższych, warto poprosić o ofertę także od dostawcy takiej platformy. Wybór tańszego narzędzia w złym miejscu kończy się zwykle przebudową robotów po dwóch latach.

Załóżmy, że wspomniana firma potrzebuje trzech robotów pracujących w nocy i dwóch osób, które je budują. W Power Automate to trzy licencje Process (3 × 150 USD) i dwie licencje Premium (2 × 15 USD). Razem 480 USD miesięcznie, czyli 5 760 USD rocznie według cennika katalogowego.

Do licencji trzeba doliczyć komputery lub serwery, na których roboty się logują, albo wybrać droższą licencję Hosted Process. Dla platformy RPA podobną kwotę ustalisz dopiero z oferty dostawcy. Uczciwe porównanie obejmuje jednak także koszty, których nie ma w żadnym cenniku:

W większości średnich firm odpowiedź wynika z kilku prostych pytań. Jeśli wszystkie odpowiedzi wskazują na środkową kolumnę tabeli („Wskazuje na Power Automate”), wybór jest jasny. Przy odpowiedziach mieszanych warto porównać dwie oferty na tym samym, dokładnie opisanym procesie.

Robot klikający w ekran to rozwiązanie na systemy, których nie da się połączyć inaczej. Jeśli program ma API, czyli uzgodniony sposób wymiany danych z innymi programami, bezpośrednie połączenie jest zwykle stabilniejsze. Nie psuje się po zmianie wyglądu ekranu i nie potrzebuje komputera, na którym robot się loguje.

To samo dotyczy aplikacji Microsoft 365. Do Outlooka, Excela czy SharePoint nie buduje się robota klikającego w okna, tylko przepływ w chmurze z gotowym połączeniem. Robota zostawiasz dla starych programów bez takiej możliwości.

Zmieniła się też rola robotów przy fakturach. Od 1 lutego 2026 r. każda firma odbiera faktury przez KSeF, czyli rządowy system e-faktur, a od 1 kwietnia 2026 r. większość firm również je tam wystawia. Faktury od krajowych dostawców przychodzą więc jako uporządkowane dane. Przepisywanie ich z PDF-ów przestało tym samym być typowym pierwszym zadaniem dla robota.

Większość nieudanych decyzji wynika nie z wyboru złej marki, tylko z błędnych założeń na starcie. Poniższe błędy powtarzają się niezależnie od tego, które narzędzie firma ostatecznie wybierze.