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

# [Warunki](https://intum.pl/pomoc/automatyzacja/automatyzacja-warunki.md)

Warunki decydują, dla których rekordów automatyzacja wykona akcje. Puste warunki znaczą
„zawsze” - dla każdego rekordu, który przyniósł moment akcji.

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

## Budowanie warunków {#budowanie}

Pole **Warunki** to ten sam kreator co w wyszukiwaniu na listach. Najpierw trzeba wybrać
**Model** (albo zapisany filtr) - kreator pokazuje wtedy pola tego rodzaju rekordu.

Każdy warunek to trzy części: pole, operator i wartość. Operatory:

- **jest**, **różne od** - równość i jej zaprzeczenie,
- **większe niż**, **mniejsze niż** (i ich wersje „lub równe”), **pomiędzy** - dla liczb i dat,
- **zawiera**, **nie zawiera**, **zaczyna się od**, **kończy się na** - dla tekstów, bez
  rozróżniania wielkości liter,
- **jest wypełnione**, **jest puste**.

Kilka warunków jeden pod drugim musi być spełnionych **wszystkie naraz**. Przycisk
**Dodaj grupę (LUB)** tworzy grupę, w której wystarczy jeden z warunków - np. „dział =
Sprzedaż **i** (priorytet wysoki **lub** klient VIP)”.

Tryb **Zaawansowane (JSON)** przyjmuje warunki zapisane w JSON - przydaje się przy głębszych
zagnieżdżeniach grup i przy warunkach przygotowanych przez agenta AI.

## Zmiana wartości {#zmiana-wartosci}

Przy **akcji natychmiastowej** kreator ma trzy dodatkowe operatory: **zmieniło się**,
**zmieniło się na** i **zmieniło się z**. To one odróżniają „status zmieniono na Reklamacja”
od „status jest Reklamacja”:

- „status **jest** Reklamacja” spełnia każda zmiana zadania, które ma już ten status - także
  poprawka tytułu,
- „status **zmieniło się na** Reklamacja” spełnia tylko moment przejścia na ten status.

Przy zdarzeniu **zmiana** operatory zmiany nie łapią utworzenia rekordu. Żeby łapały, wybierz
zdarzenie **utworzenie lub zmiana**.

Przy pozostałych momentach akcji tych operatorów nie ma - automatyzacja patrzy tam na
aktualny stan rekordu, a nie na zmianę.

## Tagi i pola klienta {#pola-klienta}

Automatyzacja na projekcie, interesie, mailu czy fakturze widzi też dane klienta powiązanego
z rekordem. W kreatorze są w osobnej grupie pól:

- **tagi klienta** - np. „tagi klienta **zawiera** VIP”,
- pola klienta, np. kategoria, i jego pola dodatkowe.

Automatyzacja na samym kliencie widzi jego własne tagi.

Tagi klienta zapisują się chwilę po utworzeniu klienta. Automatyzacja „nowy klient z tagiem
VIP” na zdarzeniu **utworzenie** nie zobaczy więc tagu. Użyj zdarzenia **zmiana** albo
[akcji opóźnionej](automatyzacja/automatyzacja-moment-akcji#akcja-opozniona) kilka minut po utworzeniu.

## Pola dodatkowe {#pola-dodatkowe}

Pola dodatkowe rekordu są w kreatorze obok zwykłych pól. W trybie JSON zapisuje się je
z przedrostkiem `fields.`, np. `{"fields.renewed": false}`. Definicje pól dodatkowych opisuje
[pomoc modułu Toolkit](app:/toolkit/help/pola_dodatkowe).

## Gdy warunek nie łapie {#gdy-cos-nie-dziala}

Niespełnione warunki nie trafiają do logu wykonań, więc automatyzacja z błędnym warunkiem
wygląda jak „nic się nie dzieje”. Sprawdź warunki na konkretnym rekordzie panelem testu -
opis w [Teście i logu](automatyzacja/automatyzacja-test-i-log#test), a lista typowych przyczyn w
[Automatyzacja się nie uruchamia](automatyzacja/automatyzacja-nie-uruchamia-sie).