Mesterséges Intelligencia Központ
Menu

Automatyzacja procesów: narzędzie no-code czy rozwiązanie na zamówienie?

Według Mesterséges Intelligencia Központ Kft., firmy programistycznej z Budapesztu, do prostego procesu z gotowymi konektorami wystarczy narzędzie no-code; złożona logika, duże ilości danych lub rygorystyczne zasady przetwarzania danych wymagają rozwiązania na zamówienie.

W skrócie: pytanie nie brzmi „no-code czy kod”, lecz: jak złożony jest proces, ile danych przez niego przechodzi, co się dzieje w razie błędu i dokąd mogą trafić dane. Oba podejścia dobrze się łączą: proces zbudowany w narzędziu no-code może też wywoływać usługę stworzoną na zamówienie. Niezależnie od wyboru każda automatyzacja powinna mieć właściciela, dokumentację i monitorowanie błędów.

Czym jest automatyzacja no-code i low-code?

W narzędziach do automatyzacji no-code proces można złożyć bez programowania, w edytorze wizualnym: po zdarzeniu wyzwalającym (na przykład nowym zamówieniu, przychodzącej wiadomości e-mail lub wypełnieniu formularza) kolejno wykonywane kroki odczytują dane, przekształcają je i zapisują w innym systemie. Z systemami łączą się gotowe konektory, które w tle wywołują API tych systemów, czyli ich interfejsy programistyczne. Narzędzia low-code oferują to samo, ale tam, gdzie gotowe kroki okazują się niewystarczające, można w nich także pisać kod.

Częstym pojęciem jest webhook: automatyczne powiadomienie, które jeden system wysyła do drugiego, gdy nastąpi określone zdarzenie, dzięki czemu automatyzacja nie musi stale sprawdzać, czy coś się wydarzyło.

Cztery popularne narzędzia w skrócie

Własna instalacja n8n i jej licencja

Według dokumentacji n8n wersja instalowana na własnym serwerze działa bez klucza licencyjnego jako wydanie społecznościowe (Community edition); niektóre funkcje, na przykład kontrola wersji oparta na Git, logowanie jednokrotne (SSO), oddzielne środowiska i zewnętrzne zarządzanie sekretami, wymagają płatnego planu. Ta sama dokumentacja zaznacza, że własna instalacja wymaga wiedzy technicznej, a jej utrzymanie należy do tego, kto ją eksploatuje (n8n: Choose how to use n8n).

Licencja to ważny szczegół: kod źródłowy n8n jest publiczny, ale obowiązuje go własna licencja o nazwie „Sustainable Use License”. Zgodnie z nią oprogramowanie można wykorzystywać i modyfikować do własnych wewnętrznych celów biznesowych oraz do celów niekomercyjnych lub osobistych, a innym przekazywać tylko bezpłatnie i w celach niekomercyjnych; pliki, które mają w nazwie oznaczenie „.ee”, podlegają odrębnej licencji dla przedsiębiorstw (n8n: LICENSE.md). Na podstawie treści licencji automatyzacja własnych procesów firmy mieści się w zakresie wewnętrznych celów biznesowych; jeśli jednak usługa oparta na n8n miałaby być oferowana klientom, warto zawczasu zlecić prawnikowi przegląd warunków licencji.

Do czego nadają się narzędzia no-code?

Gdzie dochodzą do swoich granic?

Złożona logika

Rozgałęzienia, pętle, wyjątki, dane scalane z kilku systemów: to wszystko da się narysować także wizualnie, ale powyżej pewnej wielkości schemat procesu trudniej czytać i zmieniać niż tę samą logikę w dobrze zorganizowanym kodzie. Jeśli proces zawiera już wiele kroków z kodem, to sygnał, że zadanie przerosło narzędzie.

Ilość danych i opłaty zależne od wykorzystania

Opłaty za narzędzia no-code w chmurze zazwyczaj zależą od wykorzystania: Zapier liczy pomyślnie wykonane akcje, a Make kredyty. Przy małym ruchu to zaleta, bo płaci się tylko za rzeczywiste wykorzystanie; przy dużych ilościach danych oraz w procesach z wieloma krokami lub z pętlami liczy się jednak każdy krok każdego rekordu, więc koszt rośnie razem z ruchem. Warto z góry oszacować, ile uruchomień i ile kroków należy się spodziewać miesięcznie, i porównać to z limitami wybranego planu.

Obsługa błędów i ponawianie

Wartość automatyzacji zależy od tego, co się dzieje, gdy jakiś system akurat nie odpowiada. Narzędzia oferują dziś na to rozwiązania, ale w różnym zakresie:

