[Intum Pomoc](https://intum.pl/pomoc.md) / [Automatyzacje](https://intum.pl/pomoc/automatyzacja/automatyzacje.md)

# [Test i log wykonań](https://intum.pl/pomoc/automatyzacja/automatyzacja-test-i-log.md)

Karta automatyzacji pokazuje jej definicję, pola **Ostatnie wykonanie** i **Wykonania**
(liczbę uruchomień), a pod spodem narzędzia do sprawdzenia, czy działa tak, jak powinna.

> [!PATH]
> [Automatyzacja → Automatyzacje](app:/automation/rules) → *automatyzacja*

## Test bez wykonania akcji {#test}

Panel **Przetestuj regułę (bez wykonania akcji)** sprawdza automatyzację na wskazanym rekordzie
i niczego nie wysyła ani nie zmienia:

1. Wpisz **ID rekordu** - rekordu tego modelu, na który patrzy automatyzacja.
2. Kliknij **Testuj**.
3. Wynik mówi, czy warunki są spełnione na dzisiejszym stanie rekordu, a **Podgląd akcji**
   pokazuje, co by się stało: do kogo poszłoby powiadomienie, jaki tytuł dostałoby zadanie,
   jak wyglądałaby treść z podstawionymi polami.

Warunków „zmieniło się” test nie sprawdza - wymagają prawdziwej zmiany rekordu. Wynik
informuje o tym osobno.

ID to numer rekordu w bazie. Przy większości rekordów jest w adresie karty, ale zadania
i klienci mają w adresie inny numer - ich ID podaje widok JSON rekordu (adres karty
z końcówką `.json`).

## Wykonaj naprawdę {#wykonaj-naprawde}

Przycisk **Wykonaj naprawdę** obok **Testuj** wykonuje akcje na wskazanym rekordzie - to realna
wysyłka albo zmiana, z wpisem w logu, więc system pyta o potwierdzenie. Ręczne wykonanie
pomija godziny działania, weekendy i limit wykonań. Automatyzacji czekającej na
[zatwierdzenie](automatyzacja/automatyzacja-zatwierdzanie-wysylek) nie wykona nawet ręcznie.

Warunki są sprawdzane także przy ręcznym wykonaniu. Gdy nie są spełnione, w logu pojawia się
wpis z powodem `conditions_not_met`.

## Uruchomienie poza harmonogramem {#uruchom-teraz}

Automatyzacja cykliczna, opóźniona i wyszukiwanie po filtrze mają dodatkowo panel
**Uruchomienie poza harmonogramem** z przyciskiem **Uruchom teraz**. Robi dokładnie to samo co
przebieg z harmonogramu, tylko od razu - wynik trafia do logu po chwili. Przycisk jest
nieaktywny, gdy automatyzacja jest wyłączona albo czeka na zatwierdzenie.

## Log wykonań {#log}

**Log wykonań** to lista uruchomień, od najnowszych, po 50 na stronę:

- **Kiedy** - moment uruchomienia,
- **Wynik** - **wykonano**, **pominięto**, **pominięto - brak danych** albo **błąd**,
- **Rekord** - nazwa rekordu z linkiem do niego,
- **Powód** - dlaczego pominięto albo jaki był błąd.

Wpisy są przechowywane przez 3 miesiące. Do logu **nie** trafiają przypadki, w których warunki
nie były spełnione - pusty log przy działającym zdarzeniu zwykle znaczy, że warunek nie łapie.

## Powody pominięcia {#powody}

- `outside_hours` - poza godzinami z pola **Wykonuj tylko w godzinach**,
- `weekend` - sobota albo niedziela przy zaznaczonym **Pomijaj weekendy**,
- `rate_limited` - przekroczony limit 300 wykonań na godzinę na koncie,
- `pending_review` - automatyzacja czeka na [zatwierdzenie](automatyzacja/automatyzacja-zatwierdzanie-wysylek),
- `rule_inactive` - automatyzacja była wyłączona,
- `conditions_not_met` - warunki niespełnione przy ręcznym wykonaniu,
- `empty_result` - zbiorczy raport nie miał czego pokazać,
- `rule_activated` - wpis przy ponownym włączeniu automatyzacji, zeruje licznik błędów.

**Pominięto - brak danych** znaczy, że odbiorca nie ma adresu e-mail albo numeru telefonu, albo
bramka SMS odrzuciła sam numer. Automatyzacja jest ustawiona dobrze - brakuje danych u odbiorcy.
Takie wpisy nie liczą się do serii błędów i nie wyłączą automatyzacji.

## Błędy i samoczynne wyłączenie {#bledy}

Przy pierwszym błędzie z serii twórca automatyzacji dostaje powiadomienie. Po 10 błędach
z rzędu automatyzacja wyłącza się sama i przychodzi kolejne powiadomienie. Co wtedy zrobić,
opisuje [Automatyzacja wyłączyła się sama](automatyzacja/automatyzacja-wylaczyla-sie).