Wdrożenie n8n w firmie: etapy, koszt, czerwone flagi w ofercie i utrzymanie po starcie

Na czym polega wdrożenie n8n w firmie

Wdrożenie polega na doprowadzeniu jednego procesu do produkcji tak, żeby działał bez pilnowania, a każda awaria trafiała do konkretnej osoby. Instalacja w Dockerze to kilka poleceń z dokumentacji; reszta pracy dotyczy procesu, dostępów i kopii zapasowych.

n8n to narzędzie do budowania automatyzacji z bloków, które uruchomisz w chmurze producenta albo na własnym serwerze. Czym jest i jak liczy zużycie, opisuję w przewodniku n8n: co to jest i jak działa. Ten tekst jest dla kogoś, kto już wybrał to narzędzie i szuka wykonawcy albo porównuje oferty.

Nie chodzi o instalację ani o przepływ pokazany na prezentacji, tylko o jeden prawdziwy proces doprowadzony do produkcji razem ze wszystkim, czego potrzeba, żeby działał za pół roku. Przy kolejnych procesach instancja, kopie zapasowe i przepływ błędów już istnieją, więc praca dotyczy głównie samej logiki.

Nie każdy proces warto od tego zaczynać. Jeśli powtarza się kilka razy w miesiącu, ręczna praca może wyjść taniej niż utrzymanie automatu. Jeśli w firmie dopiero się układa, przepływ utrwali bałagan, zamiast go usunąć. A jeśli program, którego już używasz, ma wbudowaną integrację z drugim systemem, automat byłby zbędnym pośrednikiem. W takich przypadkach lepiej zostać przy obecnym sposobie pracy.

Wdrożenie możesz też przeprowadzić samodzielnie. Najprostsza droga to n8n Cloud, które według cennika da się sprawdzić w 14-dniowej wersji próbnej bez karty, a serwerem i poprawkami bezpieczeństwa zajmuje się producent. Osobom bez doświadczenia w administrowaniu serwerami dokumentacja sama poleca chmurę zamiast własnej instalacji. Wykonawca przydaje się, gdy proces dotyka pieniędzy, danych osobowych albo systemu bez gotowej integracji, a w firmie nikt nie ma czasu pilnować kopii i aktualizacji.

Prowadzę takie projekty jako niezależne studio cyfrowe z Mikołowa na Śląsku, zdalnie dla firm z całej Polski. Etapy opisuję tak, jak je prowadzę, ale lista przyda się także przy wyborze innego wykonawcy: to pytania, które warto zadać każdemu, mnie również. Zakres usługi opisuję na stronie automatyzacje i agenci AI. Po odbiorze zostaje w firmie pięć rzeczy.

• Działający procesJeden przepływ działa na produkcji po teście równoległym na Twoich prawdziwych danych.
• Instancja na koncie Twojej firmyKonto właściciela w chmurze producenta albo serwer opłacany przez Twoją firmę. Wykonawca pracuje na osobnym koncie, które możesz wyłączyć.
• Przepływ błędów i alertNieudane wykonanie kończy się wiadomością do konkretnej osoby, a nie wpisem w historii, której nikt nie przegląda.
• Kopia i procedura odtworzeniaKopia folderu .n8n z kluczem szyfrowania i bazy danych, eksport przepływów oraz jedno próbne odtworzenie na osobnej maszynie.
• Dokumentacja i przeszkolona osobaKażdy przepływ ma opis: skąd bierze dane, dokąd je wysyła i kto dostaje alerty. Osoba po Twojej stronie po szkoleniu umie ponowić nieudane wykonanie i wprowadzić drobną zmianę.

Jakie są etapy wdrożenia krok po kroku

Etapów jest siedem i każdy zamyka jedną lukę. Bez pomiaru nie policzysz, czy automat się zwraca. Bez testu równoległego błędy wyjdą dopiero na produkcji. Bez sprawdzonej kopii zapasowej pierwsza awaria serwera może oznaczać zakładanie wszystkich połączeń od nowa.

Harmonogram zależy nie tylko od budowania. Przepływu nie da się skończyć bez dostępów do łączonych systemów, odpowiedzi dostawcy oprogramowania w sprawie API i decyzji po stronie firmy: kto zatwierdza i co jest wyjątkiem. Dlatego harmonogram w ofercie ma sens tylko razem z listą tego, co dostarczasz Ty.

