Czy jesteście oficjalnym partnerem n8n?

Nie. Nie jesteśmy partnerem ani certyfikowanym integratorem n8n i nie będziemy tak o sobie pisać. Publikujemy własne przepływy w otwartym repozytorium, część z nich przeszła do biblioteki szablonów n8n — i to jest cała relacja, jaka nas z n8n łączy.

Co się stanie, gdy padnie sam serwer, a nie pojedynczy przepływ?

Przepływy uruchamiane zegarem nadrobią zaległe uruchomienia albo je pominą, zależnie od tego, jak je ustawimy — przy raporcie dziennym pominięcie jest w porządku, przy pobieraniu zamówień nie. Gorzej z webhookami: strzał wysłany w czasie awarii przepada po stronie nadawcy. Dlatego przy danych, których nie wolno zgubić, proponujemy odpytywanie źródła zamiast czekania na strzał.

Czy musimy mieć u siebie informatyka?

Nie musicie. Potrzebny jest serwer, na którym n8n stoi, i ktoś, kto czyta powiadomienia o błędach. Resztę możemy wziąć na siebie albo nauczyć Waszą osobę techniczną, jeśli taka jest. Obie drogi ustalamy przed startem, na piśmie.

Czy n8n w chmurze nie byłoby prościej?

Prościej na starcie, owszem. Różnica robi się przy danych: w historii wykonań siedzi treść tego, co przez przepływ przeszło, więc w chmurze dostawcy leżą u niego także treści Waszych dokumentów. Jeśli przez automatyzację idą dane kontrahentów albo dokumenty księgowe, serwer własny jest prostszą rozmową z każdym, kto o to zapyta.

Skąd mamy wiedzieć, że przepływ działa, zanim coś się zepsuje?

Z listy wykonań, na której widać każde uruchomienie razem z czasem i wynikiem. Do tego ustawiamy powiadomienie o błędzie i — tam, gdzie to ma sens — sygnał o ciszy, czyli o tym, że przepływ, który miał się uruchomić, nie uruchomił się wcale. Brak błędu i brak działania wyglądają w panelu tak samo, a to dwie różne rzeczy.

Czy zabieracie ze sobą dostęp, gdy skończymy współpracę?

Nie. Instancja stoi na Waszym serwerze, przepływy i historia wykonań są Wasze, a nasz dostęp możecie odebrać w dowolnej chwili. Przepływy dają się wyeksportować do plików i zaimportować gdzie indziej — dokładnie tak, jak ten, który leży u nas do pobrania.

Stałą cenę podajemy na piśmie po bezpłatnej rozmowie, policzoną na Twoich liczbach. Na tej samej rozmowie liczymy drugą stronę rachunku, czyli ile kosztuje Cię dziś wieczór, w którym coś nie przeszło i nikt się nie dowiedział. Jeśli rachunek się nie spina, mówimy to wprost.

Integracje i automatyzacje

Utrzymanie n8n na własnym serwerze, gdy przepływ padnie

Automatyzacja robi wrażenie w dniu uruchomienia. Prawdziwe pytanie pada trzy miesiące później, kiedy przepływ przestaje działać o trzeciej w nocy, a rano nikt nie wie, że przestał. Ta strona jest o tym, co się wtedy dzieje. Jak takie n8n w ogóle postawić i kto to robi, opisujemy osobno, we wdrożeniu n8n.

W skrócie

Nieudane wykonanie w n8n nie znika: zostaje w historii instancji razem z danymi wejściowymi węzła, który się wywrócił, więc widać, na czym dokładnie stanęło. Do tego podpina się osobny przepływ obsługi błędu, który wysyła powiadomienie tam, gdzie ktoś je przeczyta.

Ta strona jest dla firmy, która ma już automatyzacje na n8n i chce wiedzieć, co się dzieje, gdy przestaną działać.
Nasze przepływy chodzą na naszej własnej instancji n8n pod adresem n8n.sevenedge.pl — to nasz system, nie wdrożenie u klienta.
Przepływy publikujemy otwarcie w repozytorium sevenedge-pl/n8n-workflows, razem z sekcją o tym, czego każdy z nich nie obsługuje.
Trzymamy n8n na serwerze klienta, a nie w chmurze dostawcy, bo historia wykonań zawiera treść dokumentów, które przez nią przeszły.

