Методи та механізми роботи

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

Поглиблена механіка та архітектура правил автоматизації (Технічне керівництво)

Це керівництво призначене для адміністраторів та архітекторів процесів. Воно описує логіку обробки даних «під капотом» системи та взаємодію складних механізмів автоматизації.

Доступ та ієрархія

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

Тригери та динамічне оновлення

Автоматизація спрацьовує в момент створення об'єкта або будь-якої зміни його атрибутів. Система підтримує Принцип зворотної дії.

У момент внесення будь-яких змін до документа, до нього будуть застосовані актуальні налаштування правил автоматизації. Зміни будуть застосовуватися для підписів, якщо вони ще не направлені підписантам.

Кроки правила

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

Умови кроку

В якості умови можуть бути використані значення з будь-яких системних або користувацьких довідників і атрибутів у комбінації з відповідними операторами (дорівнює, не дорівнює і т.д.). Умови можна комбінувати за принципом «І» і «АБО», збираючи у відповідні групи.

Дії кроку

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

Логіка вибору Суб’єктів (Підписантів/Отримувачів)

Для дій, які завжди передбачають вибір Суб'єктів, можуть бути обрані такі варіанти:

• Абсолютне значення: Прямий вибір конкретної посади або контакту зі списку.

• Формула 1-го типу (Системна): Розрахунок на основі системних атрибутів (наприклад, Відповідальний за документ).

• Формула 2-го типу (Динамічний пошук): Пошук (підстановка) Суб’єкта через атрибут (джерело даних), пов’язаний з ним з одного боку, а з іншого боку — той же атрибут, але пов’язаний з конкретним документом, щодо якого застосовується дія.

  • Приклад: Система шукає посаду (юрист), у якого є атрибут ”Курирує регіони”, де вказано “Захід”, що збігається з тим самим значенням «Захід» в атрибуті «Регіон контрагента» у контрагента, який є Стороною документа. І обидва атрибути (для посади та для контрагента) мають джерелом даних користувацький довідник «Регіони».

• Формула 3-го типу (Функціональна): Використання Функцій для визначення Суб’єкта. Це вищий рівень автоматизації, де Правило звертається до Функції, яка за заданими параметрами витягує дані з Таблиць.

Механіка роботи Формули 3-го типу

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

Ланцюжок виконання:

1. Тригер: У документі з'явився тег «Проект А».

2. Правило: Викликає Формулу 3-го типу, яка звертається до Функції Get_Project_Manager.

3. Функція: Йде в Таблицю «Матриця проектів», знаходить рядок, де Тег = «Проект А», і забирає з сусідньої колонки значення «Керівник департаменту».

4. Результат: Система автоматично додає Керівника департаменту в план підписів.

Переваги Формули 3-го типу:

• Гнучкість: Одна функція може обробляти безліч варіантів значень із таблиці.

• Легкість підтримки: Співробітник компанії, маючи відповідну роль, може редагувати таблицю (список проектів та відповідальних), навіть не маючи доступу до налаштування самих Правил.

• Складні умови: Функція може враховувати кілька параметрів одночасно (наприклад, «Проект» + «Сума») та багато інших умов, щоб щоб передати правильну посаду з таблиці.