Завдяки умовним діям в Uspacy ви можете автоматизувати запуск процесу погодження відпустки, наприклад, після подання заявки співробітником. Це дозволяє зменшити кількість ручних дій, забезпечити прозору послідовність погодження та пришвидшити ухвалення рішень.
Тож, розглянемо як можна налаштувати таку автоматизацію, щоб процес відбувався чітко, своєчасно і без зайвих нагадувань.
Підготовчі дії
У цьому прикладі ми будемо працювати з власним розумним об’єктом Відпустки.
Тому, створення у системі нової відпустки будь-яким співробітником буде запускати механізм її опрацювання. Спершу перше погодження, наприклад, співробітником відділу кадрів чи бухгалтерії. А після погодження – фінальне затвердження, наприклад, безпосереднім керівником. А вже потім – результат для співробітника: погоджено, відхилено з відповідними коментарями.
Отже, про все по черзі ⬇️
Налаштування умовної дії для першого погодження
Отже, спершу вибираємо тригер. У нашому прикладі це створення елемента РО – Відпустки.
Далі переходимо до призначення дії. А саме нам потрібно Змінити поля.
І вказуємо, що для цього самого елемента РО, тобто відпустки, після створення необхідно замінити назву на стандартизовану + вказівка системного ID, а також призначити іншого відповідального.
І створюємо цю умовну дію.
Результат
Після того як співробітник створить нову відпустку, автоматично відбудуться зміна назви та відповідального, який і буде розглядати цю заявку та погоджувати її.
Налаштування умовної дії для переходу відпустки до затвердження
Отже, спершу вибираємо тригер. У нашому прикладі це зміна етапу для відпустки.
У якості умови вибираємо перехід відпустки на етап Погоджено (з напрямку Погодження).
Далі переходимо до призначення дії. Нам потрібно Змінити поля.
І вказуємо, що для цього самого елемента РО, тобто відпустки, після переходу на етап Погоджено буде відбуватися перенесення в інший напрямок – Затвердження на етап На затвердження.
Якщо потрібно ще в якісь поля внести зміни чи заповнити їх даними, то на це додаємо окрему дію.
Наприклад, вказуємо хто тепер буде відповідальним за наступне затвердження. А також хто і коли попередньо погодив відпустку.
І створюємо умовну дію.
Результат
Відповідальний за погодження приймає позитивне рішення щодо відпустки.
Після оновлення сторінки можна побачити як відпрацювала умовна дія.
Відпустка перейшла на інший етап у інший напрямок, отримала нового відповідального та в її картці з’явилася інформація про попереднє погодження (дата та користувач).
Налаштування умовної дії для поведінки у разі Затвердження
Отже, спершу вибираємо тригер. У нашому прикладі це зміна етапу для відпустки.
У якості умови вибираємо перехід відпустки на етап Затверджено (з напрямку Затвердження).
Далі переходимо до призначення дії. Нам потрібно Змінити поля.
Вказуємо, що відповідальним тепер буде той, хто ініціював створення відпустки. А також хто і коли фінально затвердив її.
Далі додаємо окремою дією коментар.
Прописуємо для нього текст, який з’явиться в картці відпустки в якості нотатки, якщо затвердження пройде успішно.
І створюємо умовну дію.
Результат
Відповідальний за затвердження приймає позитивне рішення щодо відпустки.
Після оновлення сторінки можна побачити як відпрацювала умовна дія.
Відповідальним знову став той співробітник, що ініціював створення, а в картці з’явилася інформація про фінальне затвердження (дата та користувач).
А також нотатка про позитивне рішення щодо відпустки.
Налаштування умовної дії для поведінки у разі Відхилення
Отже, спершу вибираємо тригер. У нашому прикладі це зміна етапу для відпустки.
У якості умови вибираємо перехід відпустки на етап Відхилено (з напрямку Затвердження).
Далі переходимо до призначення дії. Нам потрібно Змінити поля.
Вказуємо, що відповідальним тепер буде той, хто ініціював створення відпустки. А також хто і коли фінально прийняв рішення щодо неї.
Далі додаємо окремою дією коментар.
Прописуємо для нього текст, який з’явиться в картці відпустки в якості нотатки, якщо затвердження буде без позитивного результату.
І створюємо умовну дію.
Результат
Відповідальний за затвердження відхиляє запит на відпустку.
Після оновлення сторінки можна побачити як відпрацювала умовна дія.
Відповідальним знову став той співробітник, що ініціював створення, а в картці з’явилася інформація про фінальне затвердження (дата та користувач).
А також нотатка про рішення щодо відпустки, тобто про відхилення запиту.
🔍 Про налаштування роботи такої умовної дії ви також можете подивитися в нашому вебінарі (таймкод 36:23) ⬇️
У цьому відео ви знайдете й інші приклади для використання автоматизацій у Просторі.
Створено: 25 червня 2025 р.