Dla kogo to jest

To ma sens, gdy

Masz już przepływy w n8n i zaczynasz na nich polegać w codziennej robocie.
Zdarzyło się, że coś nie przeszło, a dowiedzieliście się o tym od klienta, nie z systemu.
Przez automatyzację idą dane, których nie chcesz trzymać w cudzej chmurze.
Nie masz u siebie nikogo, kto zajrzy do n8n, gdy przepływ zacznie się mylić.
Chcesz wiedzieć, ile wykonań przechodzi, a ile się wywraca, bez zgadywania.

Kiedy to nie ma sensu

Masz jeden przepływ, który wysyła powiadomienie na czat. Gdy padnie, zauważysz i klikniesz ponownie — to nie jest problem wart osobnej umowy.
Dopiero zaczynasz i nie masz jeszcze czego utrzymywać. Wtedy rozmawiamy o wdrożeniu, nie o utrzymaniu, i mówimy to wprost na pierwszej rozmowie.
Masz u siebie kogoś technicznego, kto n8n zna i lubi. Taniej jest dać mu dostęp i godzinę naszego czasu na pytania niż kupować stałą opiekę.
Szukasz gwarancji, że automatyzacja nigdy nie padnie. Tego nie obiecujemy — padają serwery, API dostawców i sieć u operatora.

Co się dzieje, gdy przepływ padnie

Cztery sytuacje, po kolei, od najczęstszej. Opisujemy mechanizm n8n, nie własny wynalazek — to samo możesz sprawdzić u siebie.

01Webhook dostaje strzał, a n8n nie żyjeTu prawda jest niewygodna: webhook nie ma poczekalni. Jeśli instancja nie odpowiada w momencie strzału, nadawca dostaje błąd połączenia i to on decyduje, czy spróbuje jeszcze raz. Dlatego przy danych, których nie wolno zgubić, nie wieszamy przepływu na samym webhooku: albo nadawca ponawia sam, albo przepływ odpytuje źródło co kilka minut i nadrabia zaległości po powrocie.
02Węzeł się wywraca, bo drugi system nie odpowiadan8n ma ponowienie ustawiane osobno na każdym węźle: liczba prób i odstęp między nimi. Włączamy je tam, gdzie powtórzenie ma sens, czyli przy chwilowej niedostępności API albo przekroczonym limicie czasu. Nie włączamy go tam, gdzie druga strona już przyjęła żądanie i powtórka założyłaby drugi dokument.
03Nieudane wykonanie zostaje w historiiWykonanie zakończone błędem nie znika z instancji. Zostaje na liście wykonań razem z danymi, które weszły do węzła, na którym stanęło, więc da się zobaczyć konkretny wiersz albo konkretny dokument, a nie samą informację, że coś nie wyszło. Na naszym serwerze historia zostaje u nas; na Twoim zostanie u Ciebie.
04Ktoś się o tym dowiadujen8n pozwala podpiąć osobny przepływ obsługi błędu, który uruchamia się wtedy, gdy inny przepływ się wywróci. Ustawiamy go tak, żeby wiadomość szła tam, gdzie ktoś naprawdę patrzy — na czat zespołu albo na skrzynkę, nie do panelu, do którego nikt nie zagląda.
05Dlaczego na Twoim serwerze, a nie w chmurzeBo historia wykonań to nie są metadane. Siedzi w niej treść tego, co przez przepływ przeszło: pozycje zamówienia, treść maila, dane kontrahenta. W chmurze dostawcy ta historia leży u niego i razem z nią decyzja, jak długo. Na Twoim serwerze zostaje u Ciebie, a czas jej przechowywania ustawiasz sam.

Czym to podpieramy

Pięć rzeczy, i każdą z nich da się sprawdzić bez naszego udziału. Nie ma tu ani jednej liczby, która pochodziłaby wyłącznie z naszej deklaracji.