Na pierwszym etapie potrzebna jest liczba, a nie wrażenie. Jak wybrać proces, opisuję w przewodniku jak znaleźć procesy do automatyzacji, a jak policzyć zwrot razem z utrzymaniem, w tekście czy automatyzacja się opłaca. Własne liczby wpiszesz w kalkulator pod listą etapów.

Na pierwszy proces dobrze nadaje się przenoszenie danych z miejsca, do którego trafiają, do systemu, w którym się z nimi pracuje: faktury kosztowe z KSeF opisywane do akceptacji, zamówienia z maila przepisywane do systemu albo zapytania z formularza zakładane w CRM-ie. Takie procesy mają jasne wejście i wynik, a każdą pomyłkę automatu widać w porównaniu z pracą ręczną. Więcej kandydatów, węzeł po węźle, pokazuję w 12 przykładach automatyzacji w n8n.

1. Wybór procesu i pomiarWybierasz proces częsty, z jasnym wejściem i wynikiem, i mierzysz, ile razy w miesiącu się powtarza oraz ile minut zajmuje jedno przejście razem z poprawkami.
2. Decyzja: chmura producenta czy własny serwerZapada przed instalacją, bo przenosiny instancji w trakcie projektu to dodatkowa praca. Decydują rodzaj danych, liczba uruchomień w miesiącu i to, kto będzie aktualizował serwer.
3. Dostępy i sekretyZakładamy konta techniczne w łączonych systemach i klucze API z minimalnymi uprawnieniami. Konto właściciela instancji należy do Twojej firmy i ma logowanie dwuskładnikowe.
4. Pierwszy przepływ z obsługą błędówPrzepływ powstaje od razu z przepływem błędów, ponowieniami nieudanych kroków i punktem, w którym człowiek zatwierdza każdy skutek nie do cofnięcia, na przykład płatność albo wiadomość do klienta.
5. Test równoległy na prawdziwych danychAutomat działa obok pracy ręcznej przez pełny cykl procesu, a wyniki porównujecie przypadek po przypadku.
6. Przekazanie i szkolenieDostajesz dokumentację, listę dostępów i sprawdzoną procedurę odtworzenia z kopii, a osoba, która będzie pracować z przepływem, przechodzi szkolenie.
7. UtrzymanieObejmuje aktualizacje, kontrolę kopii i reakcję na zmiany w łączonych systemach. W umowie to osobna pozycja z miesięczną kwotą.

Ile kosztuje wdrożenie i co musi zawierać uczciwa wycena

Koszt składa się z trzech rachunków: pracy wykonawcy, planu chmurowego albo serwera oraz modeli AI i licencji łączonych systemów. Uczciwa wycena wypisuje wszystkie trzy, a nie tylko pierwszy.

Licencja może nic nie kosztować: edycja Community na własnym serwerze jest bezpłatna, a płacisz za serwer i czas osoby, która go utrzymuje. W chmurze producenta plan Starter kosztuje 20 euro miesięcznie przy rozliczeniu rocznym i obejmuje 2,5 tys. wykonań, a plan Pro zaczyna się od 50 euro miesięcznie za 10 tys. wykonań. Plan Business kosztuje 667 euro miesięcznie przy rozliczeniu rocznym, obejmuje 40 tys. wykonań, logowanie SSO, kilka środowisk i kontrolę wersji w Gicie, ale na razie działa tylko na własnym serwerze. Enterprise jest wyceniany indywidualnie. Ceny według cennika producenta; przy płatności co miesiąc stawki są wyższe.

Wykonanie to jedno uruchomienie całego przepływu, bez względu na liczbę kroków, więc dokładanie kolejnych kroków, na przykład walidacji danych, nie podnosi rachunku za plan. Podnosi go częstotliwość. Według przykładu z cennika przepływ uruchamiany co 5 minut to około 8,6–⁠8,9 tys. wykonań miesięcznie, czyli więcej, niż mieści plan Starter. Zanim wybierzesz plan, policz, ile razy w miesiącu uruchomi się każdy przepływ.

Trzeci rachunek łatwo przeoczyć. Model językowy, na przykład w agencie, który czyta faktury, jest rozliczany według liczby wywołań i długości przetwarzanego tekstu, a niektóre programy pobierają opłatę za dodatkowego użytkownika API. Pracy wykonawcy przybywa, gdy któryś system nie ma gotowej integracji i połączenie trzeba zbudować przez jego API; takie połączenia buduję w ramach usługi integracje API. Dwie oferty da się porównać dopiero wtedy, gdy obie odpowiadają na tych samych dziewięć pytań.

