Skuteczne zarządzanie błędami w automatyzacji oznacza, że żaden błąd nie przechodzi po cichu: każdy nieudany krok jest wykryty, zalogowany z danymi potrzebnymi do diagnozy, trafia do właściwej osoby, a tam, gdzie to bezpieczne, proces sam ponawia próbę. W n8n służą do tego m.in. workflow błędów z węzłem Error Trigger, ustawienia ponawiania i kontynuacji w węzłach oraz gałęzie obsługi błędów. W Make odpowiadają im error handlery w modułach. Najgorsza automatyzacja to taka, która przestaje działać, a ktoś zauważa to po tygodniu.
Rodzaje błędów i reakcje
| Błąd | Przykład | Reakcja |
|---|---|---|
| Chwilowy | Limit API (429), timeout | Ponowienie z opóźnieniem |
| Danych | Brak wymaganego pola, zły format | Odrzucenie rekordu, zapis do listy wyjątków |
| Uprawnień | Wygasły token, brak dostępu | Alert do właściciela, zatrzymanie |
| Logiki | Nieoczekiwany wynik, np. ujemna kwota | Walidacja i alert |
| Cichy | Brak danych, bo źródło przestało wysyłać | Kontrola kompletności według harmonogramu |
Dobre praktyki
- Jeden wspólny workflow błędów, który wysyła alert z nazwą procesu, krokiem, komunikatem i linkiem do wykonania.
- Ponawianie tylko dla błędów chwilowych, z limitem prób.
- Idempotencja: ponowienie nie może utworzyć drugiej faktury czy zamówienia.
- Lista wyjątków dla rekordów z błędnymi danymi, przeglądana przez właściciela procesu.
- Kontrola kompletności: codzienne porównanie liczby rekordów w źródle i celu.
- Właściciel każdego procesu i czas reakcji na błędy krytyczne.
Przykład alertu
„[Sprzedaż] Lead z formularza → HubSpot: błąd w kroku „Utwórz kontakt”, komunikat: 401 Unauthorized, wykonanie: link. Prawdopodobnie wygasło połączenie z HubSpot.” Taki alert pozwala naprawić problem w kilka minut zamiast szukać przyczyny.
Więcej w artykułach bezpieczeństwo n8n, synchronizacja danych i monitorowanie integracji.
Niezawodne automatyzacje z Codeless
Zobacz usługę automatyzacji procesów albo umów bezpłatną konsultację.