Pomiar, który możesz powtórzyć u siebie tego samego dnia
Policzyliśmy, jak wygląda obsługa błędów w publicznie dostępnych przepływach n8n, i wyłożyliśmy kod tego pomiaru otwarcie. Metodologia, w całości: korpus to cudze, publiczne repozytorium Zie619/n8n-workflows na licencji MIT, commit 94007c14 z 2026-06-24, analiza z 2026-08-28, 2 061 plików JSON, zdeduplikowane po strukturze grafu do 1 768 unikalnych rodzin, czyli redukcja o 14,2 procent. Deduplikacji tego korpusu nie opisała przed nami żadna z publikacji, które podają procenty o niezawodności n8n, a bez niej mianownik jest zawyżony o kopie tego samego przepływu.
Czego z tego pomiaru NIE podajemy i dlaczego
Repozytorium ma własną sekcję zastrzeżeń i trzymamy się jej także tutaj. Detektory nie mają zmierzonej trafności, więc odsetki z nich są wstępne i zostają w repozytorium, nie na tej stronie. Pole ustawień wskazujące przepływ obsługi błędu nie przenosi się do pliku eksportu, więc jego zerowa wartość jest artefaktem formatu, a nie stanem faktycznym. Węzeł celowego przerwania przepływu nie jest mechanizmem odzyskiwania i nie liczymy go do obsługi błędów. Liczby, które zostały wyżej, są zliczeniem plików, a nie wynikiem heurystyki.
Przepływ, który możesz pobrać i obejrzeć od środka
Plik wisi otwarcie, bez formularza i bez zostawiania kontaktu, tak samo jak w repozytorium: sprawdzanie kontrahentów na białej liście VAT. Suma kontrolna NIP liczona jest lokalnie, zanim wyjdzie zapytanie do rejestru, zapytania idą po jednym co 1,2 sekundy, a limit czasu stoi na 20 sekundach. Gdy rejestr nie odpowie, przebieg leci dalej i oznacza wiersz, zamiast zatrzymać całą listę — i tu uczciwie: akurat ten przepływ NIE ma włączonego ponowienia, ma kontynuację z oznaczeniem.
Otwarte repozytorium, razem z tym, czego przepływy nie robią
Przepływy leżą publicznie w sevenedge-pl/n8n-workflows na licencji MIT, z usuniętymi danymi dostępowymi. Każdy ma sekcję ograniczeń mówiącą, czego nie obsługuje i gdzie się psuje. Jesteśmy zweryfikowanym twórcą w oficjalnej bibliotece szablonów n8n, i nie jesteśmy jej partnerem ani certyfikowanym integratorem, bo to dwie różne rzeczy. Jedno nasze zgłoszenie zostało odrzucone za układ graficzny i leży w repozytorium razem z powodem odrzucenia.
Automatyzacje, które budujemy
Opisy techniczne, nie zrzuty ekranu
Do przepływów piszemy dokumentację z wersją n8n, datą weryfikacji i osobną sekcją o ograniczeniach. Tam trafiają też zachowania API, których nie ma w oficjalnej dokumentacji dostawcy.
Dokumentacja naszych przepływów
Samo wdrożenie opisujemy osobno
Ta strona jest o tym, co dzieje się PO uruchomieniu. Jeśli n8n dopiero rozważasz, to wybór pierwszego procesu, instalacja i pierwszy przepływ są rozpisane gdzie indziej.
Wdrożenie n8n krok po kroku

Do obejrzenia, bez zostawiania kontaktu

Zostaw kontakt

Czytamy każdą wiadomość sami i odpisujemy z konkretnym następnym krokiem.

Policz, ile kosztuje Was ręczna robota →

Sześć pytań o to, jak dziś pracujecie, a w zamian koszt ręcznej roboty i jedna rekomendacja.

Wolisz od razu zadzwonić albo napisać?

contact@sevenedge.pl Adrian Hunia — 691 957 922 Igor Panek — 789 222 336

Zakres i sposób współpracy

Co robimy

Przegląd istniejących przepływów pod kątem tego, co się stanie, gdy któryś padnie.
Ponowienia ustawione tam, gdzie powtórzenie jest bezpieczne, i świadomie wyłączone tam, gdzie nie jest.
Osobny przepływ obsługi błędu z powiadomieniem tam, gdzie zespół naprawdę patrzy.
Ustawienie czasu przechowywania historii wykonań i kopii zapasowych przepływów.
Opis techniczny każdego przepływu, razem z sekcją o jego ograniczeniach.

Czego nie robimy