• Opis procesu i jego graniceKtóry proces przejmuje automat, co dostaje na wejściu, co oddaje na końcu i które przypadki zostają do obsługi ręcznej?
• Miejsce instalacji i właściciel kontaCzy instancja stanie w chmurze producenta, czy na serwerze, i czy konto właściciela będzie zarejestrowane na Twoją firmę?
• Obsługa błędów i alertyJak działają przepływ błędów i ponowienia, kto dostaje alerty i w jakim czasie reaguje?
• Kopia zapasowaCo jest kopiowane, jak często, gdzie leży klucz szyfrowania i kiedy odbędzie się próbne odtworzenie?
• Test równoległy i odbiórJak długo trwa test, na jakich danych i według jakich kryteriów odbierasz przepływ?
• Dokumentacja i szkolenieW jakiej formie powstaje dokumentacja, kogo obejmuje szkolenie i ile godzin trwa?
• Utrzymanie jako osobna pozycjaIle kosztuje miesięcznie i co obejmuje: aktualizacje, kontrolę kopii, reakcję na zmiany w API, pulę godzin na poprawki?
• Koszty zewnętrzne wypisane osobnoIle wyniosą plan chmurowy albo serwer, modele AI i licencje, które płacisz bezpośrednio dostawcom?
• Prawa i daneCzy prawa do przepływów i kodu przechodzą na Ciebie i czy powstanie umowa powierzenia danych, jeśli wykonawca będzie miał dostęp do danych osobowych?

Cenniki i przepisy się zmieniają. Linki do źródeł są na dole strony.

Ile kosztuje praca ze mną

Automatyzację jednego procesu albo agenta AI wyceniam na 3 000–⁠18 000 zł netto, a utrzymanie na 400–⁠2 000 zł netto miesięcznie. Widełki są publiczne i takie same dla firmy z Mikołowa, Katowic czy Gdańska, bo lokalizacja nie zmienia nakładu pracy.

W dolnej granicy jest rozpisanie procesu i policzenie, ile czasu zjada, przepływ z obsługą błędów, połączenie narzędzi, z których już korzystasz, punkt zatwierdzenia przez człowieka przed nieodwracalną decyzją oraz instrukcja i szkolenie dla zespołu. Kwotę podnoszą liczba procesów i rozgałęzień, integracja z systemem, który nie ma gotowego łącznika, agent AI czytający dokumenty firmy zamiast prostych reguł i wymóg pełnej historii decyzji do audytu.

Utrzymanie obejmuje reagowanie na zmiany w połączonych systemach, poprawki i aktualizacje. Koszt modeli AI i licencji narzędzi płacisz osobno, bezpośrednio dostawcom, więc widzisz go na ich fakturach, bez mojej marży. Zakres obu pozycji i to, co podnosi kwotę, opisuję w cenniku.

Konkretną kwotę dostajesz na piśmie przed rozpoczęciem pracy, razem z listą tego, co dostarczasz po swojej stronie. Zmiana spoza zakresu dostaje osobną wycenę do decyzji.

Kwoty netto z mojego cennika.

n8n Cloud czy własny serwer: co wybrać przed instalacją

Chmura producenta wystarcza firmie, która nie ma osoby do aktualizowania serwera; własny serwer ma sens, gdy dane mają zostać w Twojej infrastrukturze albo przepływy uruchamiają się tak często, że limity planów chmurowych nie wystarczają. To jedyna decyzja techniczna, której nie warto zmieniać w trakcie projektu.

n8n Cloud to instancja prowadzona przez producenta. Cennik podaje, że w planach hostowanych dane są przechowywane w Unii Europejskiej, na serwerach we Frankfurcie. Według dokumentacji chmury poprawki bezpieczeństwa producent instaluje automatycznie, a rytm pozostałych aktualizacji i okno serwisowe ustawia tylko właściciel instancji, kolejny powód, żeby to konto było Twoje.

