n8n: co to jest, jak działa i ile kosztuje. Przewodnik po polsku dla firmy

Do czego n8n służy w firmie

W firmie n8n przenosi dane między programami bez ręcznego przepisywania: zapytanie z formularza trafia do CRM-u, faktura do właściwego folderu, a cotygodniowy raport sam ląduje w skrzynce.

W praktyce w jednym systemie coś się dzieje, na przykład klient wysyła formularz, przychodzi mail z zamówieniem albo wybija poniedziałek 8:00, a przepływ wykonuje po kolei czynności w innych systemach: zapisuje kontakt w CRM-ie, tworzy zadanie, wysyła powiadomienie, przygotowuje szkic odpowiedzi. Każdą czynność reprezentuje węzeł na płótnie edytora.

W katalogu integracji na stronie producenta znajdziesz Gmail, Arkusze Google i Slack, CRM-y takie jak HubSpot i Pipedrive, bazy PostgreSQL i MySQL oraz węzły modeli OpenAI, Anthropic i Google Gemini. Systemu spoza katalogu nie skreślasz: jeśli ma API, łączysz go węzłem HTTP Request, a jeśli wysyła webhooki, staje się wyzwalaczem. Tą drogą podłączysz polskie oprogramowanie z API, od programu księgowego po Krajowy System e-Faktur, co opisuję w przewodniku integracja z KSeF przez API.

Przy wyborze liczą się trzy cechy opisane w cenniku i dokumentacji producenta: licznik liczy całe uruchomienie przepływu, a nie każdy krok; całość można postawić na własnym serwerze; a tam, gdzie gotowe węzły nie wystarczają, dopisujesz krok z kodem w JavaScripcie albo Pythonie. Ceną jest wyższy próg wejścia, bo trzeba rozumieć, jak dane płyną między krokami. Jak te cechy wypadają na tle konkurencji, policzyłem w porównaniu z Make i Zapierem, a dwanaście konkretnych przepływów zebrałem w przewodniku z przykładami automatyzacji. Liczby, limity i ceny w dalszej części pochodzą z cennika i dokumentacji producenta; linki do nich są w źródłach na końcu przewodnika.

• Zapytania i leadyFormularz ze strony trafia do CRM-u, a opiekun dostaje szkic odpowiedzi do zatwierdzenia.
• Dokumenty i fakturyZałączniki z maila trafiają do właściwego folderu i systemu, a pozycje budzące wątpliwości do człowieka.
• RaportyW poniedziałek rano przepływ zbiera liczby z kilku systemów i wysyła jedno zestawienie.
• Asystenci AIAgent z modelem językowym klasyfikuje maile albo szuka odpowiedzi w dokumentach, a wiadomość do klienta zatwierdza człowiek.

Jak działa n8n: węzły, wyzwalacze i dane między krokami

Przepływ to łańcuch węzłów. Pierwszy decyduje, kiedy przepływ rusza, kolejne pobierają, zmieniają i wysyłają dane.

Każdy przepływ zaczyna się od wyzwalacza. Słownik pojęć w dokumentacji mówi wprost, że przepływ produkcyjny potrzebuje co najmniej jednego węzła wyzwalającego, który określa, kiedy ma się uruchomić: harmonogramu (Schedule Trigger), webhooka, czyli adresu, pod który inny system wysyła dane w chwili zdarzenia, albo zdarzenia w aplikacji, na przykład nowego maila. Za wyzwalaczem stoją akcje: pobierają i zapisują dane albo sterują logiką, jak węzeł If.

Najważniejsze jest to, jak płyną dane. Według dokumentacji między węzłami zawsze płynie tablica obiektów. Każdy obiekt, nazywany elementem (item), trzyma dane w kluczu json, a pliki w kluczu binary. Węzeł, który dostaje kilka elementów, wykonuje swoją operację dla każdego z osobna: gdy wyzwalacz pobierze z arkusza 30 wierszy, węzeł CRM-u utworzy 30 kontaktów bez ręcznie budowanej pętli.

Wartości pól wpisujesz na sztywno albo wyrażeniem. Wyrażenie (expression) to fragment JavaScriptu w podwójnych nawiasach klamrowych, liczony osobno dla każdego elementu: {{ $json.email }} wstawia adres z bieżącego elementu. Gdy przeciągniesz pole z panelu danych wejściowych do parametru węzła, edytor sam utworzy takie wyrażenie.

