n8n a RODO: gdzie trzymać dane firmowych automatyzacji

To pytanie pada na wdrożeniach coraz wcześniej i zwykle nie zadaje go właściciel, tylko księgowa albo prawnik klienta: „a gdzie właściwie lądują dane, które przechodzą przez te automatyzacje?". Bardzo słusznie, bo przez typową firmową instancję n8n płynie więcej danych osobowych niż przez niejeden system, który firma ma porządnie opisany w dokumentacji RODO. CRM i skrzynka mailowa mają swoje umowy i regulaminy. Automatyzacja, która je spina, często nie ma nic.

Dobra wiadomość: uporządkowanie tego to w większości firm jedno popołudnie pracy, a nie projekt na kwartał. W tym artykule przechodzę przez temat po kolei: jakie dane realnie płyną przez workflow, kto za nie odpowiada, gdzie ma stać serwer, co zrobić z modelami AI i co ustawić w samym n8n, zanim ktoś zapyta o to na audycie.

Jedno zastrzeżenie na start: piszę z praktyki wdrożeniowej, nie jako prawnik. To, co niżej, uporządkuje Ci temat i pozwoli zadać dobre pytania, ale interpretację przepisów dla Twojego konkretnego przypadku skonsultuj z prawnikiem.

TL;DR: Firma jest administratorem danych, dostawca hostingu n8n procesorem, więc potrzebujesz umowy powierzenia (DPA). Serwer trzymaj w UE, credentiale zabezpiecz 2FA i minimalnymi uprawnieniami, do modeli AI wysyłaj tylko niezbędne fragmenty, a logom wykonań ustaw pruning, bo domyślnie przechowują pełne dane wejściowe. Na koniec 7-punktowa checklista przed audytem.

Jakie dane naprawdę płyną przez Twoje workflow

Weźmy zestaw automatyzacji, jaki najczęściej wdrażamy w firmie usługowej na ~20 osób:

• Skrzynka → CRM. Workflow czyta maile z zapytaniami i zakłada szanse sprzedaży. Przez n8n przechodzi imię i nazwisko, adres e-mail, telefon i pełna treść wiadomości klienta.
• CRM → oferty. Automat składa ofertę z danych kontaktu w Pipedrive: kto, z jakiej firmy, o czym rozmawialiście. Historia notatek handlowca bywa bardziej osobista niż sam adres.
• Faktury i księgowość. Dane kontrahentów, kwoty, terminy. Przy jednoosobowych działalnościach NIP, adres i nazwa firmy to jednocześnie dane osobowe konkretnego człowieka.
• Nagrania i transkrypcje rozmów. Voicebot albo automatyczna transkrypcja spotkań: głos klienta i cała treść rozmowy, łącznie z tym, czego nie powiedziałby na piśmie.

Kluczowa rzecz, którą firmy przeoczają: automatyzacja nie jest rurą, przez którą dane tylko przelatują. Po drodze są zapisywane, choćby w logach wykonań, do których jeszcze wrócimy. Jeśli workflow dotyka danych klientów, to instancja n8n jest pełnoprawnym elementem Twojego przetwarzania danych i powinna być opisana tak samo jak CRM.

Role RODO: administrator i procesor

RODO rozdaje dwie główne role. Administrator decyduje, po co i jak przetwarzane są dane — to Twoja firma, niezależnie od tego, jakich narzędzi używa. Procesor przetwarza dane w imieniu administratora — to każdy, komu powierzasz je technicznie: dostawca serwera, firma utrzymująca Twoją instancję n8n, dostawca modelu AI.

Z każdym procesorem potrzebujesz umowy powierzenia przetwarzania (DPA). Brzmi groźnie, w praktyce u poważnych dostawców to standardowy dokument akceptowany online. Hetzner i OVH mają go w panelu klienta, n8n Cloud publikuje swój wraz z listą podprocesorów. Przy usłudze zarządzanej zapytaj dostawcę wprost; jeśli nie wie, o czym mówisz, to jest odpowiedź sama w sobie.