Nie obiecujemy, że automatyzacja nigdy nie padnie. Padają serwery, API dostawców i sieć.
Nie bierzemy odpowiedzialności za system po drugiej stronie połączenia, jeśli to on przestaje odpowiadać.
Nie przepisujemy działających przepływów na inne narzędzie tylko dlatego, że my znamy je lepiej.
Nie pilnujemy Twojej instancji całą dobę. Zakres i czas reakcji ustalamy na piśmie, zanim zaczniemy.

Pierwsza rozmowa jest bezpłatna i kończy się konkretem, nie ofertą na kilka stron.
Stała cena na piśmie przed startem.
Kod i dane należą do Ciebie od pierwszego dnia.
Wdrożenia prowadzimy od 4 tygodni.
Płacisz w ratach za etapy, a co tydzień widzisz działającą wersję.
Projekt prowadzi nasz zespół, bez podwykonawców.

Pytania, które słyszymy najczęściej

Czy jesteście oficjalnym partnerem n8n?: Nie. Nie jesteśmy partnerem ani certyfikowanym integratorem n8n i nie będziemy tak o sobie pisać. Publikujemy własne przepływy w otwartym repozytorium, część z nich przeszła do biblioteki szablonów n8n — i to jest cała relacja, jaka nas z n8n łączy.
Co się stanie, gdy padnie sam serwer, a nie pojedynczy przepływ?: Przepływy uruchamiane zegarem nadrobią zaległe uruchomienia albo je pominą, zależnie od tego, jak je ustawimy — przy raporcie dziennym pominięcie jest w porządku, przy pobieraniu zamówień nie. Gorzej z webhookami: strzał wysłany w czasie awarii przepada po stronie nadawcy. Dlatego przy danych, których nie wolno zgubić, proponujemy odpytywanie źródła zamiast czekania na strzał.
Czy musimy mieć u siebie informatyka?: Nie musicie. Potrzebny jest serwer, na którym n8n stoi, i ktoś, kto czyta powiadomienia o błędach. Resztę możemy wziąć na siebie albo nauczyć Waszą osobę techniczną, jeśli taka jest. Obie drogi ustalamy przed startem, na piśmie.
Czy n8n w chmurze nie byłoby prościej?: Prościej na starcie, owszem. Różnica robi się przy danych: w historii wykonań siedzi treść tego, co przez przepływ przeszło, więc w chmurze dostawcy leżą u niego także treści Waszych dokumentów. Jeśli przez automatyzację idą dane kontrahentów albo dokumenty księgowe, serwer własny jest prostszą rozmową z każdym, kto o to zapyta.
Skąd mamy wiedzieć, że przepływ działa, zanim coś się zepsuje?: Z listy wykonań, na której widać każde uruchomienie razem z czasem i wynikiem. Do tego ustawiamy powiadomienie o błędzie i — tam, gdzie to ma sens — sygnał o ciszy, czyli o tym, że przepływ, który miał się uruchomić, nie uruchomił się wcale. Brak błędu i brak działania wyglądają w panelu tak samo, a to dwie różne rzeczy.
Czy zabieracie ze sobą dostęp, gdy skończymy współpracę?: Nie. Instancja stoi na Waszym serwerze, przepływy i historia wykonań są Wasze, a nasz dostęp możecie odebrać w dowolnej chwili. Przepływy dają się wyeksportować do plików i zaimportować gdzie indziej — dokładnie tak, jak ten, który leży u nas do pobrania.
Ile to kosztuje?: Stałą cenę podajemy na piśmie po bezpłatnej rozmowie, policzoną na Twoich liczbach. Na tej samej rozmowie liczymy drugą stronę rachunku, czyli ile kosztuje Cię dziś wieczór, w którym coś nie przeszło i nikt się nie dowiedział. Jeśli rachunek się nie spina, mówimy to wprost.

Zobaczmy, co się stanie, gdy Twój przepływ padnie

Zostaw kontakt, a odezwiemy się i przejdziemy jeden Twój przepływ pod kątem tego, co się dzieje przy błędzie. Rozmowa jest bezpłatna i czasem kończy się zdaniem, że u Ciebie nie ma czego pilnować.

Umów bezpłatną rozmowę

Tekst i wdrożeniaAdrian HuniaWłaściciel, prowadzi stronę technicznąPisze systemy, o których tu czytasz, i prowadzi wdrożenia od pierwszej rozmowy do uruchomienia u klienta.