Hasła, klucze API i tokeny OAuth trzymasz osobno jako poświadczenia (credentials), a węzeł tylko wskazuje, z którego korzysta. Przy budowaniu przydaje się przypinanie danych (data pinning): zamrażasz wynik węzła i testujesz dalsze kroki bez ponownego odpytywania zewnętrznego systemu. Przepływ produkcyjny ignoruje przypięte dane.

[
  { "json": { "imie": "Anna", "email": "anna@example.com", "temat": "Wycena strony" } },
  { "json": { "imie": "Piotr", "email": "piotr@example.com", "temat": "Serwis" } }
]

Najważniejsze pojęcia n8n według słownika i dokumentacji producenta.

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

Wykonanie (execution): co zużywa limit planu

Wykonanie to jedno uruchomienie całego przepływu. Od tej jednostki zależy rachunek w chmurze i wybór planu.

Cennik producenta definiuje wykonanie jako pojedyncze uruchomienie całego przepływu, bez względu na liczbę kroków i ilość przetwarzanych danych. Ten sam cennik zestawia to z narzędziami, które naliczają opłatę za każdy krok lub zadanie: dokładanie walidacji i powiadomień nie zmienia rachunku, zmienia go tylko liczba uruchomień.

Do limitu planu liczą się wyłącznie wykonania produkcyjne, czyli te, które startują same. Testy z edytora, podprzepływy wywołane węzłem Execute Sub-workflow i przepływy obsługi błędów są poza limitem. Uważaj na webhook: według dokumentacji liczy każde żądanie, które uruchomi przepływ, także z pustą treścią, więc boty wysyłające śmieci pod jego adres zużywają pulę. Węzeł Webhook ma na to dwie opcje: Ignore Bots pomija podglądy linków i roboty indeksujące, a Only Run If sprawdza wyrażenie i na niepasujące żądanie odpowiada kodem 200, nie tworząc wykonania. Filtr antyspamowy i tak ustaw po stronie formularza; jak zrobić to bez uciążliwej CAPTCHA, opisuję w przewodniku formularz kontaktowy a CRM.

Cennik podaje dwa punkty odniesienia: harmonogram codzienny to 30 albo 31 wykonań miesięcznie, a harmonogram co 5 minut to około 8,6 do 8,9 tys. Przepływ, który co 5 minut zagląda do arkusza przez Schedule Trigger, zużyje więc ponad 8,6 tys. wykonań, czyli ponad trzy razy więcej niż 2,5 tys. w planie Starter, nawet jeśli zwykle nic nie znajdzie. Według dokumentacji wyzwalacz odpytujący, taki jak Google Drive Trigger, liczy się tylko wtedy, gdy znajdzie nowe dane, więc razem z webhookiem zużywa tyle wykonań, ile było prawdziwych zdarzeń.

Co zużywa limit wykonań w n8n. Zasady według dokumentacji producenta.

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

Cennik: plany Starter, Pro, Business i Enterprise

W chmurze płacisz abonament z pulą wykonań. Na własnym serwerze licencja Community nic nie kosztuje, za to płacisz za serwer i czas osoby, która go utrzymuje. Kwoty i limity poniżej pochodzą z cennika i dokumentacji producenta.

Ceny w tabeli podaję według oficjalnego cennika, w euro miesięcznie przy płatności rocznej; płatność co miesiąc wychodzi drożej. Plany nie limitują liczby użytkowników ani aktywnych przepływów, więc o wyborze decyduje liczba wykonań w miesiącu i to, czy instancja ma stać w chmurze, czy na Twoim serwerze.

Plan Business działa dziś według cennika tylko na własnym serwerze; na wersję w chmurze producent prowadzi listę oczekujących. Klucz licencyjny codziennie łączy się z serwerem licencji i przekazuje między innymi liczbę wykonań produkcyjnych. Po przekroczeniu puli przepływy działają dalej, ale jeśli nie przejdziesz na wyższy próg, cennik zapowiada dopłatę za nadwyżkę; jej wysokość dla planu Business jest w tabeli.