Jak te role rozkładają się przy trzech modelach hostingu (Cloud, własny VPS, usługa zarządzana), rozpisaliśmy w porównaniu hostingu n8n dla firmy.

Lokalizacja serwera: UE czy USA

Najprostsza zasada z praktyki: postaw instancję w UE i większość trudnych pytań znika. Serwer w Niemczech, Finlandii czy Polsce (VPS wystarczający na start to 30–50 zł/mies., ceny z lipca 2026) oznacza, że dane nie opuszczają Europejskiego Obszaru Gospodarczego i nie musisz rozstrzygać tematu transferów. W n8n Cloud region wybierasz przy zakładaniu konta — wybierz UE.

Hosting w USA nie jest automatycznie nielegalny. Transfer poza EOG da się oprzeć na mechanizmach takich jak Data Privacy Framework czy standardowe klauzule umowne, ale to oznacza sprawdzanie certyfikacji dostawcy i dodatkową dokumentację. Skoro serwer we Frankfurcie kosztuje tyle samo co w Wirginii, w MŚP rzadko widzę powód, żeby ten problem w ogóle sobie tworzyć.

Jedna pułapka: lokalizacja serwera n8n to nie to samo co lokalizacja wszystkich danych. Jeśli workflow wysyła dane do SaaS-a z serwerami w USA, np. amerykańskiego narzędzia mailingowego, to jest osobny transfer i osobna pozycja w dokumentacji. Instancja w UE porządkuje Twój kawałek, nie całą układankę.

Credentiale: klucze do wielu systemów naraz

To najbardziej niedoceniany punkt ryzyka w całym temacie. Jedna instancja n8n trzyma tokeny do skrzynki firmowej, CRM, systemu fakturowania i kalendarza. Kto przejmie panel, dostaje wszystko naraz — nie musi łamać czterech systemów, wystarczy jeden.

Z naszych wdrożeń wynika prosty zestaw zasad:

• 2FA na panelu n8n. Obowiązkowo, bez wyjątków. Publiczny adres z formularzem logowania to magnes na boty.
• Osobne konto dla każdej osoby. Żadnych współdzielonych loginów wysyłanych na Slacku. Bez tego nie wiesz, kto co zmienił, a po odejściu pracownika nie masz czego wyłączyć.
• Minimalne uprawnienia tokenów. Jeśli workflow tylko czyta skrzynkę, jego token nie musi umieć wysyłać maili ani zarządzać kontem. Większość API pozwala zawęzić zakres — korzystaj z tego.
• Konta techniczne zamiast prywatnych. Automatyzacje podpinaj pod dedykowane konto typu [email protected], nie pod konto handlowca. Inaczej jego urlop albo odejście z firmy kładzie produkcyjne procesy.
• Rotacja po odejściu osoby z dostępem. Ktoś, kto miał dostęp do panelu, widział credentiale w akcji. Wymiana kluczowych tokenów po offboardingu to godzina pracy i spokojna głowa.

Dane wysyłane do modeli AI

Coraz więcej workflow ma w środku node z modelem językowym: klasyfikacja maili, szkice odpowiedzi, wyciąganie danych z PDF-ów. I to jest moment, w którym dane osobowe wyjeżdżają z Twojego serwera do zewnętrznego API — trzeba to zrobić z głową.

Po pierwsze, wysyłaj tylko niezbędne fragmenty. Do sklasyfikowania maila jako „reklamacja czy zapytanie" model nie potrzebuje całej historii klienta ani jego numeru telefonu. Zwykły node Set albo Code przed wywołaniem AI potrafi wyciąć lub zamaskować dane identyfikujące i w wielu procesach to w zupełności wystarcza.

Po drugie, korzystaj z API na warunkach biznesowych. OpenAI i Anthropic deklarują, że nie trenują modeli na danych przesyłanych przez API, i oferują umowy powierzenia — to zupełnie inna sytuacja niż wklejanie danych klientów do darmowego czatu w przeglądarce. Sprawdź też, czy dostawca oferuje przetwarzanie w regionie UE.