Własny serwer to bezpłatna edycja Community albo płatne plany Business i Enterprise z kluczem licencyjnym. Dokumentacja instalacji w Dockerze mówi wprost, że producent poleca self-hosting użytkownikom z doświadczeniem, a błędy mogą skończyć się utratą danych, problemami z bezpieczeństwem i przestojem. Sama instalacja według tej dokumentacji to kontener z wolumenem na dane podpiętym do katalogu /home/node/.n8n i edytorem na porcie 5678, a jako zalecaną metodę producent wskazuje dziś Docker Compose. Domyślną bazą jest SQLite, obsługiwany jest też PostgreSQL. Koszty serwera i konfigurację opisuję w przewodniku n8n na własnym serwerze.

Trzeci wariant spotykany w ofertach to instancja wykonawcy. Licencja dopuszcza go, gdy klient nie ma dostępu do edytora i dostaje wyłącznie wyniki, więc nie widzisz, co dzieje się z Twoimi danymi. Jeśli wahasz się jeszcze między narzędziami, zajrzyj do porównania n8n, Make czy Zapier.

Trzy miejsca, w których może działać Twoje n8n. Na podstawie cennika, dokumentacji i FAQ licencji n8n.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

Jak przekazać wykonawcy dostępy i zachować kontrolę nad instancją

Wykonawca dostaje osobne konto, a konto właściciela, klucz szyfrowania i konta techniczne w łączonych systemach zostają po stronie firmy. Edytor ma dostęp do wszystkiego, co do niego podłączysz: poczty, dysku, CRM-u, czasem bankowości, więc traktuj go jak konto administratora całej firmy.

Najważniejsza jest rola właściciela instancji. Według dokumentacji producenta właściciel widzi i edytuje wszystkie przepływy, poświadczenia i projekty. To konto ma należeć do Twojej firmy, z adresem e-mail, który nie zniknie razem z pracownikiem, i z logowaniem dwuskładnikowym.

n8n szyfruje zapisane poświadczenia kluczem przechowywanym w pliku config w folderze .n8n, chyba że podasz własny w zmiennej N8N_ENCRYPTION_KEY. Ten klucz to druga, po koncie właściciela, rzecz, którą musisz mieć u siebie. Dokumentacja kopii zapasowych ostrzega, że bez niego odtworzona baza ani zaszyfrowany eksport poświadczeń nie dadzą się odszyfrować.

Hasła nie powinny być wpisane w treść przepływu. Dokumentacja eksportu przypomina, że wyeksportowany plik JSON zawiera nazwy i identyfikatory poświadczeń, a węzeł HTTP Request zaimportowany z polecenia cURL może zawierać nagłówki uwierzytelniające. Klucz API wklejony w pole nagłówka wyjdzie razem z każdym eksportem i kopią w repozytorium.

We wszystkich planach chmurowych oraz w planach Business i Enterprise na własnym serwerze poświadczenie można udostępnić innym użytkownikom tak, że korzystają z niego w przepływach, ale nie widzą jego treści. W bezpłatnej edycji Community tej funkcji nie ma, więc tym ważniejsze jest, kto zakłada połączenia i na czyim koncie.

• Konto właściciela po Twojej stronieKonto jest założone na firmowy adres i ma logowanie dwuskładnikowe, a kody odzyskiwania leżą w firmowym menedżerze haseł.
• Konta techniczne w łączonych systemachW CRM-ie czy ERP działa osobny użytkownik API z minimalnymi uprawnieniami, a nie prywatne konto pracownika.
• Klucz szyfrowania w dwóch miejscachKlucz leży w kopii folderu .n8n i w firmowym menedżerze haseł, osobno od kopii bazy danych.
• Ograniczony dostęp do edytoraEdytor osiągalny przez VPN albo z listy dozwolonych adresów. Z internetu dostępne są tylko adresy webhooków, które muszą przyjmować zdarzenia.

Jak zaplanować obsługę błędów w pierwszym przepływie

Obsługę błędów buduje się razem z pierwszym przepływem, a nie po pierwszej awarii. Przepływ musi wiedzieć, co zrobić, gdy zewnętrzny system nie odpowie, klient przyśle plik w innym formacie albo wygaśnie token.

n8n ma trzy warstwy obsługi błędów. Każdy węzeł ma w ustawieniach opcję Retry On Fail, która ponawia nieudany krok, oraz opcję On Error: zatrzymaj przepływ, przejdź dalej albo przekaż informację o błędzie osobnym wyjściem do kolejnego węzła. Trzecia warstwa to przepływ błędów, czyli osobny przepływ zaczynający się od węzła Error Trigger, wskazany w ustawieniach przepływu głównego i uruchamiany wtedy, gdy wykonanie zakończy się błędem. Jeden przepływ błędów może obsługiwać wiele innych.