Wersję próbną chmury uruchomisz bez karty. Daje funkcje planu Pro, ale z mniejszą pulą wykonań i krótszym czasem jednego wykonania. Jeśli po próbie nie wybierzesz planu, producent usuwa przestrzeń roboczą, a przepływy możesz jeszcze pobrać przez 90 dni. Modele AI to osobny rachunek u ich dostawcy, zależny od długości tekstów; cennik chmury wymienia też kredyty Gateway, czyli modele AI dostępne bez własnego klucza API.

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

Plany n8n według cennika producenta. Kwoty w euro miesięcznie przy płatności rocznej, która według cennika jest o 17 procent tańsza od miesięcznej; przed decyzją sprawdź je u producenta.

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

Limity planów w chmurze: równoległość, czas wykonania, historia i pamięć

Poza pulą wykonań plany chmurowe różnią się tym, ile wykonań biegnie naraz, jak długo może trwać jedno z nich, jak długo widać historię i ile pamięci ma instancja.

Na Starterze najłatwiej trafić na sufit przy dużych plikach i długim przetwarzaniu, bo ten plan ma w tabeli najkrótszy czas wykonania i najmniej pamięci, a część tej pamięci zajmuje samo oprogramowanie. Taki przepływ trzeba dzielić na porcje: dokumentacja chmury zaleca przetwarzać w jednym wykonaniu mniejszą partię danych i przenosić ciężką pracę do podprzepływów, które zwracają do głównego tylko mały wynik.

Historia wykonań to podgląd danych, które przeszły przez każdy węzeł, i podstawowe narzędzie, gdy coś pójdzie nie tak. Gdy przekroczysz limit liczby zapisanych wykonań albo czasu ich przechowywania, najstarsze wpisy znikają, ale przepływy działają dalej. Jeśli w firmie ktoś sprawdza błędy raz w tygodniu, na Starterze zobaczy tylko ostatnie 7 dni.

Limity planów n8n w chmurze według cennika i dokumentacji producenta. Plan Business działa obecnie tylko na własnym serwerze, więc go tu nie ma.

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

Czy jest darmowy? Licencja Sustainable Use License po ludzku

Edycja Community na własnym serwerze jest bezpłatna, ale nie jest open source. Licencja pozwala na dużo, z jednym wyraźnym zakazem.

Kod źródłowy jest jawny, ale od 17 marca 2022 r. udostępniany jest na licencji Sustainable Use License, którą producent napisał sam; wcześniej był to Apache 2.0 z klauzulą Commons Clause. Licencja pozwala używać, kopiować, modyfikować i rozpowszechniać oprogramowanie z trzema ograniczeniami: używać wolno tylko na wewnętrzne potrzeby własnej firmy albo niekomercyjnie i prywatnie, rozpowszechniać tylko bezpłatnie i niekomercyjnie, a informacji o licencji i prawach autorskich nie wolno usuwać.

Dlatego producent nie nazywa swojego projektu open source. Dokumentacja wyjaśnia, że według Open Source Initiative licencja open source nie może ograniczać sposobu użycia, a ta to robi; swój model producent nazywa fair-code. Określenie „platforma open source”, które często pada w opisach tego narzędzia, to uproszczenie, które ma znaczenie przy audycie licencji.

Darmowa edycja nie obejmuje części funkcji dla zespołów. Według dokumentacji logowanie SSO, osobne środowiska, projekty, współdzielenie przepływów i poświadczeń, zewnętrzne sekrety oraz kontrola wersji w Gicie wymagają płatnego planu, a na własnym serwerze także klucza licencyjnego. Jeśli zarejestrujesz instancję adresem e-mail, czyli przejdziesz na edycję Registered Community, dostaniesz bezpłatnie foldery, debugowanie w edytorze i własne dane wykonań.

• Wolno automatyzować własną firmęTakże komercyjną, o ile n8n służy Twoim wewnętrznym procesom, a nie jest udostępniane klientom jako narzędzie.
• Wolno budować przepływy dla klientówWedług FAQ licencji możesz pobierać opłaty za tworzenie, konfigurację i utrzymanie przepływów oraz za szkolenia, jeśli klienci nie mogą sami ich tworzyć ani zmieniać.
• Nie wolno dawać klientom edytora przepływówBez osobnej umowy z producentem nie hostujesz n8n jako usługi, w której klienci sami budują przepływy. Podłączenie ich kont do przepływu, który zbudowałeś, jest dozwolone.
• W razie wątpliwościProducent odsyła do adresu license@n8n.io. Jeśli n8n ma działać w produkcie dla Twoich klientów, zapytaj przed startem.

