Умовні дії в Uspacy можуть автоматично заповнювати поля, переносити значення між сутностями та запускати сценарії без ручної роботи. Але щоб автоматизація спрацьовувала саме так, як задумано, важливо правильно налаштувати поля, відповідності та правила передачі даних. Далі — практичні нюанси, які найчастіше стають причиною «чому не працює», і як їх врахувати в налаштуваннях.
Передавання значень полів типу Список/Мітка
Умовні дії часто використовують, щоб автоматично передавати дані між сутностями — наприклад, із Угоди в РО чи з РО в Завдання (коли значення з поля в одного елемента сутності мають потрапити в поле іншого). На перший погляд усе виглядає просто: «беремо значення тут → записуємо туди». Але саме на цьому етапі найчастіше з’являються помилки, якщо не врахувати особливості роботи різних типів полів.
Тут розберемо критично важливий нюанс для полів типу Список і Мітка: під час передачі значень система звіряє не назву, яку ви бачите в інтерфейсі («На розгляді», «Продано», «Внесена передоплата»), а внутрішній ID значення. Тому навіть якщо назви в Угоді та РО виглядають однаково, передача може не спрацювати, якщо ці значення створені по-різному і мають різні ID.
Ось як це спрацює у нашому прикладі:
У картці угоди ми заповнили поле Типи перекладу значенням Письмовий. А після того як угода перейшла у статус Деталі співпраці автоматично був створений елемент нашого РО, тобто новий Проєкт. І як бачимо у його картку було перенесено потрібне значення потрібного поля (Типи перекладу – Письмовий).
Прив’язка сутностей
Коли ви налаштовуєте умовну дію, щоб, наприклад, із Угоди передавались Контакти або Компанії в РО (тобто відбувалась переприв’язка до вже існуючих сутностей), важливо підставляти не назву, а ID сутності.
Це важливо, бо поля-зв’язки «працюють» через внутрішні ідентифікатори. Назва сутності — це лише відображення в інтерфейсі, вона може повторюватись або змінюватись, тому передача по назві цілком може не спрацювати.
Ось як це спрацює у нашому прикладі:
Ми пов’язали нашу угоду з компанію NewLine. А після того як угода перейшла у статус Деталі співпраці автоматично був створений елемент нашого РО, тобто новий Проєкт. І як бачимо у його картці теж відображається зв’язок з цією компанією.
Передавання значень для поля Користувач
Аналогічно до полів прив’язки до сутностей, для поля типу Користувач (наприклад, Відповідальний) під час перенесення значення через умовну дію потрібно підставляти ID користувача, а не його ім’я/прізвище.
Ось як це спрацює у нашому прикладі:
Коли умовна дія створює Завдання, вона бере з РО (Проєкти) значення поля Відповідальний, але підставляє не ім’я користувача, а його ID. Тому в полі Відповідальний у завданні автоматично встановиться той самий співробітник, який призначений відповідальним у РО.
м