W rozwiązaniu na zamówienie to samo oznacza świadome projektowanie: kolejkę komunikatów, ponawianie z rosnącym czasem oczekiwania, operacje powtarzalne (idempotentne), aby ponowna próba nie utworzyła dwa razy tej samej faktury, oraz osobny magazyn na pozycje, których przetworzenie ostatecznie się nie powiodło.

Kontrola wersji i testowanie

Zmiana procesu działającego produkcyjnie jest ryzykowna, jeśli nie można wrócić do poprzedniej wersji i nie ma środowiska testowego. Zapier oferuje przywrócenie wcześniejszej wersji tylko w niektórych planach (Zapier: version rollback), w n8n kontrola wersji oparta na Git jest funkcją płatną, a w Power Automate przepływy zorganizowane w rozwiązania (solutions) można przenosić między środowiskiem deweloperskim, testowym i produkcyjnym (Microsoft Learn: Solution-aware flows). W kodzie tworzonym na zamówienie kontrola wersji, przegląd kodu i testy automatyczne to standardowe wyposażenie.

Dane uwierzytelniające

Za każdym konektorem stoi logowanie. Według opisu Microsoftu w Power Platform połączenia oznaczają zapisane dane uwierzytelniające i są przechowywane w środowisku, w którym działa aplikacja lub przepływ (Microsoft Learn: Data policies). Jeśli proces działa na osobistym koncie pracownika, po jego odejściu proces również się zatrzymuje. Albo, co gorsza, działa dalej na koncie, którego nikt już nie nadzoruje. Dlatego procesy potrzebują osobnego konta usługowego i możliwie najwęższych uprawnień.

Lokalizacja danych

W narzędziach chmurowych dane przechodzą przez infrastrukturę dostawcy. Według własnego opisu Zapier przechowuje dane w infrastrukturze Amazon Web Services w Stanach Zjednoczonych (Zapier: Security & compliance); w Make przy tworzeniu organizacji można wybrać centrum danych w UE lub w USA i nie da się tego później zmienić (Make: Organizations); w przypadku n8n działającego na własnym serwerze dane pozostają we własnym środowisku firmy. Co to oznacza z prawnego punktu widzenia, opisujemy niżej, w części poświęconej ochronie danych.

RPA czy integracja przez API?

RPA (robotic process automation, zrobotyzowana automatyzacja procesów) to robot programowy, który zamiast człowieka klika, pisze i odczytuje dane z ekranu. Przydaje się, gdy stary system nie ma API, a do danych nie da się dotrzeć w inny sposób. Jego słabość wynika z tego samego: jest związany z interfejsem użytkownika. Sama dokumentacja Microsoftu ostrzega, że przy uruchomieniu nienadzorowanym rozdzielczość ekranu sesji zdalnej może się różnić od tej, której użyto przy tworzeniu przepływu, co może prowadzić do błędów, a nawet do kliknięcia niewłaściwego elementu; do uruchomienia nienadzorowanego potrzebna jest ponadto maszyna, na której wszyscy użytkownicy są wylogowani (Microsoft Learn: Run unattended desktop flows).

Integracja przez API działa natomiast na interfejsie między systemami, ustalonym niczym umowa: nie psuje się dlatego, że jakiś przycisk zmienił miejsce, i potrafi obsłużyć znacznie więcej danych. Nasza praktyczna zasada: tam, gdzie jest API, korzystamy z API; z RPA tylko tam, gdzie nie ma innej drogi, i nawet wtedy pod ścisłym nadzorem, jako z rozwiązania tymczasowego.

Integracja na zamówienie: co daje kod?

W przypadku integracji na zamówienie proces działa jako kod programu we własnym środowisku firmy lub w środowisku przez nią wybranym. Daje to następujące możliwości:

Ceną jest większy nakład prac programistycznych na starcie oraz to, że ktoś musi zajmować się eksploatacją i utrzymaniem kodu, ponieważ interfejsy zewnętrznych systemów co jakiś czas się zmieniają.

Droga hybrydowa

Wybór nie musi być wyłączny. Częstym i dobrze działającym układem jest pozostawienie prostych, często zmieniających się kroków w narzędziu no-code, podczas gdy trudną część (na przykład złożone wyliczanie cen, synchronizację dużych ilości danych lub podłączenie starego systemu) wykonuje usługa stworzona na zamówienie, którą proces no-code wywołuje przez API lub webhook. Dzięki temu strona biznesowa nadal widzi proste części procesu i może je zmieniać, a krytyczna logika działa w przetestowanym kodzie.

Sztuczna inteligencja w automatyzacji