Chmura czy własny serwer (self-hosted): co wybrać

W chmurze hostingiem, aktualizacjami i skalowaniem zajmuje się producent, a na własnym serwerze robisz to sam albo ktoś, komu to zlecisz. Same przepływy buduje się w obu wariantach tak samo.

Dokumentacja producenta stawia sprawę jasno. W chmurze nie instalujesz niczego, hostingiem, aktualizacjami i skalowaniem zajmuje się producent, a wymagana wiedza techniczna to według jego tabeli żadna. Na własnym serwerze zapewniasz i utrzymujesz infrastrukturę, a instalacja i konfiguracja wymagają wiedzy technicznej. W zamian masz pełną kontrolę, a dane są tam, gdzie postawisz maszynę, także w polskiej serwerowni.

Na polskiej instalacji łatwo przeoczyć jedno ustawienie. Według dokumentacji domyślna strefa czasowa samodzielnie hostowanej instancji to America/New_York, a od niej zależą węzły harmonogramu. Zmienna GENERIC_TIMEZONE ustawiona na Europe/Warsaw to pierwsza rzecz, którą sprawdzam po instalacji; bez niej raport „na 8:00” przychodzi po południu.

Dla małej firmy bez działu IT domyślnie wybieram chmurę. Własny serwer polecam, gdy dane nie mogą opuścić infrastruktury, gdy wolumen przerasta progi chmury albo gdy potrzebny jest plan Business, i zawsze wtedy, gdy wiadomo, kto będzie go aktualizował. Docker Compose z PostgreSQL, kopie zapasowe, klucz szyfrowania i realny koszt utrzymania opisuję w przewodniku n8n na własnym serwerze.

n8n Cloud i własny serwer według dokumentacji i cennika producenta.

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

Pierwszy przepływ krok po kroku: zapytanie z formularza, CRM i odpowiedź zatwierdzona przez człowieka

Na pierwszy przepływ wybieram proces, który powtarza się codziennie, ma jasny koniec i nie wysyła niczego do klienta bez zgody człowieka.

Weźmy hipotetyczną firmę usługową, która dostaje zapytania przez formularz na stronie i prowadzi sprzedaż w Pipedrive. Dziś ktoś przepisuje zgłoszenia do CRM-u i pisze podobną odpowiedź po raz kolejny. Cel: kontakt i lead powstają same, a opiekun dostaje gotowy szkic i decyduje, czy go wysłać.

Dlaczego odpowiedź zatwierdza człowiek, skoro szablon jest gotowy? Bo to pierwsza wiadomość od firmy, a zapytania bywają nietypowe: reklamacja wpisana w formularz ofertowy albo pytanie, do którego szablon nie pasuje. Zatwierdzenie to jedno kliknięcie w mailu. Szersze zasady opisuję w przewodniku człowiek w pętli. Poniżej węzły w kolejności, w jakiej je ustawiam.

1. Formularz uruchamia webhookFormularz na stronie wysyła dane pod adres webhooka. Podczas budowania korzystasz z adresu testowego, bo pokazuje on przychodzące dane w edytorze; po publikacji formularz ma wysyłać na adres produkcyjny. Bez własnego formularza możesz użyć węzła n8n Form Trigger, który sam wygeneruje stronę z polami.
2. Porządkowanie danych w Edit FieldsDane z webhooka leżą w kluczu body. Adres e-mail normalizujesz wyrażeniem {{ $json.body.email.toLowerCase().trim() }}, żeby ten sam klient nie trafił do CRM-u dwa razy.
3. Warunek w węźle IfZgłoszenia bez zgody albo bez adresu idą na osobną listę do przejrzenia, a nie do kosza.
4. Kontakt i lead w PipedriveOperacja Search all persons szuka osoby po e-mailu, Create a person dodaje ją w razie potrzeby, Create a lead zakłada lead, a Create a note zapisuje treść zapytania.
5. Szkic odpowiedzi z szablonuDrugi węzeł Edit Fields wstawia imię klienta do szablonu dobranego do tematu zapytania. Na początek nie potrzebujesz do tego modelu językowego.
6. Akceptacja przez Gmail (Send and Wait for Approval)W opcji Type of Approval wybierasz Approve and Disapprove i nadajesz przyciskom polskie etykiety, na przykład „Wyślij” i „Odpiszę sam”. Opiekun dostaje szkic mailem, a przepływ czeka na kliknięcie.
7. Wysyłka przez Gmail (Send)Po zgodzie Gmail wysyła odpowiedź, a w polu Send Replies To wpisujesz adres opiekuna. Wyłącz opcję Append n8n attribution, bo domyślnie węzeł dopisuje do maila informację, że wysłano go automatycznie.
8. Ślad w CRM-ie i alarmPipedrive dostaje notatkę o wysyłce. Przepływ błędów z węzłem Error Trigger wyśle alert, gdy CRM nie odpowie.

