LFS Workflow

Глибоке занурення: Як працює механізм динамічних ролей LFS Workflow

Глибоке занурення: Як працює механізм динамічних ролей LFS Workflow

У більшості BPM-систем поняття "роль" є статичним. Ви створюєте роль "Головний бухгалтер" і жорстко прив'язуєте до неї конкретних співробітників. Але що робити, якщо виконавець наступного кроку невідомий на етапі проектування процесу? Що, як його потрібно визначити "на льоту", базуючись на даних самої заявки? Саме для цього в LFS Workflow існує потужний механізм динамічних ролей.

Проблема: Погодження з "невідомим" керівником

Розглянемо класичний процес: "Заявка на відпустку". Співробітник створює заявку, і її має погодити його безпосередній керівник. У компанії з 500 співробітниками та десятками відділів неможливо створити 500 окремих маршрутів. Потрібна система, яка сама зрозуміє, хто є керівником для Івана Петренка з IT-відділу, а хто — для Анни Коваленко з відділу продажів.

Як це реалізовано в LFS Workflow

Наша архітектура вирішує цю задачу елегантно, поєднуючи дані з XML та логіку на рівні ребра процесу.

  1. Збереження контексту в XML: Коли Іван створює заявку, в XML екземпляра процесу зберігається його унікальний ID, наприклад, <employee_id>123</employee_id>.
  2. Логіка на ребрі: На ребрі, що веде до кроку "Погодження керівником", ми не вказуємо статичну роль. Замість цього, ми використовуємо спеціальний модуль або PHP-вставку.
  3. Динамічний запит: Цей модуль в момент переходу бере employee_id з XML і робить запит до вашої кадрової системи або Active Directory: "Повернути ID керівника для співробітника з ID=123".
  4. Призначення виконавця: Система отримує у відповідь, наприклад, ID=456 (ID Анни Коваленко) і динамічно призначає саме її виконавцем на наступний крок.

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

Більше, ніж просто ролі

Цей механізм дозволяє реалізовувати надзвичайно складні сценарії:

  • Маршрутизація за сумою: Якщо сума в рахунку менше 10 000 грн, виконавець — керівник відділу; якщо більше — фінансовий директор.
  • Територіальна маршрутизація: Заявка з Львівської філії автоматично направляється на регіонального менеджера Західного регіону.
  • Конкурентне виконання: Завдання може бути призначене на цілу групу юристів, і той, хто першим візьме його в роботу, стає виконавцем.

Саме ця гнучкість на рівні ядра відрізняє LFS Workflow від багатьох "коробкових" рішень і дозволяє вам будувати процеси, які ідеально відповідають реаліям вашого бізнесу.

Перетворіть теорію на практику

Дізнайтеся, як LFS Workflow може вирішити саме ваші бізнес-задачі. Замовте безкоштовну демонстрацію та отримайте персональну консультацію.

Замовити демонстрацію

Готові трансформувати ваш бізнес?

Дізнайтеся, як інвестиція в LFS Workflow принесе прибуток вашій компанії. Замовте персональну демонстрацію, щоб побачити платформу в дії.

Глибоке занурення: Як працює механізм динамічних ролей LFS Workflow | LFS Workflow