Make czy n8n przy procesie z wyjątkami rozstrzygam na rachunku za puste sprawdzenia i na tym, kto w poniedziałek dokańcza rekord. W Make kredyt schodzi za uruchomienie modułu, więc arkusz odpytywany co kwadrans zjada pulę, zanim wpadnie zamówienie. n8n liczy całe wykonanie. Osobna ścieżka błędu dochodzi dopiero wtedy, gdy sam ją zbudujesz.
Ten czwartek jest hipotetyczny. O 16:40 program księgowy nie odpowiada, w arkuszu leży 18 zamówień, cztery mają pusty NIP. Brak odkładam do człowieka. Zerwane połączenie odczekuje i próbuje jeszcze raz, bez drugiego dokumentu.
Brak w danych i przerwane połączenie
Brak NIP-u albo kwota inna niż na karcie klienta wraca przy każdej próbie, dopóki ktoś nie poprawi danych. Część błędów połączenia ustępuje po przywróceniu usługi lub odczekaniu wymaganej przerwy. Takie połączenie wznawiam od kroku, na którym stanęło.
W Make do modułu dopinasz reakcję. Wyrzucasz zepsuty rekord i jedziesz dalej: przebieg kończy się sukcesem i do trzech błędów się nie dolicza. Samą reakcję Make liczy za zero, a mail o braku, dokładany obok, bierze kredyt. Podstawiasz własną wartość i przebieg zamyka się sukcesem. Ponowienie wymaga niedokończonych wykonań, a te są domyślnie wyłączone. Po włączeniu Make odkłada błędny rekord i przetwarza pozostałe, przebieg kończy się ostrzeżeniem, a wpis czeka na człowieka. Scenariusz możesz zatrzymać i zostawić albo cofnąć zmiany w systemie, który umie transakcję, na przykład w bazie. Bez ustawionej reakcji, przy wyłączonych niedokończonych wykonaniach, Make cofa takie zmiany i kończy błędem.
Domyślnie trzy zakończenia błędem z rzędu wyłączają harmonogram. Webhook oraz błąd konta, limitu operacji i limitu danych wyłączają go od razu. Ostrzeżenie zostawia harmonogram włączony.
Zerwane połączenie, brak odpowiedzi w czasie i limit zapytań Make ponawia od modułu, który padł, najwyżej w trzech przebiegach naraz. Przy wyłączonych niedokończonych wykonaniach seria błędów może zatrzymać kolejne uruchomienia: po wyczerpaniu prób harmonogram gaśnie. Po włączeniu rekord czeka na ręczne dokończenie, a błąd schodzi na ostrzeżenie. Gdy puszczasz zamówienia po kolei, następny bieg czeka na koniec ponowień i na zamknięcie niedokończonego wpisu.
W n8n ponowienie kroku zostaje w tym samym uruchomieniu. Przy limicie zapytań przerwę ustawiasz dłuższą niż okno, którego pilnuje druga strona.
Zatrzymanie przepływu ucina całe uruchomienie, więc błąd na jednym zamówieniu zatrzymuje resztę tego biegu. Jak włączysz kontynuację, przepływ idzie dalej na ostatnich dobrych danych. Osobna ścieżka dostaje błąd po podpięciu. Sprawdzenie pustego NIP-u i kolejkę projektujesz sam.
Osobny przepływ błędów startuje od wyzwalacza błędu, może wysłać maila i do limitu wykonań się nie wlicza. Gdy wynik wysyłki jest niepewny, przebieg zatrzymuję, zanim ktokolwiek kliknie drugi raz.
Przy wysyłce, której nie cofniesz, druga próba po ciszy ze strony programu potrafi zdublować dokument, jeśli pierwsza jednak doszła. Pytanie o status przed ponowieniem jest w tekście o obsłudze wyjątków przy wysyłce do KSeF.
Rachunek przy 240 zamówieniach
Kwoty sprawdziłem 4 października 2026. Ta sama hipotetyczna firma usługowa, 8 osób, rozkłada taki czwartek na miesiąc według tych założeń:
| Założenie | Wartość | Rachunek lub zakres |
|---|---|---|
| Odstęp między sprawdzeniami | 15 minut | Arkusz |
| Czas sprawdzania dziennie | 8 godzin | Dni robocze |
| Dni robocze | 22 | Miesiąc |
| Sprawdzenia w miesiącu | 704 | 8 h × 4 sprawdzenia/h × 22 dni |
| Wszystkie zamówienia | 240 | Miesiąc |
| Kompletne zamówienia | 200 | Gotowe do dalszej ścieżki |
| Zamówienia z wyjątkiem | 40 | Pusty NIP lub inna kwota niż na karcie klienta |
Przerwa 15 minut jest dolną granicą planu Free.
W Make operacja to uruchomienie modułu, a aplikacja spoza AI kosztuje jeden kredyt. Wyzwalacz liczy się raz na sprawdzenie, także przy wielu wierszach i przy pustym arkuszu. Kolejne moduły idą raz na wiersz.
Zużycie kredytów w Make rozkłada się na te czynności:
| Czynność | Moduły | Rachunek | Kredyty |
|---|---|---|---|
| Sprawdzenia arkusza | Wyzwalacz | Raz na sprawdzenie | 704 |
| Wyszukanie klienta | Wyszukanie | Raz na wiersz | 240 |
| Ścieżka kompletna | Status i wysyłka | Dwa moduły × 200 wierszy | 400 |
| Obsługa wyjątku | Wiersz w kolejce i mail | Dwa moduły × 40 wierszy | 80 |
Razem 1 424, bez kredytów za późniejsze dokończenie odłożonych zamówień.
Na Free ten rachunek się nie spina, a karta płatnych planów pokazuje następujące kwoty i limity:
| Plan | Kredyty | Cena na karcie | Limit uruchomienia |
|---|---|---|---|
| Free | Do 1 000 | 5 minut | |
| Core | 10 000 | 9 USD miesięcznie | 40 minut |
| Pro | 10 000 | 16 USD miesięcznie |
1 424 wychodzi ponad pulę Free, a kolejka jako drugi scenariusz zajmuje drugie miejsce z limitu dwóch aktywnych scenariuszy.
Rok jest opisany jako tańszy o 15% albo więcej, a przełącznik miesiąca stoi obok, więc kwotę do budżetu biorę po sprawdzeniu, który tryb jest włączony.
Pakiet 10 000 mieści te 1 424, ale przy drugim założeniu, z sześcioma modułami aplikacji spoza AI na zamówienie bez wyzwalacza, rachunek wygląda tak:
| Pozycja | Założenie lub rachunek | Kredyty |
|---|---|---|
| Sprawdzenia | Te same sprawdzenia | 704 |
| Moduły na zamówienie | 2 000 zamówień × sześć modułów | 12 000 |
| Razem | Moduły plus 704 za sprawdzenia | 12 704 |
| Pakiet | Dostępna pula | 10 000 |
| Brakujące kredyty | Ponad pakiet | 2 704 |
Do obsługi tego miesiąca potrzebny jest dokup kredytów.
Make sprzedaje dodatkowe kredyty paczkami po 1 000, a dla planu za 9 USD i 10 000 kredytów koszt wygląda tak:
| Pozycja | Kredyty lub narzut | Koszt |
|---|---|---|
| Kredyt w pakiecie | Jeden kredyt | 0,0009 USD |
| Narzut na dokup | 25% | Doliczany do ceny kredytu |
| Paczka ręcznego dokupu | Paczka | 1,125 USD |
| Trzy paczki | 3 000 kredytów | 3,375 USD |
| Automatyczny dokup | 10 000 kredytów od razu | 11,25 USD |
Ręczny dokup trzech paczek kosztuje mniej niż automatyczne dobranie całego pakietu.
Na Core kredyty są miesięczne także przy płatności za rok z góry, i dokup wygasa przy tym samym miesięcznym resecie. Pula na cały rok, do zużycia w jednym ciężkim miesiącu, jest na Pro i Teams.
W n8n jedno wykonanie to całe przejście przepływu, a sposób zbierania zamówień zmienia rachunek:
| Sposób uruchamiania | Zamówienia lub sprawdzenia | Wykonania |
|---|---|---|
| Zamówienia zbierane razem | 240 zamówień w 80 sprawdzeniach | 80 |
| Osobne uruchomienie na zamówienie | Każde zamówienie osobno | 240 |
Puste odpytanie zostaje poza limitem, odpytanie z wierszami liczy się raz, a harmonogram liczy każde odpalenie.
Przy płatności rocznej plany n8n dają następujące limity:
| Plan | Wykonania | Cena miesięczna | Limit przebiegu |
|---|---|---|---|
| Starter | 2 500 | 20 euro | 5 minut |
| Pro | 10 000 | 50 euro | 40 minut |
Ponowienie po błędzie oraz mail z przepływu błędów drugiego wykonania nie dopisują.
Starter ma opisaną oszczędność 17%, wsparcie jest na forum. Jak częsty harmonogram i pusta skrzynka wypadają przy Zapierze, jest w tekście n8n czy Zapier w małej firmie.
Log, region i poniedziałek
Przy tworzeniu organizacji Make wybierasz region danych: Stany Zjednoczone albo Unia Europejska. Po utworzeniu tej decyzji nie zmienisz, a nowe konto startuje na planie Free. Plany hostowane n8n trzymają dane w UE, na serwerach we Frankfurcie. Wersja na własnym serwerze leży tam, gdzie ją postawisz.
Dostępność logu zależy od planu i limitu zapisów:
| Narzędzie i plan | Czas przechowywania | Limit zapisów | Miejsce |
|---|---|---|---|
| Make Free i n8n Starter | 7 dni | Starter: najwyżej 2 500 wykonań | Starter: 2,5 GB |
| Make Core i Pro oraz n8n Pro | 30 dni |
Błąd z piątku w poniedziałek może być jeszcze dostępny, ale wpis z pierwszego tygodnia, oglądany dwudziestego, już nie.
n8n ścina log od najstarszych, gdy minie czas albo skończy się ten limit. Piątkowy ślad potrafi przez to zniknąć przed siódmym dniem.
W poniedziałek rano ta sama hipotetyczna firma otwiera to, co czwartek zostawił.
Sprawdź stan przebiegu
W Make sprawdzam, czy harmonogram nadal chodzi. W n8n mail o przerwanym przebiegu wychodzi, gdy przepływ błędów jest podpięty.
Rozstrzygnij wyjątek
Reguła, co jest brakiem danych, a co przerwą połączenia, zostaje u osoby z biura albo u kogoś, komu to zlecisz.
Dokończ rekord
W Make osoba z biura wchodzi w niedokończone wykonanie i ponawia albo poprawia rekord. Jak jej nie ma, wyjątek leży w skrzynce do powrotu.
Kogo posadzić przy wyjątkach
Make biorę, kiedy przy wyjątkach siedzi osoba z biura i sama na planszy odkłada rekord, podstawia wartość albo zatrzymuje przebieg. Niedokończone wykonania włączam na starcie.
Dużo wierszy w jednym uruchomieniu i wysyłka, której nie wolno powtórzyć, idą u mnie do n8n, na planie chmurowym. Własny serwer dokładam, kiedy instalacja ma stać u firmy. U siebie buduję głównie na n8n.
Tekst automatyzacja no-code czy wdrożenie na zamówienie opisuje, kiedy jedna reakcja na planszy przestaje wystarczać.
Automatyzacja AI u nas to nazwany proces: reguły, obsługa wyjątków, integracja, testy i przekazanie, od 7 500 zł netto za ustalony zakres. Konto Make albo n8n opłacasz u dostawcy. Gwarancja trwa 30 dni od odbioru i obejmuje wadę w odebranym zakresie, a nowa reguła po odbiorze jest osobnym zleceniem. Opieka jest opcjonalna, wyceniana indywidualnie i startuje po odbiorze. Jeśli chcesz rozpisać wyjątki na swoim arkuszu, zacznij od bezpłatnej diagnozy: 30 minut, nazwany problem i następny krok, wycena mailem, a zakres, o który wtedy pytamy, jest na stronie automatyzacji.
Najczęstsze pytania
Czy puste sprawdzenie arkusza wchodzi w limit?
W Make każde sprawdzenie, puste albo z wierszami, bierze jeden kredyt na wyzwalaczu. 704 sprawdzenia z przykładu biorą tyle samo kredytów z puli 1 000 na Free. W n8n puste odpytanie zostaje poza limitem wykonań, a sam harmonogram liczy każde odpalenie.
Czy ponowienie po błędzie połączenia liczy się drugi raz?
W Make ponowienie startuje od modułu, który padł, i dla aplikacji spoza AI bierze kolejny kredyt. W n8n ponowienie po błędzie zostaje w tym samym wykonaniu. Przepływ błędów do limitu nie wchodzi.
Co zostaje z reszty zamówień, gdy jedno padnie?
W Make, przy włączonych niedokończonych wykonaniach, błędny rekord schodzi na bok, a pozostałe idą dalej. W n8n zatrzymanie przepływu ucina resztę tego uruchomienia. Osobna ścieżka działa, gdy sam podpinasz pod nią kolejkę i sprawdzenie NIP-u.
Po ilu błędach Make sam wyłącza scenariusz?
Domyślnie po trzech zakończeniach błędem. Po włączeniu niedokończonych wykonań takie zakończenie schodzi na ostrzeżenie i harmonogram zostaje. Webhook i błąd limitu konta, operacji albo danych gaszą scenariusz od razu.
Kiedy obsługa wyjątku jest wadą wdrożenia?
Gdy odebrany zakres miał odkładać zamówienie z pustym NIP-em do człowieka, a po odbiorze scenariusz tego nie robi. Pusty NIP w arkuszu zostaje przy firmie, która ten arkusz prowadzi. Nowy adresat maila albo nowa reguła po odbiorze to osobne zlecenie.
Źródła
- make.com: Free do 1 000 kredytów, 2 scenariusze, minimum 15 minut, 5 minut na uruchomienie, log 7 dni; karta Core 9 USD i Pro 16 USD przy 10 000 kredytach miesięcznie, przełącznik miesiąca i roku, rok opisany jako oszczędność 15% albo więcej, log Core i Pro 30 dni, uruchomienie do 40 minut (sprawdzone 2026-10-04)
- help.make.com: operacja jako uruchomienie modułu, wyzwalacz raz na sprawdzenie, kolejne moduły raz na rekord, moduł na ścieżce błędu też jest uruchomieniem (sprawdzone 2026-10-04)
- help.make.com: dla aplikacji spoza AI 1 operacja = 1 kredyt (sprawdzone 2026-10-04)
- help.make.com: plan za 9 USD i 10 000 kredytów, kredyt w pakiecie 0,0009 USD, narzut 25%, ręczny dokup po 1 000 (1 000 kosztuje 1,125 USD), automatyczny dokup po 10 000 za 11,25 USD, na Core przy płatności rocznej dokup wygasa z miesięcznym resetem (sprawdzone 2026-10-04)
- help.make.com: reakcje na błąd, w tym odrzucenie rekordu i sukces, podstawienie wartości, ponowienie przy niedokończonych wykonaniach ze statusem ostrzeżenia, zatrzymanie ze zostawieniem albo cofnięciem zmian transakcyjnych, domyślne cofnięcie gdy reakcji nie ustawisz i przy wyłączonych niedokończonych wykonaniach, próg 3 błędów, webhook i błędy limitu gaszą scenariusz od razu, ostrzeżenie harmonogramu nie gasi, przetwarzanie po kolei (sprawdzone 2026-10-04)
- help.make.com: niedokończone wykonania domyślnie wyłączone (sprawdzone 2026-10-04)
- help.make.com: ponowienia przy błędzie połączenia i braku odpowiedzi w czasie, wyłączenie harmonogramu po wyczerpaniu prób przy wyłączonych niedokończonych wykonaniach (sprawdzone 2026-10-04)
- help.make.com: ponowienie limitu zapytań, błędu połączenia i braku odpowiedzi, start od modułu, który padł, najwyżej 3 równoległe ponowienia (sprawdzone 2026-10-04)
- help.make.com: na Core kredyty miesięczne także przy płatności rocznej, roczna pula na Pro i Teams (sprawdzone 2026-10-04)
- help.make.com: region US albo EU przy tworzeniu, brak późniejszej zmiany, nowa organizacja na planie Free (sprawdzone 2026-10-04)
- n8n.io: Starter 20 euro / 2 500 wykonań i forum, Pro 50 euro / 10 000, płatność roczna i oszczędność 17%, wykonanie równe całemu przepływowi, limity 5 i 40 minut, retencja logów najwyżej 7 i 30 dni, 2 500 zapisanych wykonań i 2,5 GB na Starterze, Frankfurt (sprawdzone 2026-10-04)
- docs.n8n.io: harmonogram liczy każde odpalenie, odpytywanie liczy się gdy znajdzie dane, przepływ błędów nie wlicza się do limitu (sprawdzone 2026-10-04)
- docs.n8n.io: ponowienie po błędzie oraz reakcja na błąd: zatrzymanie przepływu, kontynuacja, osobne wyjście błędu (sprawdzone 2026-10-04)
- docs.n8n.io: ponowienie przy limicie zapytań, przerwa dłuższa niż okno limitu (sprawdzone 2026-10-04)
- docs.n8n.io: przepływ błędów od wyzwalacza błędu, zatrzymanie przebiegu przy niepewnym wyniku (sprawdzone 2026-10-04)
- docs.n8n.io: log ścinany od najstarszych po czasie albo po limicie zapisów, cokolwiek pierwsze, Starter do 2 500 zapisów i 7 dni (sprawdzone 2026-10-04)