Węzeł Stop and Error wywołuje błąd celowo, gdy dane są technicznie poprawne, ale biznesowo podejrzane: faktura bez NIP-u, zamówienie na zero sztuk, kwota powyżej Twojego progu. Taki przypadek trafia na tę samą ścieżkę alertu co awaria.

Alert ma iść do konkretnej osoby, nie do wspólnej skrzynki, a w umowie powinno być zapisane, kto reaguje i w jakim czasie. Bez tego cisza jest stanem domyślnym: historia wykonań pokazuje błąd, ale nikt jej codziennie nie otwiera.

Przy decyzjach, które kosztują albo trafiają do klienta, automat ma się zatrzymać i poczekać na człowieka. Jak zbudować taki punkt zatwierdzenia, opisuję w przewodniku człowiek w pętli.

Ustal też, jak długo instancja trzyma dane wykonań, bo w historii zostają dane wejściowe i wyjściowe każdego kroku, często osobowe. Według dokumentacji na własnym serwerze domyślne czyszczenie usuwa wykonania starsze niż 14 dni albo najstarsze po przekroczeniu 10 tys. zapisanych, a dokumentacja prywatności producenta zaleca czyszczenie co kilka dni, żeby łatwiej obsługiwać żądania z RODO.

Test na prawdziwych danych i odbiór: kiedy projekt jest skończony

Projekt jest skończony, gdy przepływ przeszedł pełny cykl procesu na prawdziwych danych, każda różnica względem pracy ręcznej ma wyjaśnienie, a kopia zapasowa została raz odtworzona na próbę.

Test równoległy polega na tym, że automat przetwarza te same przypadki co człowiek, ale jego wynik trafia najwyżej do szkicu. Wychodzą wtedy rzeczy, których nie było w opisie: faktura zeskanowana telefonem, kontrahent z dwoma adresami, zamówienie dopisane w odpowiedzi na stary wątek.

Test trwa co najmniej jeden pełny cykl procesu. Przy fakturach kosztowych to zamknięcie miesiąca, przy zamówieniach tydzień razem z poniedziałkowym szczytem. Kończy się, gdy każda różnica ma wyjaśnienie i albo poprawkę w przepływie, albo świadomą decyzję, że ten przypadek zostaje ręczny.

Według dokumentacji w n8n 2.0 dawny przełącznik aktywności zastąpiono modelem publikowania: na produkcji działa opublikowana wersja przepływu, a zmiany powstają w wersji roboczej. To dobra granica odbioru. Odbierasz konkretną opublikowaną wersję, a nie „to, co jest teraz w edytorze”.

Kopię zapasową sprawdź przed odbiorem, a nie po pierwszej awarii. Według dokumentacji n8n eksport z wiersza poleceń zawiera tylko przepływy i poświadczenia, bez użytkowników, historii wykonań, zmiennych i ustawień instancji, w tym bez klucza szyfrowania. Pełna kopia to folder .n8n plus baza PostgreSQL, jeśli jej używasz. Po imporcie do nowej instancji właścicielem zostaje pierwsza osoba, która wypełni ekran zakładania konta, więc odtwarzanie robi ktoś z Twojej strony.

1. Kryteria odbioru na piśmiePrzed testem spisujecie, które przypadki przepływ obsługuje sam, które oznacza do decyzji, a które zostawia do obsługi ręcznej.
2. Dokumentacja przepływuOpisuje, co przepływ robi, skąd bierze dane, dokąd je wysyła, z jakich poświadczeń korzysta i kto dostaje alerty.
3. Lista dostępówWymienia każde konto techniczne i każdy klucz API, z informacją, w którym systemie powstał i kto może go odwołać.
4. Procedura odtworzeniaMówi, gdzie leżą kopia i klucz szyfrowania oraz jak postawić instancję od nowa. Sprawdzamy ją raz na próbę, na osobnej maszynie.
5. SzkolenieW kilka godzin osoba, która będzie pracować z przepływem, uczy się czytać historię wykonań, ponawiać nieudany przebieg i wprowadzać drobne zmiany.