[
  {
    "json": {
      "headers": { "content-type": "application/json" },
      "body": {
        "imie": "Anna",
        "email": " Anna.Nowak@Example.pl",
        "temat": "Wycena strony",
        "wiadomosc": "Dzień dobry, proszę o wycenę strony firmowej.",
        "zgoda": true
      }
    }
  }
]

Przed publikacją: ile wykonań zużyje przepływ i jak wyłapać błędy

Zanim przepływ obsłuży prawdziwego klienta, policz wykonania, sprawdź, co się dzieje, gdy nikt nie kliknie zgody, i ustaw alarm na wypadek awarii.

W rachunku liczy się tylko to, ile razy klient wyśle formularz, nie liczba węzłów. Jedno zgłoszenie to jedno wykonanie, razem z czekaniem na decyzję: dokumentacja węzła Wait opisuje, że wstrzymane wykonanie trafia do bazy danych, a po wznowieniu biegnie dalej. Przy 300 zapytaniach miesięcznie to około 300 wykonań z 2,5 tys. w planie Starter, czyli około 12 procent puli.

Dwie rzeczy sprawdź w wersji próbnej. Pierwsza: jak Twój plan traktuje wykonanie, które czeka na decyzję kilka godzin; cennik podaje maksymalny czas wykonania, 5 minut na Starterze, ale nie opisuje wprost czekania na człowieka. Druga: co się dzieje, gdy nikt nie kliknie. Do złożonych akceptacji dokumentacja Gmaila poleca węzeł Wait, który potrafi ograniczyć czas oczekiwania i wznowić przepływ po jego upływie; dalej możesz na przykład wysłać przypomnienie zastępcy.

Według dokumentacji edytor zapisuje zmiany automatycznie, zwykle w ciągu 1 do 5 sekund, ale edycje pozostają szkicem, dopóki nie opublikujesz przepływu. Dopiero publikacja włącza adresy produkcyjne webhooków i formularzy, harmonogramy oraz zdarzenia z aplikacji, więc poprawiasz działający przepływ bez ryzyka, że półgotowa zmiana obsłuży klienta. Uważaj na stan „opublikowany częściowo”: gdy któryś wyzwalacz się nie aktywuje, bo na przykład podłączona aplikacja nie odpowiadała, pozostałe działają, a publikacja nie jest wycofywana. Po każdej publikacji najedź kursorem na przycisk Publish, który pokazuje, co zawiodło.

Na awarie ustawiasz przepływ błędów: osobny przepływ zaczynający się od węzła Error Trigger, wskazany w ustawieniach głównego, który przy nieudanym wykonaniu wyśle maila albo wiadomość na Slacka. Jeden taki przepływ może pilnować wielu innych. Błąd w samym wyzwalaczu dociera bez identyfikatora i linku do wykonania, bo przepływ nie wystartował.

Najtrudniej wyłapać awarię bez sygnału: ktoś przenosi formularz na nową stronę i zapomina o adresie webhooka. Tego nie zgłosi żaden alert, tylko osoba, która raz w tygodniu zauważy, że liczba wykonań spadła do zera. Jak przyjmować dane, żeby nie ginęły przy awarii, opisuję w przewodniku o webhookach.

• Test adresu produkcyjnegoSprawdź, czy formularz na stronie wysyła dane na adres produkcyjny. Adres testowy działa tylko wtedy, gdy w edytorze nasłuchujesz zdarzenia testowego.
• Test duplikatówWyślij formularz dwa razy z tym samym adresem e-mail, za drugim razem wpisanym wielkimi literami. Jeśli w CRM-ie pojawią się dwie osoby, normalizacja adresu w Edit Fields nie działa.
• Test awarii CRM-uWpisz celowo błędne poświadczenie Pipedrive i sprawdź, czy alert dociera do konkretnej osoby, a nie do wspólnej skrzynki.
• Test stopki i adresu zwrotnegoWyślij zapytanie z własnego adresu i zatwierdź odpowiedź. Jeśli pod treścią widać dopisek o automatycznej wysyłce, opcja Append n8n attribution jest nadal włączona; Twoja odpowiedź na ten mail ma trafić do opiekuna.

