n8n — przykłady automatyzacji, które działają w firmie

Przykłady automatyzacji w n8n to gotowe przepływy, które łączą wyzwalacz, kilka węzłów i akcję końcową, żeby przenieść dane między systemami bez udziału człowieka. Poniżej jest osiem takich przepływów z siedmiu obszarów firmy, a jeden z nich — fakturowanie — rozpisany węzeł po węźle, razem z warunkiem i obsługą błędu.

n8n to platforma do budowania przepływów metodą „przeciągnij i upuść" z gotowych węzłów (nodes): ma ponad 400 gotowych integracji i ponad 70 dedykowanych węzłów AI (m.in. OpenAI GPT, Claude, Ollama), a tam, gdzie gotowy węzeł nie wystarcza, można dopisać własny kod w JavaScripcie lub Pythonie. Samo narzędzie opisaliśmy szerzej w tekście n8n — co to jest, a cennik i licencję oraz instalację na własnym serwerze rozłożyliśmy na osobne artykuły.

Z czego składa się przepływ w n8n

Każdy workflow ma tę samą anatomię, niezależnie od tego, czy dotyczy leadów, czy faktur. Warto ją znać, zanim zacznie się czytać przykłady.

• Wyzwalacz (trigger): uruchamia przepływ — zegar (np. co 15 minut), webhook z formularza, nowy mail w skrzynce albo zmiana rekordu w bazie.
• Węzły przetwarzające: pobierają dane, filtrują je, przeliczają, łączą z innym źródłem lub przekształcają do formatu, którego oczekuje system docelowy.
• Rozgałęzienie warunkowe: węzeł IF albo Switch, który dzieli przepływ na ścieżki — inaczej traktuje kompletny rekord, inaczej brakujący.
• Akcja końcowa: zapis w systemie docelowym, wysyłka maila, utworzenie zadania albo powiadomienie na kanale zespołu.
• Ścieżka błędu: osobny przepływ uruchamiany wtedy, gdy któryś węzeł zwróci błąd — ponawia operację i zgłasza problem człowiekowi.

Typowy firmowy przepływ ma od 5 do 15 węzłów. Wszystko powyżej dwudziestu zwykle znaczy, że w jednym workflow zamknięto dwa procesy i lepiej je rozdzielić — łatwiej się je wtedy testuje i poprawia.

Odpowiedź na pytanie, co można zrobić z n8n, sprowadza się więc do jednego kryterium: da się zautomatyzować każdy powtarzalny ciąg „wyzwalacz — warunek — akcja" między systemami, które udostępniają API albo przyjmują dane mailem.

Sprzedaż, leady i obsługa klienta

• Lead z formularza do CRM: webhook przechwytuje zgłoszenie z formularza, uzupełnia je o dane firmy po numerze NIP, tworzy rekord w CRM i przypisuje handlowca według regionu lub kolejki.
• Zgłoszenie z e-maila do systemu zgłoszeń: przepływ czyta skrzynkę wsparcia, zakłada ticket, odsyła klientowi potwierdzenie z numerem sprawy i podbija priorytet, jeśli nadawca jest oznaczony jako klient kluczowy.

Oba przepływy mieszczą się w 6–8 węzłach i są dobrym pierwszym wdrożeniem, bo mają czytelne kryterium sukcesu: żaden lead ani żadne zgłoszenie nie może zginąć w skrzynce. Warto od razu dołożyć jeden warunek — odrzucanie zgłoszeń pustych i testowych, bo formularze zbierają ich więcej, niż się spodziewasz.

Przy zgłoszeniach mailowych krytyczny jest czas reakcji, nie czas obsługi. Automat nie odpowiada za klienta, tylko skraca odcinek między wpłynięciem maila a momentem, w którym właściwa osoba o nim wie.

Finanse i fakturowanie

• Faktura po zamknięciu zlecenia: przepływ pobiera zamknięte zlecenia, uzupełnia pozycje o ceny z cennika, wystawia dokument przez API systemu fakturowego i wysyła go do klienta razem z plikiem PDF.
• Przypomnienia o płatnościach i parowanie wpłat: codzienny przepływ porównuje listę niezapłaconych faktur z wyciągiem bankowym, oznacza opłacone i wysyła przypomnienia do tych, u których minął termin.