Automatyzacja oparta na regułach zatrzymuje się tam, gdzie pojawia się swobodny tekst: e-mail, umowa, skarga. Duże modele językowe (ChatGPT od OpenAI, Claude od Anthropic i Gemini od Google) przetwarzają także takie treści: klasyfikują przychodzące wiadomości, odczytują dane z faktury, streszczają długi tekst. Krok AI może się znaleźć zarówno w narzędziu no-code, jak i w integracji na zamówienie; według dokumentacji Make zużycie kredytów przez moduły AI może na przykład zależeć także od tokenów, czyli od ilości przetwarzanego tekstu (Make: Credits). Tam, gdzie błąd AI kosztuje pieniądze, model proponuje, a człowiek zatwierdza. O wzorcach podłączania AI piszemy w artykule Jak połączyć systemy firmowe za pomocą sztucznej inteligencji?, a usługę opisuje strona Integracja AI.

Tabela decyzyjna

KryteriumNarzędzie no-code w chmurze (np. Zapier, Make)Narzędzie na własnym serwerze (np. n8n)Rozwiązanie na zamówienie
Startnajszybszy, bez instalacjiszybki, ale najpierw trzeba je zainstalować i zabezpieczyćdłuższy, z projektowaniem i testowaniem
Logikaprocesy proste i średnio złożoneśrednio złożona, rozszerzalna o kroki z kodemdowolna złożoność
Ilość danychmała i średnia, opłata rośnie z ruchemzależy od wydajności własnego serweratakże duża, z kolejką komunikatów
Obsługa błędówwbudowana, w zakresie zależnym od planuprzepływem obsługi błędów, z własną konfiguracjązaprojektowane ponawianie i alerty
Kontrola wersji i testowanieograniczone, zależne od planuoparta na Git w płatnym planiepełne: kontrola wersji, przegląd kodu, testy automatyczne
Lokalizacja danychchmura dostawcy, w wybranym regioniewłasne środowisko firmywłasne środowisko firmy
Model opłatabonament i opłaty zależne od wykorzystaniaserwer i eksploatacja, przy funkcjach płatnych licencjajednorazowe stworzenie, potem eksploatacja
Eksploatacjazajmuje się nią dostawcafirma lub podmiot, któremu ją zlecifirma lub podmiot, któremu ją zleci

Nadzór: kto jest właścicielem procesu?

Ryzyko związane z narzędziami no-code często nie jest techniczne, lecz organizacyjne: jeśli każdy może cokolwiek wyklikać, po pewnym czasie nikt nie wie, które procesy działają, na czyim koncie i do jakich systemów zapisują dane. Kilka zasad, które temu zapobiegają:

Co warto zautomatyzować najpierw?

Proces, który często się powtarza, da się opisać regułami, jest wykonywany w dużej skali i dziś wymaga ręcznego przepisywania, na przykład przenoszenie zamówień do programu do fakturowania, rejestrowanie przychodzących faktur albo składanie miesięcznego raportu. Dobrym sygnałem jest to, że większość błędów wynika z literówek lub pominiętych kroków. Jak przebiega wybór:

  1. Spis: warto zebrać, jaka praca się powtarza, kto ją wykonuje i między jakimi systemami przemieszczają się dane.
  2. Kolejność: według częstotliwości, nakładu pracy i ryzyka błędów.
  3. Sprawdzenie dostępu: czy dane są dostępne przez API, webhook, z bazy danych lub przez eksport plików.
  4. Proces pilotażowy: jeden dobrze określony proces, z mierzalnym celem i rejestrowaniem zdarzeń.
  5. Rozszerzenie: jeśli pilotaż się sprawdził, automatyzujemy kolejny proces według tych samych zasad nadzoru.

Czego nie warto automatyzować jako pierwszego: procesu rzadkiego, wymagającego wielu ocen albo właśnie przekształcanego. Taki proces trzeba najpierw uporządkować, a dopiero potem zmechanizować.

Ochrona danych: RODO i podmioty przetwarzające

Jeśli automatyzacja przenosi dane osobowe klientów, pracowników czy partnerów, usługa automatyzacji zazwyczaj przetwarza je jako podmiot przetwarzający w imieniu firmy. Zgodnie z art. 28 RODO można wtedy korzystać wyłącznie z usług podmiotu przetwarzającego, który zapewnia wystarczające gwarancje, przetwarzanie musi regulować umowa, a z usług innego podmiotu przetwarzającego można korzystać tylko za uprzednią pisemną zgodą administratora (EUR-Lex: Rozporządzenie (UE) 2016/679). Jeśli dane trafiają poza Unię Europejską, muszą być spełnione także warunki rozdziału V rozporządzenia; zgodnie z art. 46 w braku decyzji stwierdzającej odpowiedni stopień ochrony przekazanie danych wymaga odpowiednich zabezpieczeń, na przykład standardowych klauzul ochrony danych przyjętych przez Komisję. Według własnego opisu Zapier do jego umowy należy umowa powierzenia przetwarzania danych, a międzynarodowe przekazywanie danych opiera się na standardowych klauzulach ochrony danych (SCC) (Zapier: Security & compliance).

