Оформлення відпусток у компанії (з використанням Розумних об’єктів)

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

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

У цьому прикладі ми будемо працювати з власним розумним об’єктом Відпустки.

Тому, створення у системі нової відпустки будь-яким співробітником буде запускати механізм її опрацювання. Спершу перше погодження, наприклад, співробітником відділу кадрів чи бухгалтерії. А після погодження – фінальне затвердження, наприклад, безпосереднім керівником. А вже потім – результат для співробітника: погоджено, відхилено з відповідними коментарями.

Отже, про все по черзі ⬇️

Отже, спершу вибираємо тригер. У нашому прикладі це створення елемента РО – Відпустки.

Далі переходимо до призначення дії. А саме нам потрібно Змінити поля.

І вказуємо, що для цього самого елемента РО, тобто відпустки, після створення необхідно замінити назву на стандартизовану + вказівка системного ID, а також призначити іншого відповідального.

І створюємо цю умовну дію.

Після того як співробітник створить нову відпустку, автоматично відбудуться зміна назви та відповідального, який і буде розглядати цю заявку та погоджувати її.

Отже, спершу вибираємо тригер. У нашому прикладі це зміна етапу для відпустки.

У якості умови вибираємо перехід відпустки на етап Погоджено (з напрямку Погодження).

Далі переходимо до призначення дії. Нам потрібно Змінити поля.

І вказуємо, що для цього самого елемента РО, тобто відпустки, після переходу на етап Погоджено буде відбуватися перенесення в інший напрямок – Затвердження на етап На затвердження.

Якщо потрібно ще в якісь поля внести зміни чи заповнити їх даними, то на це додаємо окрему дію.

Наприклад, вказуємо хто тепер буде відповідальним за наступне затвердження. А також хто і коли попередньо погодив відпустку.

І створюємо умовну дію.

Відповідальний за погодження приймає позитивне рішення щодо відпустки.

Після оновлення сторінки можна побачити як відпрацювала умовна дія.

Відпустка перейшла на інший етап у інший напрямок, отримала нового відповідального та в її картці з’явилася інформація про попереднє погодження (дата та користувач).

Отже, спершу вибираємо тригер. У нашому прикладі це зміна етапу для відпустки.

У якості умови вибираємо перехід відпустки на етап Затверджено (з напрямку Затвердження).

Далі переходимо до призначення дії. Нам потрібно Змінити поля.

Вказуємо, що відповідальним тепер буде той, хто ініціював створення відпустки. А також хто і коли фінально затвердив її.

Далі додаємо окремою дією коментар.

Прописуємо для нього текст, який з’явиться в картці відпустки в якості нотатки, якщо затвердження пройде успішно.

І створюємо умовну дію.

Відповідальний за затвердження приймає позитивне рішення щодо відпустки.

Після оновлення сторінки можна побачити як відпрацювала умовна дія.

Відповідальним знову став той співробітник, що ініціював створення, а в картці з’явилася інформація про фінальне затвердження (дата та користувач).

А також нотатка про позитивне рішення щодо відпустки.

Отже, спершу вибираємо тригер. У нашому прикладі це зміна етапу для відпустки.

У якості умови вибираємо перехід відпустки на етап Відхилено (з напрямку Затвердження).

Далі переходимо до призначення дії. Нам потрібно Змінити поля.

Вказуємо, що відповідальним тепер буде той, хто ініціював створення відпустки. А також хто і коли фінально прийняв рішення щодо неї.

Далі додаємо окремою дією коментар.

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

І створюємо умовну дію.

Відповідальний за затвердження відхиляє запит на відпустку.

Після оновлення сторінки можна побачити як відпрацювала умовна дія.

Відповідальним знову став той співробітник, що ініціював створення, а в картці з’явилася інформація про фінальне затвердження (дата та користувач).

А також нотатка про рішення щодо відпустки, тобто про відхилення запиту.