# 1. Przepływy i poświadczenia jako osobne pliki JSON (poświadczenia zostają zaszyfrowane)
docker exec -u node n8n n8n export:workflow --backup --output=/home/node/.n8n/backup/workflows/
docker exec -u node n8n n8n export:credentials --backup --output=/home/node/.n8n/backup/credentials/

# 2. Pełna kopia wolumenu: plik config z kluczem szyfrowania, a przy SQLite także baza.
#    Przy SQLite zatrzymaj n8n na czas kopiowania, żeby nie skopiować pliku w trakcie zapisu.
docker stop n8n
docker run --rm -v n8n_data:/dane -v "$PWD":/kopia alpine \
  tar czf /kopia/n8n_data-$(date +%F).tar.gz -C /dane .
docker start n8n

# 3. Raport bezpieczeństwa: nieużywane poświadczenia, ryzykowne węzły,
#    niechronione webhooki i informacja, czy wersja jest nieaktualna
docker exec -u node n8n n8n audit

Jak ocenić wykonawcę: czerwone flagi w ofercie

Rzetelną ofertę poznasz po tym, że wymienia konto właściciela po Twojej stronie, przepływ błędów, kopię razem z kluczem szyfrowania i utrzymanie jako osobną pozycję. Brak któregoś z tych elementów to powód, żeby dopytać przed podpisaniem umowy.

Aktualizacje nie są formalnością. Zespół bezpieczeństwa n8n publikuje zestawienie poprawek co dwa tygodnie; w wydaniu z 1 października 2026 r. wymienił 14 zgłoszeń, w tym 10 o wysokiej wadze, poprawionych w wersji stabilnej 2.41.4. Jedno pozwalało bez logowania zatwierdzić wykonanie czekające w kroku „wyślij i czekaj”, czyli obejść punkt, w którym człowiek miał mieć ostatnie słowo. W styczniu 2026 r. n8n opisało krytyczną podatność CVE-2026-21858, która pozwalała atakującemu bez logowania odczytać pliki z serwera za pośrednictwem niektórych przepływów z formularzem. Chmurę producent łata sam, własny serwer musi załatać ktoś z imienia i nazwiska.

Zapytaj też, co się stanie, gdy za rok zechcesz zmienić wykonawcę. Dobra odpowiedź jest krótka: wyłączasz jego konto, zmieniasz klucze i wszystko zostaje u Ciebie.

Czerwone flagi w ofertach wdrożenia n8n: co oznaczają i o co poprosić zamiast tego.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

Własny informatyk, freelancer czy agencja: kto ma wdrażać n8n

Wielkość wykonawcy nie mówi nic o jakości wdrożenia. Porównuj to, co zostaje u Ciebie po odbiorze, i to, kto za pół roku odbierze alert o błędzie.

• Własny informatyk albo pracownikZna Wasze systemy i jest na miejscu, ale n8n, przepływ błędów i kopia z kluczem szyfrowania są dla niego nową pracą obok dotychczasowych zadań. Dobrze sprawdza się jako osoba, która po wdrożeniu przejmuje utrzymanie razem z dokumentacją.
• Freelancer albo jednoosobowe studioRozmawiasz z osobą, która buduje przepływ, więc pytania i poprawki nie przechodzą przez kilka osób. Ryzykiem jest brak zastępstwa przy chorobie i urlopie, dlatego instancja, konto właściciela i dokumentacja muszą być po Twojej stronie od pierwszego dnia. Tak pracuje też moje studio.
• Agencja albo software houseMa zespół i zastępstwo, często też programistów do połączeń z systemami bez gotowego łącznika. Zapytaj, kto konkretnie zbuduje przepływ i kto będzie go utrzymywał, bo nie zawsze jest to osoba ze spotkania handlowego.
• Samodzielnie, z gotowego przykładuProste połączenie dwóch aplikacji często złożysz sam z gotowego przepływu i kilku godzin pracy. Wykonawca ma sens, gdy proces przechodzi przez kilka systemów, dotyka danych osobowych albo pieniędzy i musi działać bez nadzoru. Przykłady takich przepływów zebrałem w przewodniku n8n: przykłady automatyzacji.

Dziesięć pytań do wykonawcy przed podpisaniem umowy

Zadaj te same pytania każdemu wykonawcy i zapisz odpowiedzi. Potem sprawdź, czy to, co usłyszałeś, trafiło do oferty i do umowy.