W praktyce: dla każdego używanego narzędzia do automatyzacji powinna być zawarta umowa powierzenia przetwarzania danych, procesy powinny figurować w rejestrze czynności przetwarzania, a przenoszonych danych osobowych powinno być tylko tyle, ile jest bezwzględnie niezbędne do celu. To informacja, a nie porada prawna.

Od czego zależy koszt?

W przypadku narzędzia no-code koszt zależy od planu abonamentowego, liczby uruchomień i kroków, płatnych konektorów oraz pracy poświęconej na zbudowanie i utrzymanie procesów. W przypadku integracji na zamówienie rozmiar funkcjonalny tworzonego rozwiązania mierzymy w punktach funkcyjnych COSMIC (ISO/IEC 19761) i na tej podstawie powstają oferta i harmonogram. Poza rozmiarem liczy się to, ile systemów trzeba połączyć i przez jakie interfejsy, jak dobrze te interfejsy są udokumentowane, ile potrzeba obsługi błędów i monitorowania oraz co obejmuje eksploatacja. Metodę opisuje strona Wycena.

Częste pytania

Co warto zautomatyzować najpierw?

Proces, który często się powtarza, da się opisać regułami i dziś wymaga ręcznego przepisywania, na przykład przenoszenie zamówień do programu do fakturowania albo składanie miesięcznego raportu. Podczas pierwszej, bezpłatnej konsultacji pomagamy wybrać, gdzie zysk będzie największy.

n8n, Make czy Power Automate?

Wszystkie trzy są dobrymi narzędziami, każde do innej sytuacji. n8n sprawdza się, gdy dane muszą pozostać we własnym środowisku firmy i jest ktoś, kto zajmie się eksploatacją własnej instalacji; warto znać jego warunki licencyjne. Make to usługa w chmurze z możliwością wyboru centrum danych w UE. Power Automate jest oczywistym wyborem, gdy firma pracuje w środowisku Microsoft albo trzeba zautomatyzować aplikacje desktopowe. Ostateczną decyzję wyznaczają złożoność procesu, przewidywana ilość danych i wymagania dotyczące przetwarzania danych.

Kiedy potrzebne jest rozwiązanie na zamówienie?

Gdy logika jest złożona, ilość danych duża, do jakiegoś systemu nie ma gotowego konektora, potrzebne są niezawodne ponawianie i testowanie albo dane nie mogą opuszczać własnego środowiska firmy. Często wystarczy droga hybrydowa: trudna część powstaje jako usługa na zamówienie, którą wywołuje proces zbudowany w narzędziu no-code.

Co się dzieje, gdy automatyzacja przestaje działać?

W dobrze zbudowanej automatyzacji ktoś od razu dowiaduje się o błędzie, nieudana pozycja nie przepada, lecz można ją ponowić, a z rejestru zdarzeń da się odtworzyć, co się stało. Dlatego w każdą integrację wbudowujemy rejestrowanie zdarzeń i sygnalizowanie błędów, a po przekazaniu na życzenie zajmujemy się jej eksploatacją i utrzymaniem, ponieważ interfejsy zewnętrznych systemów co jakiś czas się zmieniają.

Czy w automatyzacji można wykorzystać sztuczną inteligencję?

Tak. Duży model językowy może klasyfikować przychodzące wiadomości, odczytywać dane z faktur i zamówień albo streszczać długi tekst. Tam, gdzie pomyłka kosztuje pieniądze, AI proponuje, a człowiek zatwierdza.

Jak możemy pomóc?

Łączymy systemy firmy, automatyzujemy powtarzalną pracę i przetwarzamy dokumenty za pomocą sztucznej inteligencji, w formie integracji na zamówienie, usługi zbudowanej za istniejącym procesem no-code albo połączenia obu podejść. Usługę przedstawia strona Automatyzacja procesów; jeśli procesy miałyby zbiegać się we własnym systemie ERP lub CRM, zob. stronę Oprogramowanie biznesowe.

Pierwsza konsultacja jest bezpłatna, na życzenie zawieramy umowę o zachowaniu poufności (NDA), a po przekazaniu zapewniamy również eksploatację i utrzymanie. Kwestie kodu źródłowego i praw do korzystania reguluje umowa. Jeśli opiszą Państwo w kilku zdaniach, który proces zajmuje najwięcej czasu, prosimy o kontakt.

Źródła