> ## Documentation Index
> Fetch the complete documentation index at: https://help.teable.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Коли оновлено запис

> Запускайте робочий процес після змінення наявного запису

<Tip>Зверніть увагу: усі тригери можна налаштувати в AI Chat. Опишіть ШІ, що має робити робочий процес, і він виконає решту.</Tip>

Цей тригер спрацьовує після змінення наявного запису. Під час створення він не спрацьовує.

## Створення за допомогою ШІ

Відкрийте AI Chat на правій бічній панелі таблиці й опишіть бажаний результат.

ШІ зробить усе: вибере правильний тригер, зіставить відповідні поля й автоматично налаштує всі дії.

Достатньо один раз описати мету — і робочий процес готовий без ручного налаштування.

**Приклад:** *«Коли поле статусу змінюється, надішли електронний лист виконавцю».*

## Налаштування

| Параметр          | Обов’язковий | Опис                                                                                           |
| ----------------- | ------------ | ---------------------------------------------------------------------------------------------- |
| Таблиця           | Так          | Таблиця, у якій потрібно відстежувати зміни                                                    |
| Відстежувані поля | Так          | Виберіть певні поля для відстеження або «Усі поля», щоб запускати процес після будь-якої зміни |
| Фільтр            | Ні           | Запускати, лише якщо оновлений запис відповідає цим умовам після зміни                         |

## Як налаштувати

1. Відкрийте автоматизацію й додайте новий тригер.
2. Виберіть **Коли оновлено запис**.
3. Виберіть **Таблицю**, яку потрібно відстежувати.
4. У розділі **Відстежувані поля** виберіть одне або кілька певних полів. Наприклад, виберіть лише «Статус», якщо потрібно реагувати на зміни статусу.
5. (Необов’язково) Додайте **Фільтр**, щоб додатково звузити перелік оновлень, які запускають тригер. Наприклад, умова `Статус` дорівнює `Виконано` запускатиме процес, лише коли статус запису зміниться на «Виконано».
6. Збережіть і активуйте автоматизацію.
7. Додайте кроки дій. Натисніть **+** у будь-якому полі дії, щоб вставити значення з оновленого запису.

## Принцип роботи відстежуваних полів

Налаштування відстежуваних полів — найважливіша частина цього тригера:

* **Певні поля (рекомендовано):** виберіть лише важливі поля. Тригер спрацьовує, лише коли змінюється одне з них. Усі інші зміни запису ігноруються.
* **Усі поля:** тригер спрацьовує після зміни *будь-якого* поля запису. Зокрема обчислюваних полів, позначок часу останньої зміни й незначних редагувань, які можуть бути вам неважливі.

**Чому в більшості випадків краще вибирати певні поля:**

* Менше непотрібних спрацювань тригера, а отже, менше змарнованих запусків автоматизації.
* Запобігання випадковим циклам (див. нижче).
* Призначення автоматизації зрозуміліше всім, хто її переглядає.

Вибирайте «Усі поля», лише якщо справді потрібно реагувати на кожну можливу зміну, наприклад для повного журналу аудиту.

<Tip>Наполегливо рекомендуємо вибирати певні відстежувані поля. Варіант «Усі поля» може запускати робочий процес після непов’язаних змін, марнувати запуски автоматизації та спричиняти неочікувану поведінку.</Tip>

### Обчислювані поля

Значення [Формули](/uk/basic/field/formula), [Пошуку](/uk/basic/field/lookup), [Зведення](/uk/basic/field/rollup), [Умовного пошуку](/uk/basic/field/conditional-lookup) й [Умовного зведення](/uk/basic/field/conditional-rollup) отримуються внаслідок обчислень Teable, а не введення користувачем, і перерахунок запускає цей тригер лише тоді, коли обчислюване поле вказано у **Відстежуваних полях**. Усі п’ять типів поводяться однаково.

Це дає змогу реагувати на похідний результат, а не на початкові дані, з яких його обчислено. Відстежуйте поле формули `Загальна сума`, і робочий процес запускатиметься після фактичної зміни підсумку незалежно від того, яке початкове поле змінилося. Відстежуйте зведення пов’язаних завдань, і робочий процес запускатиметься після зміни зведеного значення, зокрема внаслідок редагування в пов’язаній таблиці.

## Поширена помилка: цикли оновлення

<Warning>Якщо робочий процес містить дію «Оновити запис», яка записує дані в ту саму таблицю й оновлює відстежуване поле, тригер спрацює знову, створюючи нескінченний цикл.</Warning>

Якщо автоматизацію запускають оновлення таблиці й вона також містить дію **Оновити запис**, що записує дані назад до *тієї самої таблиці*, може виникнути нескінченний цикл:

1. Поле змінюється → тригер спрацьовує.
2. Автоматизація оновлює інше поле того самого запису → тригер спрацьовує знову.
3. Повторюється безкінечно.

**Як цього уникнути:**

* Відстежуйте лише певні поля й переконайтеся, що дія «Оновити запис» записує дані в поля, *відмінні* від відстежуваних.
* Використовуйте умову фільтра, щоб зупинити цикл. Наприклад, запускайте процес, лише коли `Статус` не дорівнює `Оброблено`, а в дії задавайте для `Статус` значення `Оброблено`.
* Якщо дія має оновлювати те саме поле, використовуйте натомість тригер [Коли запис відповідає умовам](/uk/basic/automation/trigger/records/record-matches-conditions), який спрацьовує лише під час переходів.

## Коли використовувати

* **Синхронізація змін цін із зовнішньою системою.** Відстежуйте поле «Ціна». Після його зміни надсилайте HTTP-запит для оновлення ціни на платформі електронної торгівлі.
* **Надсилання сповіщення після зміни статусу завдання.** Відстежуйте поле «Статус». Коли завдання переходить у стан «Заблоковано» або «Виконано», повідомляйте виконавця чи керівника.
* **Запис змін полів для аудиту.** Відстежуйте «Усі поля» й створюйте запис у таблиці журналу аудиту зі старими й новими значеннями.
* **Оновлення пов’язаного запису після зміни батьківського.** Відстежуйте ключові поля запису проєкту. Після зміни кінцевого терміну проєкту оновлюйте всі пов’язані завдання.
* **Запуск перерахунку в іншій системі.** Відстежуйте числові поля, як-от «Кількість» або «Ціна за одиницю». Після їх зміни викликайте API для перерахунку підсумків.

## Поради

* Почніть із певних відстежуваних полів. Якщо з’ясується, що деякі події пропущено, завжди можна додати інші.
* Фільтр обчислюється *після* оновлення. Тобто він перевіряє нові значення запису, а не старі.
* Цей тригер не повідомляє попереднього значення — лише поточний стан запису. Якщо потрібно порівнювати значення до й після, створіть поле «Попереднє значення», яке оновлюватиме автоматизація.
* Тригер спрацьовує один раз для кожного збереження, навіть якщо під час одного редагування змінено кілька відстежуваних полів.

## Пов’язані матеріали

* [Коли запис відповідає умовам](/uk/basic/automation/trigger/records/record-matches-conditions) — спрацьовує лише під час переходів стану, а не після кожного редагування
* [Коли створено запис](/uk/basic/automation/trigger/records/record-created) — спрацьовує після появи нових записів, а не оновлень
* [Дія «Оновити запис»](/uk/basic/automation/actions/records/update-record) — відповідна дія для змінення записів у робочих процесах