Trwa faza przed otwarciem. Zostało 49 z 50 miejsc dla Partnerów-założycieli. Zajmij miejsce
Używamy plików cookie, aby zapewnić działanie platformy oraz (opcjonalnie) analizować ruch. Wybierz swoje preferencje:
Trzy modele hostingu n8n dla klienta: n8n Cloud, serwer klienta, Twój serwer. Kto płaci, kto odpowiada za dane i co pozwala licencja n8n.
n8n dla klienta uruchomisz w trzech modelach: n8n Cloud na koncie klienta, wersja self-hosted na serwerze klienta albo na Twoim serwerze. Od wyboru zależy, kto płaci za infrastrukturę, kto odpowiada za awarię i dane osobowe. Licencja n8n dopuszcza wszystkie trzy, ale zabrania dawania klientom dostępu do edytora na Twojej instancji.
n8n Cloud na koncie klienta. Klient zakłada konto w n8n Cloud, płaci abonament, a Ty dostajesz dostęp jako wykonawca. n8n odpowiada za serwer, aktualizacje i kopie. Na stan z października 2026 plan Starter kosztuje 20 euro miesięcznie przy płatności rocznej (24 euro przy miesięcznej) i obejmuje 2 500 wykonań workflow w miesiącu, a plan Pro 50 euro przy płatności rocznej (60 euro przy miesięcznej) i 10 000 wykonań. Dane planów hostowanych n8n trzyma na serwerach we Frankfurcie.
Self-hosted na serwerze klienta. Klient ma własny serwer albo konto u dostawcy chmury, a Ty instalujesz na nim n8n w wersji Community, konfigurujesz i budujesz workflow. Licencja Community nie kosztuje nic, klient płaci za serwer i za Twoją pracę.
Self-hosted na Twoim serwerze. Utrzymujesz własną instancję n8n i budujesz na niej workflow dla klienta. Klient dostaje wyniki: zsynchronizowane dane, wysłane maile, odpowiedzi chatbota. Nie loguje się do n8n i nie widzi workflow.
Każdy z tych modeli jest w porządku, jeśli obie strony wiedzą, który wybrały i co z niego wynika. Problemy zaczynają się, gdy model „wyszedł sam”: na przykład postawiłeś n8n na swoim serwerze na czas testów i po roku nadal tam działa produkcja klienta.
W każdym modelu odpowiedzialność rozkłada się inaczej. Tabela pokazuje typowy podział, który i tak trzeba zapisać w umowie:
| Obszar | n8n Cloud klienta | Serwer klienta | Twój serwer |
|---|---|---|---|
| Opłata za infrastrukturę | klient (abonament n8n) | klient (serwer) | Ty, wliczasz w cenę usługi |
| Aktualizacje n8n | n8n | Ty albo IT klienta, według umowy | Ty |
| Kopie zapasowe | n8n | według umowy, zwykle IT klienta | Ty |
| Dostęp do edytora | klient i Ty | klient i Ty | tylko Ty |
| Awaria serwera | n8n | IT klienta albo Ty | Ty |
| Co zostaje u klienta po rozstaniu | konto z workflow | serwer z workflow | tylko eksport, jeśli go przewidzicie |
Ostatni wiersz jest najważniejszy przy rozmowie z klientem. W dwóch pierwszych modelach klient po zakończeniu współpracy ma działające workflow u siebie. W trzecim ma tylko to, co mu przekażesz. Dlatego model „Twój serwer” zwykle idzie w parze z abonamentem opieki: klient płaci co miesiąc za to, że automatyzacje działają, a nie za dostęp do n8n.
Aktualizacje self-hosted to praca, którą łatwo pominąć w wycenie. n8n wydaje nowe wersje regularnie, a odkładanie ich miesiącami kończy się dużym skokiem wersji i testowaniem wszystkiego naraz. Wpisz w ofertę, kto aktualizuje i jak często.
Wersja Community n8n działa na licencji Sustainable Use License w wersji 1.0. Jej sedno to jedno zdanie: oprogramowanie wolno używać i modyfikować wyłącznie do własnych wewnętrznych celów biznesowych albo do celów niekomercyjnych i prywatnych, a dystrybuować tylko nieodpłatnie i w celach niekomercyjnych. Licencja dotyczy wersji self-hosted. n8n Cloud to płatny abonament z własnym regulaminem.
Samo zdanie licencji niewiele mówi wykonawcy, dlatego n8n prowadzi FAQ licencyjne z przykładami. Stan na październik 2026:
| Sytuacja | Według FAQ n8n |
|---|---|
| Pobierasz od klienta opłatę za budowę, konfigurację i utrzymanie workflow | dozwolone |
| Budujesz workflow dla klientów na swojej instancji, a klienci nie mogą ich tworzyć ani edytować | dozwolone, bez limitu liczby klientów |
| Klient sam podłącza swoje konta (np. przez OAuth) do workflow na Twojej instancji, bez dostępu do edytora | dozwolone |
| Instalujesz i utrzymujesz n8n na serwerze klienta | dozwolone, o ile nie hostujesz mu go jednocześnie u siebie |
| Udostępniasz klientom n8n jako usługę, w której sami budują workflow | niedozwolone bez licencji komercyjnej |
| Dajesz klientom budowanie workflow przez własny interfejs, API, MCP albo agenta AI działającego w ich imieniu | niedozwolone bez licencji komercyjnej |
| Usuwasz oznaczenia n8n i oferujesz go jako własny produkt | niedozwolone |
| Używasz funkcji Enterprise wymagających klucza licencyjnego bez licencji Enterprise | niedozwolone |
FAQ formułuje test wprost: liczy się nie to, czyje dane logowania są używane, tylko kto kontroluje logikę workflow. Jeśli klient tylko uruchamia gotowe workflow i odbiera wyniki, n8n pozostaje Twoim narzędziem pracy. Jeśli klient sam buduje albo zmienia workflow na Twojej instancji, sprzedajesz mu dostęp do n8n, a to wymaga osobnej umowy z n8n.
Z tego wynika praktyczna reguła dla modelu „Twój serwer”: nie zakładaj klientowi konta w swoim n8n, nawet tylko do podglądu. Jeśli klient chce sam edytować workflow, przenieś je na jego n8n Cloud albo jego serwer. W razie wątpliwości n8n odpowiada na pytania pod adresem license@n8n.io.
Ta sekcja streszcza licencję i FAQ producenta. Ich treść może się zmienić, więc przed ofertą sprawdź aktualną wersję u źródła.
Workflow w n8n prawie zawsze przetwarza dane osobowe: adresy e-mail z formularzy, dane kontrahentów z faktur, zamówienia z nazwiskami. Za te dane odpowiada klient jako administrator. Rola wykonawcy zależy od modelu:
Dwie rzeczy ułatwiają rozmowę z klientem. Pierwsza to serwer w Unii Europejskiej, wskazany z nazwy dostawcy i lokalizacji. Druga to krótki opis zabezpieczeń: kto ma dostęp do serwera, jak przechowywane są dane logowania do systemów klienta, jak długo n8n trzyma historię wykonań. Historia wykonań zawiera dane, które przez workflow przeszły, więc ustaw jej retencję świadomie.
Jeśli workflow wysyła dane do modelu AI, dochodzi kolejny podmiot. Ten wątek opisuje wpis o danych klientów w ChatGPT i RODO.
Cały ten wpis to informacja, a nie porada prawna. Przy danych szczególnych kategorii albo dużej skali przetwarzania skonsultuj umowę z prawnikiem.
Model hostingu to część zakresu prac, a nie szczegół techniczny. Lista punktów, które warto mieć w umowie albo w załączniku do niej:
Własność workflow to osobny temat, który szerzej opisuje wpis o tym, kto jest właścicielem automatyzacji. Jeśli pracujesz przez Qerify, umowę generuje system z danych kontraktu. Ustalenia o hostingu wpisz do opisu kontraktu albo etapu, żeby trafiły do dokumentu, który obie strony podpisują. Jak to działa krok po kroku, opisuje wpis o umowie, podpisie i fakturze. Rozliczenie stałej opieki w modelu „Twój serwer” opisuje wpis o abonamencie opieki nad automatyzacjami.
Masz już ulubiony model hostingu? Opisz go w ofercie na profilu Partnera, razem z tym, kto płaci za serwer i co klient dostaje po zakończeniu współpracy. Firmy szukające wykonawców n8n trafiają na stronę ekspertów n8n, a profil założysz przez stronę dla Partnerów.