1. Wybierz jeden procesPowtarzalny, z jasnym końcem i bez decyzji o pieniądzach na start.
2. Policz wykonaniaPrzy webhooku policz zdarzenia w miesiącu, przy harmonogramie liczbę uruchomień. Suma podpowie, który plan wybrać.
3. Zbuduj go w wersji próbnejWedług dokumentacji próba trwa 14 dni i obejmuje 1000 wykonań. Jeden proces przetestujesz w niej na prawdziwych danych, z duplikatami i awarią.
4. Wyznacz właścicielaOsoba, która dostaje alert, ma znać przepływ na tyle, żeby go poprawić.
5. Wybierz hosting i opublikujChmura albo własny serwer, potem tydzień obserwacji listy wykonań.

Węzeł AI Agent, narzędzia, MCP i zgoda człowieka

Węzły AI wpinają model językowy w zwykły przepływ: model klasyfikuje maile, streszcza dokumenty i pisze szkice odpowiedzi, a węzeł AI Agent sam decyduje, po które narzędzie sięgnąć.

Węzły AI to węzły złożone: węzeł główny, na przykład AI Agent, z podwęzłami, które dają mu model, pamięć rozmowy i narzędzia. Agent według słownika w dokumentacji to system, który na podstawie modelu językowego interpretuje polecenie i decyduje, jak je wykonać dostępnymi zasobami. Narzędziem może być węzeł aplikacji, na przykład Pipedrive, albo inny przepływ podpięty węzłem Custom n8n Workflow Tool. Cennik wymienia agentów, MCP i węzły AI już w planie Starter.

Najważniejsza funkcja dla firmy to zgoda człowieka na użycie narzędzia. Przy wybranych narzędziach agenta ustawiasz krok przeglądu: przepływ się zatrzymuje, a człowiek dostaje prośbę z nazwą narzędzia i parametrami, które wybrał model. Zgoda wykonuje narzędzie, odmowa je anuluje i informuje agenta. Prośba przychodzi przez czat n8n, Slacka, Discorda, Telegrama, Microsoft Teams, Gmaila, WhatsApp Business Cloud, Google Chat albo Outlooka.

n8n działa też po obu stronach protokołu MCP: węzeł MCP Server Trigger wystawia przepływy jako narzędzia dla klientów MCP, takich jak Claude Desktop, a węzeł MCP Client Tool pozwala agentowi korzystać z narzędzi zewnętrznych serwerów MCP. Budowę agenta z pamięcią, narzędziami i obroną przed poleceniami ukrytymi w mailach opisuję w przewodniku agent AI w n8n.

Moja zasada jest prosta. Jeśli regułę da się zapisać zdaniem „jeśli temat to reklamacja, przypisz do działu obsługi”, wystarczy węzeł If albo Switch, bez modelu. Model ma sens tam, gdzie tekst jest nieprzewidywalny: intencja maila, streszczenie, szkic odpowiedzi. Wysyłkę do klienta, zmianę ceny i każdy krok z pieniędzmi zatwierdza człowiek. Koszt modelu rośnie z długością tekstów, a dostawca modelu, któremu wysyłasz dane klientów, jest kolejnym podmiotem przetwarzającym w dokumentacji RODO.

RODO: gdzie są dane i jakiej umowy potrzebujesz

Automatyzacja przenosi dane osobowe między systemami, a n8n po drodze je zapisuje. Warto wiedzieć, gdzie i na jak długo.

W chmurze n8n dane są przechowywane w Unii Europejskiej, na serwerach we Frankfurcie. Według dokumentacji prywatności przy wersji chmurowej n8n jest zarówno administratorem, jak i podmiotem przetwarzającym, a umowa powierzenia (Data Processing Agreement) ze standardowymi klauzulami umownymi jest częścią warunków usługi. Przy własnym serwerze n8n nie jest ani jednym, ani drugim, bo nie zarządza Twoimi danymi; obowiązki, łącznie z usuwaniem danych na żądanie, są po Twojej stronie.