Po trzecie, dla najbardziej wrażliwych danych rozważ model uruchomiony lokalnie, na Twoim serwerze, z którego nic nie wychodzi na zewnątrz. Co takie modele realnie potrafią, a czego nie, opisaliśmy w artykule o tym, co może robić AI lokalnie.

Retencja i logi wykonań

Najczęstsze zaskoczenie, jakie widzę przy przeglądach instancji: zakładka executions. n8n zapisuje tam historię wykonań workflow razem z pełnymi danymi wejściowymi i wyjściowymi każdego node'a. Każdy mail klienta, każdy rekord z CRM, każda faktura, która przeszła przez workflow, ma swoją kopię w bazie n8n. To świetne do debugowania i fatalne, gdy nikt nie ustawił limitu.

„Firmy pilnują tego, co workflow wysyła do AI, a potem rok trzymają te same maile klientów w zakładce executions, bo nikt nie ustawił prunigu. Na przeglądach instancji to logi wykonań są problemem numer jeden, nie same automatyzacje." — Mikołaj Brunka, założyciel NoCodeWork

Co z tym zrobić w praktyce:

• Włącz pruning. Przy self-hostingu ustaw EXECUTIONS_DATA_PRUNE=true i EXECUTIONS_DATA_MAX_AGE na wartość, która wystarcza do debugowania — u klientów zwykle 7–30 dni, nie „bez limitu".
• Ogranicz zapis tam, gdzie dane są wrażliwe. n8n pozwala per workflow zapisywać tylko nieudane wykonania. Dla procesu, który przetwarza nagrania rozmów albo dane finansowe, to rozsądny kompromis: debug działa, archiwum danych nie rośnie.
• Pamiętaj o backupach. Kopia bazy n8n zawiera też executions. Retencja backupów jest częścią retencji danych — backup sprzed roku to dane sprzed roku, niezależnie od pruningu na produkcji.

Checklista przed audytem: 7 punktów

Tę listę przechodzimy z klientami przed każdym poważniejszym wdrożeniem. Jeśli odhaczysz wszystkie punkty, jesteś w lepszej sytuacji niż większość firm, które automatyzują od lat:

1. Serwer w UE — własny VPS w Niemczech/Polsce albo region UE w n8n Cloud.
2. Umowa powierzenia (DPA) z każdym procesorem — hosting, usługa zarządzana, dostawca modelu AI.
3. 2FA i osobne konta dla każdej osoby z dostępem do panelu n8n.
4. Minimalne uprawnienia credentiali — zawężone zakresy tokenów, konta techniczne zamiast prywatnych.
5. Pruning executions — retencja logów wykonań ustawiona świadomie (np. 7–30 dni), nie domyślnie.
6. Lista workflow z danymi osobowymi — jakie dane, skąd, dokąd trafiają; do wpisania w rejestr czynności przetwarzania.
7. Procedura offboardingu — odebranie dostępu do panelu i rotacja credentiali, gdy ktoś odchodzi.

Punkty 1–5 to robota techniczna na jedno popołudnie. Punkty 6–7 to dokumentacja i proces — i to o nie najczęściej pytają audytorzy.

Kiedy iść z tym do prawnika

Uczciwie: dla typowej automatyzacji sprzedażowo-marketingowej w MŚP powyższa lista załatwia sprawę, a prawnik potwierdzi ją w godzinę. Są jednak sytuacje, w których konsultacja przestaje być opcją, a staje się koniecznością:

• przetwarzasz dane szczególnych kategorii — zdrowie, dane medyczne (gabinety, kliniki, ubezpieczenia);
• nagrywasz rozmowy telefoniczne z klientami albo automatycznie je transkrybujesz;
• automatyzacja podejmuje decyzje wobec ludzi bez udziału człowieka — scoring wniosków, automatyczne odrzucanie zgłoszeń;
• wysyłasz dane poza EOG i nie umiesz wskazać mechanizmu, na którym się to opiera;
• działasz na dużej skali — dziesiątki tysięcy rekordów osób miesięcznie.