To obszar z najlepiej policzalnym zwrotem. Przy 80–120 fakturach miesięcznie fakturowanie i windykacja zajmują w firmie 15–25 godzin, a duża część tego czasu to przepisywanie tych samych danych między systemami. W firmie usługowej zatrudniającej 12 osób, dla której robiliśmy takie wdrożenie, obsługa fakturowania spadła z 25 godzin miesięcznie do około 1 godziny, a liczba pominiętych płatności — z 8–12 miesięcznie do 0–1. Szczegóły samego procesu opisaliśmy w tekście o automatyzacji fakturowania.

Fakturowanie rozpisane węzeł po węźle

Tak wygląda w środku pierwszy z tych dwóch przepływów. To najczęściej wdrażany przez nas workflow i jednocześnie dobry wzorzec, bo zawiera wszystkie elementy, które powinien mieć każdy poważny przepływ: wyzwalacz czasowy, walidację, rozgałęzienie i osobną ścieżkę błędu.

Co się dzieje na ścieżce „nie"

Jeżeli w kroku 4 brakuje NIP-u, adresu albo adresu e-mail, węzeł IF kieruje rekord na drugą ścieżkę: faktura nie zostaje wystawiona, a w systemie powstaje zadanie dla osoby odpowiedzialnej za dane klienta. Reszta zleceń z tej samej paczki jedzie dalej — jedno niekompletne zlecenie nie zatrzymuje pozostałych.

To najważniejsza decyzja projektowa w całym przepływie. Automat, który przy pierwszym brakującym polu zatrzymuje całą kolejkę, po dwóch tygodniach zostaje wyłączony przez zespół.

Obsługa błędu

Węzeł 9 to osobny workflow podpięty jako Error Trigger. Uruchamia się, gdy dowolny węzeł zwróci błąd — najczęściej jest to chwilowa niedostępność API systemu fakturowego. Ponawia operację trzy razy w odstępach pięciominutowych, a jeśli to nie pomoże, wysyła powiadomienie z numerem zlecenia i treścią błędu.

Drugie zabezpieczenie jest po stronie danych: krok 8 zapisuje numer faktury w CRM, a krok 2 pobiera wyłącznie zlecenia bez tego numeru. Dzięki temu ponowne uruchomienie przepływu nie wystawia tej samej faktury drugi raz — a to jest błąd, który przy fakturowaniu kosztuje najwięcej czasu na naprawę.

Marketing, HR i raportowanie

• Dystrybucja treści i zbiórka wyników: po publikacji wpisu przepływ przygotowuje warianty zapowiedzi do kanałów firmowych, planuje publikację i raz w tygodniu zbiera statystyki z każdego kanału do jednego arkusza.
• Onboarding nowego pracownika: zatwierdzenie w systemie kadrowym uruchamia zakładanie kont, nadanie uprawnień z listy przypisanej do stanowiska, wysyłkę pakietu powitalnego i utworzenie zadań dla przełożonego na pierwszy tydzień.
• Poniedziałkowy raport zarządczy: przepływ uruchamiany co poniedziałek o 7:00 pobiera dane z kilku systemów, liczy wskaźniki, składa je w jeden dokument i rozsyła do zarządu przed pierwszym spotkaniem.

Raportowanie jest zwykle najbardziej niedocenianym z tych trzech. U producenta zatrudniającego 180 osób, u którego wdrażaliśmy taki przepływ, przygotowanie raportów zarządczych zajmowało 15 godzin tygodniowo i po wdrożeniu zeszło do zera — dane składają się same, a ludzie zajmują się ich interpretacją zamiast zbieraniem.

Onboarding warto budować dopiero wtedy, gdy lista uprawnień per stanowisko naprawdę istnieje i jest aktualna. Bez niej przepływ trzeba poprawiać przy każdym nowym pracowniku, a to kosztuje więcej niż ręczne zakładanie kont.