Urząd Ochrony Danych Osobowych przypomina, że według art. 28 RODO administrator korzysta tylko z podmiotów zapewniających wystarczające gwarancje, a przetwarzanie odbywa się na podstawie pisemnej umowy, która określa między innymi przedmiot, czas, charakter i cel przetwarzania oraz rodzaj danych. W 2022 r. UODO ukarał ośrodek kultury za powierzenie danych bez takiej umowy. Wpisz więc n8n i, jeśli go używasz, dostawcę modelu AI do rejestru czynności przetwarzania.

Najłatwiej przeoczyć historię wykonań, w której n8n zapisuje dane wejściowe i wyjściowe węzłów: imiona, adresy, treść zapytań. W chmurze możesz w ustawieniach przepływu wyłączyć zapisywanie udanych wykonań produkcyjnych, a na własnym serwerze dokumentacja zaleca automatyczne czyszczenie co kilka dni zmienną EXECUTIONS_DATA_MAX_AGE. Funkcja redakcji ukrywa dane wykonań, zostawiając status, czas i nazwy węzłów.

W chmurze asystent AI jest domyślnie włączony. Podczas rozmowy z nim wysyła do modeli kontekst otwartego przepływu: listę węzłów, schematy danych, konfigurację, kod i wyrażenia, ale według dokumentacji nie wartości poświadczeń ani danych przetwarzanych w wykonaniach. Na własnym serwerze telemetria jest domyślnie włączona i obejmuje między innymi kształt przepływu, komunikaty błędów i skrócony adres IP, bez danych z wykonań; administrator wyłącza ją zmiennymi środowiskowymi. W chmurze telemetrii nie da się wyłączyć, a producent nagrywa sesje w interfejsie i usuwa nagrania po 21 dniach.

Słabe strony, kto nie powinien z niego korzystać i kiedy wdrożyć go z pomocą

Przed wdrożeniem warto znać trzy ograniczenia: angielski interfejs, limity pamięci i czasu w najtańszym planie chmury oraz to, że przepływy przenoszą dane, ale nie zastąpią CRM-u ani ERP.

Pierwsze ograniczenie to język. W repozytorium kodu katalog tłumaczeń interfejsu zawiera wyłącznie plik angielski; zmienna N8N_DEFAULT_LOCALE zmienia język, ale nieprzetłumaczone teksty wracają do angielskiego, a dokumentacja też jest anglojęzyczna. „n8n po polsku” oznacza więc polskie dane i wiadomości, nie polskie menu. Drugie to ciężkie dane: na planie Starter 320 MiB pamięci i 5 minut na wykonanie, więc duże pliki trzeba dzielić na porcje. Trzecie: n8n przenosi dane, ale nie zastąpi CRM-u ani ERP.

Nie polecam n8n firmie z dwiema czy trzema krótkimi automatyzacjami i bez nikogo technicznego; narzędzie z gotowymi szablonami będzie tam prostsze. Nie polecam go też, gdy nikt nie zajrzy raz w tygodniu na listę wykonań, ani do procesów, których nikt nie rozpisał, bo automatyzacja utrwala proces razem z błędami. Zadania, których nie warto oddawać automatowi, zebrałem w przewodniku czego nie automatyzować.

Prosty przepływ z gotowych węzłów zbudujesz sam. Pomoc przydaje się przy systemach bez węzła w katalogu, podpisanych webhookach, kolejce na wypadek awarii, uprawnieniach w CRM-ie albo agencie AI z dostępem do danych klientów. Etapy i koszt pełnego wdrożenia opisuję w przewodniku wdrożenie n8n w firmie, a połączenia z systemami bez gotowego węzła buduję w ramach integracji API.

Buduję przepływy w n8n dla firm i zostawiam je tak, żeby ktoś w firmie rozumiał, co się w nich dzieje i gdzie decyduje człowiek. Jeśli chcesz sprawdzić, czy Twój proces nadaje się do n8n, napisz, co to za proces, jak często się powtarza i jakich systemów dotyczy. Odpowiadam w ciągu jednego dnia roboczego. Pracuję z Mikołowa, zdalnie w całej Polsce, a zakres współpracy opisuję na stronie automatyzacje AI.

Pytania i odpowiedzi