AIAAktualności
n8n 3.0 w wersji beta: co sprawdzić przed aktualizacją firmowych automatyzacji
Co wydano i co to oznacza dla firmy?
n8n 3.0 jest już dostępne jako wersja beta, czyli wydanie do wcześniejszego sprawdzenia. W oficjalnym repozytorium wersja 3.0.0 pojawiła się 27 października 2026 r., a 3.0.1 dzień później. Obie oznaczono jako wydania przedpremierowe. Wersję stabilną zapowiedziano na początek grudnia; to plan producenta, nie potwierdzona premiera. Stan źródeł sprawdziliśmy 30 października.
n8n łączy aplikacje w automatyzacje, na przykład przypomnienie po ofercie, rejestrację zgłoszenia albo przenoszenie danych z dokumentu. Wersja 3.0 zmienia część zasad działania i usuwa starsze elementy. Jeśli Wasza firma ma takie procesy, trzeba sprawdzić ich zgodność przed zmianą wersji.
Producent zaleca najpierw instancję testową i pełną kopię zapasową. Przejście z 3.x z powrotem na 2.x nie jest wspieraną drogą. Dla działającej firmy beta jest okazją do przygotowania migracji; decyzja o zmianie produkcji wymaga osobnego odbioru.
n8n Cloud, Docker czy npm: od czego zależy przygotowanie?
W n8n Cloud beta jest wybierana jako wersja usługi. Przy instalacji na własnym serwerze n8n 3.0 wymaga wdrożenia opartego na Dockerze. Instalacje uruchamiane przez npm lub npx n8n przestają być wspierane; producent nie publikuje dla 3.0 pakietu npm służącego do uruchomienia całej aplikacji.
Dotychczasowe wdrożenie przez Docker Compose nie wymaga z tego powodu zmiany na inny instalator. Nadal trzeba przejrzeć konfigurację, sposób przechowywania plików i używane rozszerzenia. Samo używanie Dockera nie potwierdza zgodności automatyzacji.
Administrator powinien ustalić zakres kopii, dostępność potrzebnych kluczy i sposób odtworzenia usługi. Eksport jednego workflow, czyli schematu automatyzacji, nie zastępuje kopii bazy i konfiguracji. Środowisko prób musi mieć testowych odbiorców oraz zablokowane rzeczywiste wiadomości i zapisy w CRM.
Które nody usuwa n8n 3.0?
Nody to kroki składające się na automatyzację. Workflow zawierający usunięty nod nie wykona się poprawnie. Jeśli był opublikowany, nie aktywuje się przy starcie n8n 3.0, więc jego wyzwalacze przestaną działać. Dokumentacja wskazuje między innymi następujące zamiany:
- Function i Function Item → Code, odpowiednio w trybie Run Once for All Items albo Run Once for Each Item.
- Cron i Interval → Schedule Trigger.
- Read PDF → Extract from File z operacją Extract From PDF.
- Historyczny OpenAI → aktualny OpenAI. Aktualny nod OpenAI w sekcji AI pozostaje dostępny.
- Historyczny HTTP Request Tool → HTTP Request podłączony do wejścia Tool agenta AI. HTTP Request pozostaje dostępny.
Co pokazuje Migration Report i czego nie sprawdza?
n8n Migration Report jest dostępny w Settings → Migration Report. Warto zacząć od aktualnej wersji 2.x, która zawiera najnowszy raport. Zakładka Workflow issues pokazuje problemy automatyzacji, a Instance issues dotyczy ustawień całej instalacji. Tę drugą widzą właściciel instancji i administratorzy. Pozostali użytkownicy widzą tylko workflow, które mogą edytować.
Najpierw rozpatrzcie pozycje blokujące aktualizację i te, które spowodują błędy wykonania. Dla części problemów przycisk Migrate zapisuje poprawkę jako nową wersję workflow. Dotychczas opublikowana wersja działa dalej do chwili wybrania Publish. Przed publikacją trzeba obejrzeć zmianę i sprawdzić wynik procesu.
Oznaczenie Won’t fix usuwa pozycję z otwartych problemów i liczy ją jako rozwiązaną. Nie naprawia jednak automatyzacji. Taka decyzja może pasować do nieużywanego procesu; przy nadal potrzebnym wymaga wyjaśnienia. Brak otwartych problemów nie potwierdza zgodności całego procesu. Sprawdźcie także oznaczenia Won’t fix, zakres dostępny dla Waszej roli i zmiany, których raport nie wykrywa.
Co sprawdzić, jeśli zgłoszenia przychodzą ze Slacka?
Slack Trigger wymaga sekretu do weryfikacji podpisu żądań. Bez niego workflow nie opublikuje się, a po aktualizacji wcześniej opublikowany proces nie aktywuje się i przestanie odbierać zdarzenia.
W ustawieniach aplikacji Slack wartość nazywa się Signing Secret. Administrator wpisuje ją w polu Signature Secret poświadczenia Slack API w n8n. Sekret powinien pozostać w chronionym poświadczeniu. Następnie trzeba sprawdzić aktywację i odbiór zdarzenia testowego.
Jak zaplanować aktualizację n8n dla trzech firmowych procesów?
Przygotowaliśmy wypełniony plan dla 3 fikcyjnych automatyzacji. To przykład demonstracyjny AIA, bez uruchomionej migracji i bez wyników klienta. Oczekiwania trzeba zatwierdzić z osobą odpowiedzialną za proces przed wykonaniem próby.
Przypomnienie o ofercie. Odpowiada osoba prowadząca sprzedaż. Po zamianie Cron na Schedule Trigger i Function na Code plan obejmuje ofertę z należnym terminem: ma powstać jedna wiadomość do skrzynki testowej. Oferta z odpowiedzią lub już obsłużona nie może wywołać następnej. Do zebrania: ID testu, terminy ze strefą czasu, zapis wykonania i identyfikator wiadomości, także po ponownym uruchomieniu.
Zgłoszenie ze Slacka. Odpowiada opiekun obsługi zgłoszeń. Po uzupełnieniu sekretu podpisane zdarzenie ma utworzyć jeden testowy rekord. Osobne przypadki obejmują nieprawidłowy podpis i powtórzone ID zdarzenia. Weryfikacja podpisu nie zapewnia deduplikacji: obsługę powtórzeń trzeba sprawdzić w konkretnym workflow. Do zebrania: wynik aktywacji, zapis próby bez sekretów i ID rekordu.
Dane z dokumentu do CRM. Odpowiada opiekun kompletności danych. Po zastąpieniu Read PDF i historycznego OpenAI plan zakłada syntetyczny dokument z ID, datą i kwotą. Oczekujemy zgodnych pól w rejestrze testowym. Dokument bez daty ma zatrzymać zapis lub trafić do sprawdzenia przez człowieka. Do zebrania: identyfikator lub skrót pliku, oczekiwane i otrzymane pola oraz wynik próby z brakującą datą.
Kto podejmuje decyzję o przejściu na nową wersję?
Właściciel procesu zatwierdza wynik prób na podstawie zapisanych dowodów. Administrator potwierdza przygotowanie instalacji, kopię i sposób odtworzenia oraz ustala okno zmiany i warunki jej przerwania. Trzeba też przejrzeć pełną listę zmian producenta, bo powyższe przykłady nie obejmują wszystkich nodów i ustawień.
Dla firmy, która chce przygotować aktualizację n8n, pierwszym zadaniem jest lista używanych automatyzacji, ich właścicieli i oczekiwanych wyników. Na tej podstawie można określić zakres prac i prób przed wdrożeniem.