Z naszej praktyki: godzinna-dwugodzinna konsultacja z prawnikiem od ochrony danych to koszt rzędu kilkuset złotych do ok. 2 tys. zł. Na tle wdrożenia automatyzacji za 10–30 tys. zł to tani sposób, żeby spać spokojnie. A jeśli wdrażasz agentów AI, dochodzi jeszcze AI Act — co z niego wynika dla polskiej firmy, zebraliśmy w osobnym artykule o AI Act i RODO.

FAQ

Czy n8n jest zgodny z RODO?

Samo narzędzie nie jest ani zgodne, ani niezgodne — zgodne (albo nie) jest Twoje wdrożenie. n8n postawiony na serwerze w UE, z umową powierzenia, 2FA i ustawioną retencją logów spokojnie spełnia wymagania stawiane MŚP. Ta sama instancja na losowym serwerze, ze wspólnym hasłem i logami trzymanymi bez limitu — już nie.

Czy muszę mieć umowę powierzenia z dostawcą VPS?

Tak, dostawca serwera przetwarza dane w Twoim imieniu, więc jest procesorem. W praktyce to nie problem: Hetzner czy OVH mają DPA jako standardowy dokument akceptowany w panelu klienta, bez negocjacji.

Czy mogę wysyłać dane klientów do ChatGPT albo Claude przez API?

Przez API na warunkach biznesowych — tak, przy zachowaniu zasad: dostawcy deklarują nietrenowanie na danych z API i podpisują umowy powierzenia. Wysyłaj tylko fragmenty niezbędne do zadania, a dane szczególnie wrażliwe rozważ przetwarzać modelem lokalnym na własnym serwerze.

Jak długo n8n przechowuje dane wykonań workflow?

Tak długo, jak mu pozwolisz. Zależnie od wersji i konfiguracji dane executions potrafią rosnąć bez limitu, dlatego retencję trzeba ustawić świadomie: pruning z maksymalnym wiekiem 7–30 dni pokrywa potrzeby debugowania w większości firm.

Czy potrzebuję zgody klientów na automatyzację ich danych?

Automatyzacja sama w sobie nie tworzy nowego obowiązku zgody — podstawa przetwarzania jest ta sama niezależnie od tego, czy proces wykonuje człowiek, czy workflow. Musisz jednak mieć tę podstawę określoną, a zautomatyzowany proces ująć w dokumentacji. Przy decyzjach podejmowanych w pełni automatycznie wobec ludzi skonsultuj temat z prawnikiem, bo tam RODO stawia dodatkowe warunki.

Podsumowanie

Dane osobowe w automatyzacjach to temat, który wygląda groźnie tylko z daleka. Z bliska sprowadza się do kilku decyzji: serwer w UE, podpisane umowy powierzenia, dostępy pod kontrolą, do AI tylko to, co niezbędne, i świadomie ustawiona retencja logów. Większość z tego to jednorazowa konfiguracja, nie stały koszt.

Najczęstszy błąd nie jest prawny, tylko techniczny: instancja skonfigurowana „na szybko", która latami gromadzi kopie danych klientów w logach wykonań, z jednym wspólnym hasłem do panelu. Przed tym nie chroni żaden dokument — chroni porządna konfiguracja.

W NoCodeWork utrzymujemy firmowe instancje n8n na serwerach w UE, z umową powierzenia, monitoringiem i retencją ustawioną od pierwszego dnia. Jeśli chcesz sprawdzić, jak Twoje automatyzacje mają się do punktów z checklisty, umów bezpłatną konsultację — przejdziemy przez Twoją sytuację i powiemy wprost, co wymaga uwagi, a co jest w porządku i nie potrzebuje żadnych zmian.

Przeczytaj również

• Gdzie hostować n8n dla firmy? Porównanie trzech opcji
• AI Act i RODO: co musi wiedzieć polska firma
• Jak bezpiecznie korzystać z AI w organizacji
• Plusy i minusy posiadania własnej instancji n8n
• Ryzyka wdrażania AI w firmie