Automatyzacja w n8n lub Make przestała działać - przyczyny i naprawa

Jak to wygląda

Ktoś z zespołu zauważa, że od kilku dni do CRM nie trafiają nowe leady, klienci nie dostają potwierdzeń albo raport nie przyszedł w poniedziałek rano. Po wejściu do Make lub n8n okazuje się, że scenariusz jest wyłączony, ma serię błędów albo wykonuje się poprawnie, ale nic nie zapisuje. Najgorsze w tym problemie jest to, że trwa zwykle dłużej, niż ktokolwiek zauważył.

• w historii wykonań widać błędy, np. 401 (brak autoryzacji), 404 albo 429,
• scenariusz jest wyłączony automatycznie po serii błędów,
• wykonania kończą się sukcesem, ale dane trafiają do pustych lub złych pól.

Dlaczego tak się dzieje

Automatyzacja łączy kilka systemów, z których każdy zmienia się niezależnie. Wystarczy zmiana po jednej stronie, a scenariusz dostaje dane, których się nie spodziewa, albo traci dostęp. Narzędzia no-code nie wiedzą, że coś jest nie tak, dopóki nie dostaną wyraźnego błędu.

Wygasłe połączenia i zmiany haseł

Połączenia z Google, Microsoft 365 czy CRM korzystają z tokenów, które wygasają albo są unieważniane po zmianie hasła, odebraniu uprawnień lub wyłączeniu konta pracownika. Wtedy pojawia się błąd autoryzacji.

Zmiana danych w podłączonej aplikacji

Zmiana nazwy pola w CRM, kolumny w arkuszu albo pytania w formularzu sprawia, że mapowanie wskazuje coś, co już nie istnieje. Scenariusz może działać dalej bez błędu, ale zapisuje puste wartości.

Limity planu i dostawców

Po wyczerpaniu operacji w planie Make lub wykonań w planie n8n Cloud scenariusze przestają działać do końca okresu rozliczeniowego. Podobnie działają limity zapytań po stronie API (błąd 429).

Zmiany w krokach z AI

Jeśli scenariusz korzysta z modelu językowego, problemem może być sama odpowiedź modelu. Gdy model zwróci tekst w innym formacie niż zwykle (np. dodatkowe zdanie przed danymi JSON), kolejny krok nie potrafi go odczytać. Zdarza się to po zmianie promptu, wersji modelu albo przy nietypowych danych wejściowych. Wymuszenie ustalonego formatu odpowiedzi i walidacja przed zapisem rozwiązują większość takich przypadków.

Wersja samodzielnie hostowana

Przy n8n uruchomionym na własnym serwerze przyczyną bywa też aktualizacja n8n, restart serwera bez automatycznego startu usługi, zapełniony dysk albo wygasły certyfikat SSL, przez który systemy zewnętrzne nie mogą wysłać danych na webhook.

Ten problem jest jednym z naszej listy 100 problemów z wdrożeniem AI i automatyzacją. Porównanie narzędzi znajdziesz w zestawieniu najlepszych narzędzi do automatyzacji procesów.