Pułapki automatyzacji
Osiem zachowań, które zaskakują — w tym akcje kończące się sukcesem mimo że nic nie robią.
Krok po kroku
Audyt reguły pod kątem akcji, które nic nie robią
- Narzędzia → Automatyzacja → Reguły, otwórz regułę.
- Przejrzyj karty w kolumnie Akcja. Zapalają ostrzeżenie trzy nazwy: Powiadom kierownika o inwentaryzacji, Wygeneruj dokumenty ERP i Test: zapis do JSON.
- Jeśli któraś tam jest, usuń ją ikoną kosza na karcie akcji i wstaw zamiast niej działający odpowiednik — do powiadamiania jest Wyślij powiadomienie (Email/SMS/In-app) z grupy Działa z dowolnym wyzwalaczem. Uwaga: akcje testowe pokazują się na liście wyboru tylko administratorom, ale w regułach zapisanych wcześniej siedzą u wszystkich.
- Zapisz zmiany, potwierdź kodem w oknie Wymagana weryfikacja 2FA.
- Weryfikacja historyczna: w Zaawansowane → Logi automatyzacji ustaw filtr Workflow na tę regułę i Wynik na Udane. Otwórz wpis ikoną oka i przeczytaj sekcję Wyniki akcji — akcje z tej listy kończyły się tam sukcesem, mimo że nic nie zrobiły.
Kiedy reguła „nie działa" — kolejność sprawdzania
- Na liście reguł sprawdź suwak w drugiej kolumnie wiersza. Włączenie potwierdza komunikat Reguła włączona.
- Jeśli suwak jest szary i nieklikalny, a przy nazwie widnieje kłódka — regułą zarządza ustawienie. Podpowiedzi mówią to wprost: Wygenerowana z ustawienia integracji. Tutaj tylko do odczytu. oraz Tą regułą zarządza ustawienie integracji — zmień ją tam. Dla e-maili do kupującego: Tą regułą zarządzają ustawienia strony zamówienia dla klienta — zmień ją tam. Kliknięcie w wiersz wyświetli ten sam komunikat zamiast otworzyć kreator.
- Reguła dodana przed chwilą: odczekaj kilkadziesiąt sekund (zdarzenia produktowe i stanowe — do minuty) i wywołaj zdarzenie ponownie.
- Otwórz Zaawansowane → Logi automatyzacji, filtr Workflow na regułę, Zakres dat na Dzisiaj. Brak wpisów oznacza, że zdarzenie w ogóle nie dotarło; wpis z wynikiem
CONDITIONS_FAILEDoznacza, że dotarło i odpadło na warunkach. - Żeby zobaczyć, który warunek odpadł, sprawdź w kreatorze panel Zaawansowane w kolumnie akcji: Loguj niespełnione warunki (opis: Loguje gdy warunki nie spełnione) — w regułach założonych od tej wersji jest włączone domyślnie, w starszych trzeba je włączyć, zapisać i powtórzyć zdarzenie. W szczegółach wpisu pojawi się tabela Wyniki warunków z kolumnami Oczekiwano i Faktyczna.
Szybciej: przycisk Przetestuj regułę na liście reguł pokaże każdy warunek z osobna bez czekania na kolejne zdarzenie (Tworzenie i porządkowanie reguł).
- Jeśli żadna reguła w firmie nie działa, a nic nie zmieniałeś: silnik bywa wyłączany globalnie. Naciśnięcie przycisku zdarzenia własnego kończy się wtedy komunikatem Nie udało się uruchomić wyzwalacza. — panel nie pokazuje właściwej przyczyny, więc zapytaj osobę obsługującą wdrożenie.
Ustawienie kolejności reguł bez zaskoczeń
- Narzędzia → Automatyzacja → Reguły.
- Wyczyść filtry — jeśli któryś jest aktywny, po lewej stronie paska narzędzi pojawia się czerwony krzyżyk o nazwie Wyczyść filtry. W stopce listy zwiększ liczbę pozycji na stronie tak, żeby cała sekcja mieściła się na jednej stronie.
- Nagłówek grupy pokazuje plakietkę z liczbą reguł w całej sekcji. Jeśli obok niej jest ikona informacji, na stronie jest tylko część sekcji — podpowiedź brzmi: Ta strona pokazuje {shown} z {total} reguł w tej sekcji. Przenoszenie reguły działa w obrębie strony.
- Przestaw regułę: przeciągnij wiersz za uchwyt (pionowe kropki w kolumnie Kolejność wykonania) albo użyj przycisków Przesuń w górę / Przesuń w dół w kolumnie akcji. Na telefonie strzałki są jedynym sposobem — uchwytu do przeciągania tam nie ma.
- Zapis kolejności też przechodzi przez Wymagana weryfikacja 2FA. Odrzucony zapis cofa wiersze na miejsce i pokazuje Nie udało się zapisać kolejności wykonania: ….
- Pamiętaj, co ten numer znaczy — podpowiedź nad kolumną mówi: Kolejność wykonania. Reguły tego samego zdarzenia wykonują się jedna po drugiej, od najniższej. Przestawienie przenumerowuje całą sekcję, ale na kolejność wykonania wpływa tylko względem reguł tego samego zdarzenia.
1. Trzy akcje kończą się sukcesem, nie robiąc nic
To najkosztowniejsza pułapka, bo historia pokazuje zielony wynik:
- Powiadom kierownika o inwentaryzacji — zapisuje wpis w logu. Nikt nie dostaje powiadomienia.
- Wygeneruj dokumenty ERP — zaślepka. Żaden dokument nie powstaje.
- Test: zapis do JSON — nic nie zapisuje (akcja diagnostyczna).
Do powiadamiania używaj Wyślij powiadomienie (Akcje — co reguła może zrobić).
2. „Wywołaj adres URL" — już działa, ale ma ostre zasady
Akcja, która wcześniej kończyła się błędem przy każdym uruchomieniu, wysyła dziś prawdziwe żądanie (Akcje — co reguła może zrobić). Trzy rzeczy potrafią zaskoczyć:
- adres musi być publiczny — usługa w sieci lokalnej albo pod adresem metadanych chmury jest odrzucana, i to samo dotyczy przekierowania w tamtą stronę (przekierowań nie śledzimy);
- odpowiedź inna niż 2xx to błąd akcji — reguła z „przerwij po błędzie" faktycznie stanie;
- szablon treści, którego nie da się wypełnić, przerywa akcję zamiast wysłać partnerowi surowe
{{ ... }}.
3. Zapętlenie ucina się po cichu — ale teraz ostrzega przy zapisie
Reguła może wywołać inną, a ta kolejną. Łańcuch ma twardy limit głębokości; po jego przekroczeniu zdarzenie zostaje porzucone, a system zakłada zgłoszenie o zapętleniu. Zgłoszenie wymienia dziś nazwy reguł nasłuchujących porzuconego zdarzenia — wcześniej podawało tylko zdarzenie i obiekt, czyli to, co już wiadomo.
Po zapisie reguły system sam sprawdza, czy powstała pętla, i mówi to raz, na pasku u góry:
- „Ta reguła zamyka pętlę: A → B. Łańcuch zostanie ucięty na 10. skoku." — reguły mogą się nawzajem budzić. Nie jest to zakaz: pętla, w której akcja zapisuje wciąż tę samą wartość, sama się zatrzymuje.
- „A + B zapisują pole
sposób dostawyróżnymi wartościami — będą się nawzajem nadpisywać." — ten układ nigdy się nie ustabilizuje i trzeba go rozciąć. To dokładnie to, co operator widzi jako „ktoś ciągle zmienia mi metodę dostawy".
Zapis nigdy nie jest blokowany — ostrzeżenie pojawia się obok komunikatu o zapisaniu reguły.
Sprawdzenie zna kolejność statusów: jeżeli druga reguła nasłuchuje wejścia w konkretny status, a pierwsza przenosi zamówienia gdzie indziej, pętli nie zgłosi. Ostrzeżenie, które krzyczy bez powodu, uczy je ignorować.
Jeśli korzystasz ze starszych reguł, przejrzyj ich wyzwalacze i akcje pod kątem zapętlenia. Jeśli trudno ustalić przyczynę, poproś wsparcie NOXTI o pomoc w diagnostyce.
Jedyną akcją, która sama unika ponownego wyzwolenia, jest Zmodyfikuj zamówienie — nie zapisuje wartości, jeśli już taka jest. Tak samo zmiana statusu na ten, który obiekt już ma: nie zapisuje się i nie wysyła zdarzenia.
Porównaj historię kolejnych wykonań dla tego samego obiektu. Powtarzające się zmiany tych samych pól mogą wskazywać na reguły, które wywołują się nawzajem.
4. „Wykonaj tylko raz" nie zawsze zadziała
Dwie sytuacje, w których zawodzi:
- Zdarzenie bez kontekstu obiektu — nie ma czego zapamiętać, więc reguła odpali się za każdym razem, mimo zaznaczonej opcji.
- Wyczyszczenie historii — to właśnie historia udanych wykonań pilnuje tej opcji. Po sprzątnięciu starych wpisów reguła może zadziałać ponownie na obiekcie sprzed miesięcy (Historia wykonań — co się naprawdę stało).
5. Nowa reguła nie działa od pierwszej sekundy
Proces nasłuchujący odświeża swoją listę cyklicznie. Nowo dodana reguła może potrzebować kilkudziesięciu sekund, a reguły na zdarzenia produktowe i stanowe — nawet do minuty.
Zanim uznasz, że reguła jest zepsuta, odczekaj i wywołaj zdarzenie ponownie.
6. Dwie akcje na tej samej pozycji psują rozgałęzienia
Akcjom można nadać tę samą pozycję i system tego nie zabroni. Wynik obu jest wtedy sklejany, a warunki „jeśli poprzednia się powiodła" i „jeśli poprzednia się nie powiodła" zaczynają działać nieprzewidywalnie.
Przy rozgałęzieniach upewnij się, że każda akcja ma własną, unikalną pozycję.
7. Porządkowanie działa na całą dziedzinę
Przeciąganie porządkuje wszystkie reguły dziedziny, ale liczy się tylko kolejność w obrębie tego samego zdarzenia. Na liście przefiltrowanej albo podzielonej na strony przestawisz wyłącznie to, co widać (Tworzenie i porządkowanie reguł).
8. Oczekiwanie wstrzymuje to, co idzie za nim
Reguła z akcją Poczekaj trzyma obiekt, a reguły ustawione za nią czekają. Godzina ciszy po regule z przypomnieniem wygląda jak zatkana kolejka, a jest zaplanowanym opóźnieniem (Jak reguła się wykonuje — kolejka, ponowienia, oczekiwanie).
Czego nie ma w interfejsie
- Cofnięcia zmian zrobionych przez regułę — akcje nie mają „wstecz"; skutki odkręca się ręcznie.
- Czasu przechowywania historii — zmianę uzgodnij ze wsparciem NOXTI.
- Opóźnienia zdarzenia — wbudowane, nieedytowalne.
- Filtra wyniku „pominięte" — takie wpisy powstają, ale nie da się ich wybrać w filtrze.
Chcesz zobaczyć to na swoich zamówieniach? Pokażemy NOXTI na Twoich kanałach sprzedaży i Twoim magazynie.
Umów prezentację