• Na czyim koncie albo serwerze stanie instancja?Dobra odpowiedź: na koncie albo serwerze Twojej firmy, z kontem właściciela na firmowy adres, a wykonawca jako zwykły użytkownik.
• Kto dostanie alert o błędzie i kto zareaguje?Konkretna osoba po Twojej stronie i czas reakcji zapisany w umowie utrzymania, a nie zapewnienie, że „będziemy pilnować”.
• Czy pokażesz przepływ błędów z innego wdrożenia?Zrzut przepływu z węzłem Error Trigger i przykładowy alert, z zasłoniętymi danymi tamtego klienta.
• Gdzie będzie kopia i klucz szyfrowania?Kopia folderu .n8n i bazy, klucz w firmowym menedżerze haseł i jedno próbne odtworzenie przed odbiorem, opisane wyżej przy odbiorze projektu.
• Jak długo potrwa test na prawdziwych danych?Co najmniej jeden pełny cykl procesu, na przykład zamknięcie miesiąca przy fakturach kosztowych, i kryteria odbioru spisane przed startem.
• Co obejmuje utrzymanie i ile kosztuje miesięcznie?Aktualizacje, reagowanie na zmiany w połączonych systemach i poprawki jako osobna pozycja z kwotą, a nie „w razie czego”.
• Jakie koszty dojdą poza wynagrodzeniem?Plan n8n albo serwer, modele AI i licencje łączonych systemów, wypisane osobno i płacone dostawcom bezpośrednio przez Twoją firmę.
• Czy podpiszemy umowę powierzenia danych?Tak, jeśli wykonawca będzie widział dane osobowe w historii wykonań. Co musi się w niej znaleźć, piszę niżej przy własności danych.
• Jak rozliczamy pracę i zmiany w trakcie?Etapami, z płatnością po odbiorze kolejnych części, a każda zmiana spoza zakresu dostaje osobną wycenę, zanim wykonawca ją zrobi.
• Co dostanę, gdy zechcę zmienić wykonawcę?Wyłączasz jego konto, zmieniasz klucze, a przepływy, eksport w Twoim repozytorium i dokumentacja zostają u Ciebie.

Kto jest właścicielem przepływów, instancji i danych

Właścicielem instancji jest ten, kto ma konto właściciela i płaci za plan albo serwer. Prawa do samych przepływów i kodu to osobna sprawa, którą rozstrzyga umowa.

Licencja Sustainable Use License dopuszcza komercyjne usługi wokół n8n. FAQ licencji wymienia wprost, że wykonawca może pobierać opłaty za budowę, konfigurację i utrzymanie przepływów, za szkolenia i doradztwo, a także zainstalować i prowadzić n8n na serwerze klienta, o ile nie sprzedaje mu przy tym hostingu. Zabronione jest hostowanie n8n jako usługi, w której klienci sami budują przepływy.

Jeśli więc wykonawca trzyma Twoje przepływy na swojej instancji w bezpłatnej edycji Community, licencja wymaga, żebyś nie mógł ich tworzyć ani edytować. Dostajesz wyniki, ale nie narzędzie, a przy procesie, na którym stoi firma, oznacza to uzależnienie od jednej osoby.

Druga warstwa to prawo autorskie. Według art. 74 ustawy o prawie autorskim i prawach pokrewnych programy komputerowe są chronione jak utwory literackie, ale idee i zasady, na których opiera się program, ochronie nie podlegają. Czy sam układ węzłów jest utworem, można się spierać; kod w węzłach i dokumentacja mogą nim być. Przy pracowniku prawa do programu stworzonego w ramach obowiązków ma pracodawca, o ile umowa nie stanowi inaczej. Przy zewnętrznym wykonawcy przeniesienie autorskich praw majątkowych wymaga formy pisemnej pod rygorem nieważności (art. 53) i obejmuje tylko pola eksploatacji wyraźnie wymienione w umowie (art. 41 ust. 2). Co wpisać w taką umowę, opisuję w przewodniku prawa autorskie do aplikacji.

Trzecia warstwa to dane. Wykonawca, który ma dostęp do historii wykonań, widzi dane osobowe Twoich klientów i pracowników, więc w rozumieniu RODO jest podmiotem przetwarzającym. Art. 28 wymaga wtedy umowy, która określa między innymi, że przetwarza dane wyłącznie na Twoje udokumentowane polecenie i po zakończeniu usług usuwa je albo zwraca, razem z kopiami. Jeśli wykonawca sam korzysta z innego podmiotu przetwarzającego, na przykład dostawcy serwera, potrzebuje Twojej uprzedniej pisemnej zgody, szczegółowej albo ogólnej; przy ogólnej musi informować Cię o każdej zmianie takiego podmiotu, żebyś mógł się sprzeciwić.

