Microsoft od kilku lat sprzedaje Power Automate i Power Apps jako „no-code", „darmowe w pakiecie z Microsoft 365" i „demokratyzację automatyzacji". W praktyce w MŚP czasem to działa świetnie, a czasem zostawia po sobie tech-dług, którego nikt nie chce dotykać. Różnica nie polega na narzędziu, tylko na tym, co i przez kogo jest budowane.
Power Platform to dziś najczęściej spotykana droga „na skróty" do automatyzacji w polskich MŚP. Słusznie — bo dla wielu prostych procesów to jest dokładnie ten poziom narzędzia, który ma sens. Ten tekst jest o tym, gdzie ta droga prowadzi do celu, a gdzie kończy się ślepym zaułkiem za 800 zł miesięcznie.
Co dokładnie dostajesz „w pakiecie"
Power Automate (dawniej Microsoft Flow) to silnik do automatyzacji — przesuwa dane między aplikacjami i wyzwala akcje po zdarzeniach. Power Apps to konstruktor prostych aplikacji formularzowych, które działają w przeglądarce i na telefonie. Oba są częścią szerszej rodziny „Power Platform" (do której należą też Power BI i Copilot Studio).
W większości planów Microsoft 365 Business dostajesz tzw. seeded license — czyli ograniczoną wersję obu narzędzi. Możesz robić flow działające na „standardowych" konektorach (Outlook, SharePoint, OneDrive, Teams, Excel Online, Forms). Możesz też zbudować Power App dla użytkowników z licencją M365. Tylko tyle. I „tylko tyle" wystarcza częściej, niż się wydaje.
Wszystko co wymaga konektorów premium (SQL Server, dowolny REST API przez Custom Connector, Dataverse, konektor do banku) — wymaga licencji per użytkownik lub per flow. Tu zaczynają się prawdziwe koszty, do których wrócę za chwilę.
Kiedy Power Automate ma sens
Najlepsze flow w MŚP to te, które łączą rzeczy, które już są w środowisku Microsoft. Trzy przykłady, które widzimy regularnie i które realnie zwracają zainwestowany czas:
- Faktura przychodzi mailem od dostawcy → flow zapisuje ją w SharePoint w folderze odpowiednim dla tego dostawcy, ekstrahuje numer i kwotę (AI Builder dla skanów PDF) i wysyła powiadomienie do księgowej w Teams.
- Pracownik wypełnia wniosek urlopowy w Microsoft Forms → flow tworzy zadanie do akceptacji dla przełożonego w Teams, po akceptacji aktualizuje arkusz w SharePoint i wysyła mail do kadr.
- Codziennie rano flow pobiera saldo z arkusza banku, porównuje z budżetem w Excelu i wysyła zarządowi krótką wiadomość z trzema liczbami.
Wspólny mianownik: wszystko żyje w Microsoft 365, nie ma SLA produkcyjnego, błąd nie zatrzyma magazynu. To są idealni kandydaci na seeded license — czyli „darmowe" w cudzysłowie, bo zapłaciłeś już za nie w abonamencie M365.
U jednego z naszych klientów — 14-osobowej firmy transportowo-spedycyjnej z Wielkopolski — zbudowaliśmy taki flow z fakturami od przewoźników. Wcześniej księgowa spędzała na ich segregowaniu i wprowadzaniu do enova365 około 6 godzin tygodniowo. Po wdrożeniu: 1,5 godziny. Koszt budowy: jeden dzień konsultanta plus dwa półdniówki na poprawki w pierwszym miesiącu. Po roku flow wciąż działa, choć jeden konektor wymagał poprawki, gdy Microsoft zmienił API.
Kiedy Power Apps ma sens
Power Apps świeci tam, gdzie zespół potrzebuje prostego ekranu do wprowadzania albo przeglądania danych, ale wzięcie z półki gotowego CRM-a czy WMS-a to za dużo, a Excel to za mało. Konkretne miejsca, w których to się sprawdza:
- Formularz „raport serwisowy" dla techników w terenie, którzy wcześniej spisywali ręcznie na kartce i przepisywali wieczorem w biurze.
- Lista „co dziś jest do zrobienia" dla brygadzistów na hali, oparta na danych w SharePoint.
- Prosta aplikacja do wprowadzania inwentaryzacji ze skanerem kodów (Power Apps wspiera wbudowany aparat telefonu jako skaner).
Wszędzie tam, gdzie obecnie ktoś wpisuje dane w Excelu i potem przepisuje ręcznie do innego systemu, Power App z dobrym formularzem i SharePoint w tle często wystarcza. Bez programisty, bez serwera, bez wdrożenia trwającego trzy miesiące.
Czego z Power Platform się nie da bez bólu
Power Platform nie jest substytutem prawdziwej aplikacji. Trzy rzeczy, w których ludzie regularnie się wykładają:
- Wysokie obciążenie. Flow ma limity wykonań na dobę, zależne od licencji. Jeśli próbujesz przepuścić 10 000 zdarzeń dziennie, dostajesz throttling i flow zaczyna się gubić. To nie jest narzędzie do EDI ani do real-time'owego integratora między systemami produkcyjnymi.
- Logika biznesowa z wieloma rozgałęzieniami. Flow z 40 krokami, 15 warunkami i pętlą po liście jest praktycznie niemożliwy do utrzymania. Widzieliśmy takie. Ich utrzymanie kosztuje więcej niż napisanie tej samej logiki w C# albo Pythonie.
- Krytyczne integracje z ERP. Jeśli pomyłka flow oznacza, że WZ pójdzie do złego klienta albo zapis w bazie się rozjedzie — to nie tutaj. Power Platform nie ma rozsądnej transakcyjności, retry są ograniczone, a debug jest powolny.
Granica jest prosta: jeśli flow padnie na noc i nikt tego nie zauważy do rana — to dobry kandydat na Power Automate. Jeśli flow padnie na noc i o 7 rano masz problem z wysyłką do sieci handlowej — buduj to inaczej.
Pułapka licencyjna
To jest najczęstsza wpadka, jaką widzimy. Ktoś buduje flow w seeded license, wszystko działa, jest dumny. Potem trzeba dołożyć konektor do SQL Server albo Custom Connector do API banku. Microsoft natychmiast pyta o Power Automate Premium per user (rzędu 60–80 zł za użytkownika miesięcznie) albo Per flow (rzędu 400 zł za flow miesięcznie). Dla dziesięciu osób, które używają tego flow, to nagle 600–800 zł co miesiąc.
W tym momencie warto zrobić rachunek. Ile godzin tygodniowo realnie oszczędza ten flow i w ilu osobach? Jeśli oszczędza cztery godziny tygodniowo jednej osobie — 800 zł miesięcznie jest opłacalne, bo godzina pracownika administracyjnego brutto plus narzuty to grubo ponad 60 zł. Jeśli „fajnie wyglądało na demie" — być może te 800 zł warto przeznaczyć na inne rzeczy.
I jeszcze jedno: ceny Microsoft 365 i Power Platform rosną mniej więcej co rok. Plan na 3 lata trzeba kalkulować z buforem.
Kto powinien to budować i co się dzieje, gdy odejdzie
Tu jest druga klasyczna pułapka. Zwykle Power Automate w MŚP buduje „ten zdolny od Excela" — często osoba z księgowości, kadr albo z obsługi klienta. Wszystko działa, ekipa jest dumna, IT nie wie nawet, że to istnieje. Potem ta osoba zmienia pracę, a flow z 40 krokami, w którym nikt poza nią nie wiedział, co robi krok 27, staje się problemem na czyjąś głowę.
Rozwiązanie nie polega na zakazaniu — raczej na trzech zasadach:
- Każdy flow jest właścicielem „konta serwisowego", nie osobistej skrzynki autora. Odejście autora wtedy nie zabije procesu.
- Każdy flow ma jednostronicowy opis: co robi, czym jest wyzwalany, co się dzieje, gdy padnie. Powieszony w SharePoint, nie w głowie autora.
- Raz na pół roku krótki przegląd: czy flow w ogóle jeszcze działa, czy ktoś by to dziś zbudował inaczej, czy nadal się opłaca.
Jak zacząć bez wpadki
Praktyczny pierwszy krok: znajdź w firmie jeden proces, w którym ktoś co tydzień klika to samo przez godzinę. To może być przenoszenie faktur, scalanie raportów, wysyłanie cotygodniowych przypomnień. Zbuduj na to flow w jeden dzień — z seeded license, bez premium connectorów. Jeśli zadziała, powtórz dla drugiego procesu.
Nie zaczynaj od „zdigitalizujemy cały proces zakupowy". Zaczynaj od jednego e-maila, jednego raportu, jednego formularza. Sumują się.
Jeśli nie wiesz, którego procesu w Twojej firmie tknąć w pierwszej kolejności — albo masz już 15 flow i nikt nie wie, który z nich nadal działa — zamiast zgadywać, pogadajmy. Pierwsza rozmowa jest bezpłatna i trwa pół godziny.
Power Platform nie zastąpi solidnej integracji. Ale jeśli proces jest prosty, dane żyją w Microsoft 365, a błąd nie zatrzyma magazynu — to jest dokładnie to narzędzie.