Przepływy z węzłami AI

• Klasyfikacja i streszczenie zgłoszeń: przepływ przepuszcza treść zgłoszenia przez model językowy, który nadaje kategorię i priorytet oraz pisze dwuzdaniowe streszczenie, a węzeł Switch kieruje sprawę do właściwego zespołu.

Ponad 70 węzłów AI w n8n nie służy głównie do budowania osobnych „przepływów AI". Model najczęściej wchodzi jako jedna warstwa wewnątrz przepływu, który i tak by powstał. W przykładzie ze zgłoszeniami mailowymi model zastępuje regułę „jeśli w temacie jest słowo faktura, to księgowość" — regułę, która przestaje działać przy pierwszym nietypowo sformułowanym mailu. W przepływie fakturowym model potrafi odczytać dane z faktury kosztowej w PDF-ie i zwrócić je jako uporządkowany zestaw pól, czego zwykły parser nie zrobi przy różnych układach dokumentów.

Koszt API modeli przy typowym firmowym wolumenie to 30–300 zł miesięcznie — zwykle mniej niż koszt samego hostingu przepływów. Kluczowa zasada projektowa jest jednak inna: model powinien podejmować decyzje odwracalne. Klasyfikacja, streszczenie, wstępny szkic odpowiedzi — tak. Zatwierdzenie płatności albo wysyłka dokumentu finansowego bez kontroli człowieka — nie.

Które z tych przepływów nie mają sensu przy małej skali

Nie każdy z powyższych zwraca się w każdej firmie i uczciwie jest to powiedzieć wprost.

Przepływ fakturowy przy 10–15 fakturach miesięcznie. Ręczne wystawienie zajmuje wtedy 2–3 godziny miesięcznie, a budowa i utrzymanie przepływu — więcej. Próg opłacalności zaczyna się mniej więcej przy 40–50 dokumentach albo wtedy, gdy dane trzeba przepisywać między trzema systemami.

Onboarding przy dwóch rekrutacjach rocznie. Utrzymanie listy uprawnień i integracji z systemami kosztuje więcej niż samo zakładanie kont. Warto wrócić do tematu przy kilkunastu przyjęciach rocznie.

Raport zarządczy, którego nikt nie czyta. To najczęstszy przypadek automatyzacji marnotrawstwa: zamiast usunąć zbędny raport, firma go automatyzuje. Zanim zaczniesz budować, sprawdź, kto z niego faktycznie korzysta.

Klasyfikacja AI przy kilku zgłoszeniach dziennie. Człowiek rozdziela je szybciej, niż trwa dopracowanie promptu. Model zaczyna się opłacać przy kilkudziesięciu zgłoszeniach dziennie i przy więcej niż dwóch zespołach docelowych.

Zasada jest prosta: automatyzuj to, co jest częste, powtarzalne i ma jasne kryterium poprawności. Reszta może poczekać.

Od czego zacząć i w jakiej kolejności

Kolejność, która sprawdza się najczęściej, wygląda tak:

1. Wybierz proces o najwyższej częstotliwości, nie o największej złożoności. Pierwszy przepływ ma udowodnić, że to działa.
2. Zbuduj wersję bez rozgałęzień, obsługującą wyłącznie przypadek typowy. Wyjątki dołóż w drugim tygodniu, gdy zobaczysz, które faktycznie występują.
3. Dodaj obsługę błędu, zanim wpuścisz przepływ na produkcję. Przepływ bez ścieżki błędu psuje się po cichu, a to gorsze niż brak automatyzacji.
4. Zmierz stan przed i po. Bez liczby godzin sprzed wdrożenia nie da się później uczciwie ocenić, czy się opłaciło.

Proste wdrożenie obejmujące 1–2 procesy zajmuje zwykle 3–7 dni roboczych — od rozmowy o procesie do działającego przepływu na produkcji. Jeśli szukasz kandydatów na pierwszy workflow, zebraliśmy je w tekście o pięciu procesach do automatyzacji, a zakres i przebieg takiego projektu opisaliśmy na stronie automatyzacja procesów.