Przy naruszeniu podmiot przetwarzający zgłasza je administratorowi bez zbędnej zwłoki, a administrator ma na zgłoszenie do Prezesa UODO, w miarę możliwości, 72 godziny od stwierdzenia naruszenia, chyba że jest mało prawdopodobne, by naruszenie niosło ryzyko dla osób, których dane dotyczą. Dlatego w umowie utrzymaniowej zapisz, jak szybko wykonawca informuje Cię o incydencie. Szerzej o obowiązkach małej firmy piszę w tekście AI Act i RODO w małej firmie.

• Instancja i konto właścicielaInstancja jest zarejestrowana na Twoją firmę, konto właściciela na firmowy adres e-mail, a wykonawca ma zwykłe konto użytkownika.
• Przeniesienie prawPisemna umowa przenosi prawa do przepływów, kodu i dokumentacji, wymienia pola eksploatacji i obejmuje prawo do wprowadzania zmian.
• Eksport w Twoim repozytoriumPo odbiorze i po każdej zmianie aktualne pliki JSON wszystkich przepływów trafiają do repozytorium Twojej firmy.
• Umowa powierzeniaUmowa określa, w jakim terminie wykonawca informuje Cię o incydencie i jak usuwa dane po zakończeniu współpracy.
• Zakończenie współpracyWykonawca przekazuje konta techniczne, Ty wyłączasz jego konto, a on potwierdza usunięcie danych po swojej stronie.

Utrzymanie po starcie: co się psuje i co sprawdzać co miesiąc

Przepływ, którego nikt nie zmieniał, przestaje działać, gdy zmienia się coś dookoła: API, format pliku, token, wersja n8n albo miejsce na dysku serwera. Dlatego utrzymanie jest stałą pozycją w umowie, a nie reakcją na awarię.

Typowe przyczyny awarii po starcie są przyziemne: dostawca zmienia odpowiedź API, wygasa token, ktoś zmienia hasło do konta połączenia, kontrahent przysyła plik w innym układzie. Na własnym serwerze dochodzi dysk: przy domyślnej bazie SQLite miejsce po usuniętych wykonaniach nie wraca do systemu, tylko jest używane ponownie przez nowe wykonania, a odzyskanie go wymaga operacji VACUUM, uruchomionej ręcznie albo przy starcie zmienną DB_SQLITE_VACUUM_ON_STARTUP.

Najtrudniej wychwycić awarię, w której nic się nie uruchomiło. Gdy system przestaje wysyłać webhooki, ani historia wykonań, ani przepływ błędów tego nie pokażą. Przy ważnych procesach dokładam więc mały przepływ według harmonogramu, który sprawdza, czy w ostatniej dobie były wykonania, i alarmuje, gdy ich zabrakło.

Dokumentacja n8n zaleca aktualizację co najmniej raz w miesiącu, po lekturze informacji o zmianach i pełnej kopii zapasowej, najlepiej najpierw na środowisku testowym. Gdy pisałem ten przewodnik, dokumentacja instalacji podawała jako stabilną wersję 2.41.6. Klucz licencyjny planu Business według cennika codziennie łączy się z serwerem licencji producenta, co ma znaczenie, jeśli serwer ma zablokowany ruch wychodzący.

W ramach utrzymania co miesiąc sprawdzam pięć rzeczy: aktualizację n8n z testem kluczowych przepływów po restarcie, raport z polecenia n8n audit, kopię zapasową razem z kluczem szyfrowania (raz na kwartał z próbnym odtworzeniem), powtarzające się przyczyny alertów oraz dostępy, czyli wygasające tokeny, konta osób, które odeszły, i nieużywane poświadczenia.

Jeśli chcesz oddać automatowi któryś proces, napisz mi, co to za proces, jak często się powtarza i z jakimi systemami ma się łączyć. Odpowiadam w ciągu jednego dnia roboczego. Pracuję z Mikołowa, zdalnie z firmami z całej Polski; jak wygląda to przy firmach z regionu, opisuję na stronie automatyzacja firm na Śląsku.

Pytania i odpowiedzi