База знань Uspacy
Усі матеріалиАвтоматизація

Умовні дії

Деякі особливості налаштувань для коректної роботи Умовних дій

Деякі особливості налаштувань для коректної роботи Умовних дій

У цій статті ми розкажемо, на що звернути увагу під час створення умовних дій, аби значення полів і зв’язки переносилися так, як ви очікуєте

Умовні дії в Uspacy можуть автоматично заповнювати поля, переносити значення між сутностями та запускати сценарії без ручної роботи. Але щоб автоматизація спрацьовувала саме так, як задумано, важливо правильно налаштувати поля, відповідності та правила передачі даних. Далі — практичні нюанси, які найчастіше стають причиною «чому не працює», і як їх врахувати в налаштуваннях.

Передавання значень полів типу Список/Мітка

Умовні дії часто використовують, щоб автоматично передавати дані між сутностями — наприклад, із Угоди в РО чи з РО в Завдання (коли значення з поля в одного елемента сутності мають потрапити в поле іншого). На перший погляд усе виглядає просто: «беремо значення тут → записуємо туди». Але саме на цьому етапі найчастіше з’являються помилки, якщо не врахувати особливості роботи різних типів полів.

997c14b7-a95c-42d6-9427-4b1675f14f57

Тут розберемо критично важливий нюанс для полів типу Список і Мітка: під час передачі значень система звіряє не назву, яку ви бачите в інтерфейсі («На розгляді», «Продано», «Внесена передоплата»), а внутрішній ID значення. Тому навіть якщо назви в Угоді та РО виглядають однаково, передача може не спрацювати, якщо ці значення створені по-різному і мають різні ID.

3b8ffc6c-44ab-4a8e-9489-751910f140bbee63e488-b1c7-4f1d-bd34-93a5db6d3294

Ось як це спрацює у нашому прикладі:

У картці угоди ми заповнили поле Типи перекладу значенням Письмовий. А після того як угода перейшла у статус Деталі співпраці автоматично був створений елемент нашого РО, тобто новий Проєкт. І як бачимо у його картку було перенесено потрібне значення потрібного поля (Типи перекладу – Письмовий).

895f4f18-d4f7-4a5a-8d94-007a50e55f79fc8fee51-b3b2-4faf-9970-8e681dc36580

Прив’язка сутностей

Коли ви налаштовуєте умовну дію, щоб, наприклад, із Угоди передавались Контакти або Компанії в РО (тобто відбувалась переприв’язка до вже існуючих сутностей), важливо підставляти не назву, а ID сутності.

Це важливо, бо поля-зв’язки «працюють» через внутрішні ідентифікатори. Назва сутності — це лише відображення в інтерфейсі, вона може повторюватись або змінюватись, тому передача по назві цілком може не спрацювати.

3b649f44-6b79-4507-ba18-ee2a70242bb5

Ось як це спрацює у нашому прикладі:

Ми пов’язали нашу угоду з компанію NewLine. А після того як угода перейшла у статус Деталі співпраці автоматично був створений елемент нашого РО, тобто новий Проєкт. І як бачимо у його картці теж відображається зв’язок з цією компанією.

48cd18c0-7936-416d-b4e0-c587ed65b4b324ebee25-a6e9-4b0f-bbb6-f2014d6f456c

Передавання значень для поля Користувач

Аналогічно до полів прив’язки до сутностей, для поля типу Користувач (наприклад, Відповідальний) під час перенесення значення через умовну дію потрібно підставляти ID користувача, а не його ім’я/прізвище.

e0cace73-11b4-47d1-9fb4-acd1ef2c3401

Ось як це спрацює у нашому прикладі:

Коли умовна дія створює Завдання, вона бере з РО (Проєкти) значення поля Відповідальний, але підставляє не ім’я користувача, а його ID. Тому в полі Відповідальний у завданні автоматично встановиться той самий співробітник, який призначений відповідальним у РО.

ac2ca19b-745d-4103-98ba-5e7de9e62918

м

Створено: 6 січня 2026 р.