Najdrozsza awaria automatyzacji to nie ta, ktora wywala blad. To ta, ktora konczy sie na zielono i nie robi nic.
W n8n jest to zaskakujaco latwe. Wystarczy jedno ustawienie w nodzie HTTP i workflow, ktory od trzech tygodni nie zapisal ani jednego rekordu, nadal raportuje sukces w kazdym wykonaniu.
1. neverError: true na nodzie HTTP. Ustawienie mowi n8n: cokolwiek zwroci serwer, potraktuj to jako poprawna odpowiedz. Wygasly token, zmieniony endpoint, przekroczony limit API — wszystko przechodzi dalej jako sukces. Kolejny nod dostaje pusta odpowiedz i grzecznie zapisuje zero rekordow.
2. Pusty blok przechwytywania bledu. W nodzie Code czesto pojawia sie konstrukcja, ktora lapie wyjatek i nie robi z nim nic. Zapis do bazy sie nie powiodl, wysylka odpadla, alert nie poszedl — a funkcja zwraca komplet danych, jakby wszystko sie udalo.
3. Status wpisany na sztywno. Zdarza sie, ze workflow monitorujacy raportuje wlasny stan jako OK, bo tak zapisano w kodzie. Taki monitor z definicji nigdy nie wykryje wlasnej awarii.
neverError. Wszedzie tam, gdzie po nodzie HTTP nastepuje decyzja albo zapis, to ustawienie jest bledem.Cicha awaria kosztuje dwa razy. Pierwszy raz, gdy proces nie wykonuje sie przez tygodnie. Drugi raz, gdy trzeba odtworzyc dane wstecz, czesto recznie, i wyjasnic klientom, dlaczego nie dostali tego, co mieli dostac.
Typowe skutki, ktore widzimy w audytach: powiadomienia niewyslane do kilkuset odbiorcow, duplikaty w bazie po ponownych uruchomieniach, faktury bez zalacznika, leady, ktore nigdy nie trafily do CRM.
| Zabezpieczenie | Co daje |
|---|---|
| Jeden wspolny Error Workflow | Kazdy blad ma odbiorce i slad, zamiast ginac w wykonaniu |
| Walidacja odpowiedzi po kazdym HTTP | Brak identyfikatora w odpowiedzi = blad, nie sukces |
| Klucz idempotencji przy zapisie i wysylce | Ponowne uruchomienie nie tworzy duplikatu |
| Alert przy zerowym wyniku | Workflow, ktory nie zwrocil nic, zglasza to sam |
| Sekrety w Credentials, nie w kodzie | Rotacja klucza w jednym miejscu zamiast w kilkudziesieciu |
Zadne z tych zabezpieczen nie wymaga przebudowy automatyzacji. To zmiany w konfiguracji i kilka linii w miejscach, gdzie dzis blad jest polykany.