Повне налаштування черг завдань у потоках Бітрікс24

Ми часто бачимо, як завдання надходять швидше, ніж команда встигає їх розбирати. Без черги все перемішується: термінове завдання від клієнта губиться серед рутинних запитів, а критичний баг чекає, поки співробітник доробить низькопріоритетне завдання. Черги в потоках Бітрікс24 упорядковують вхідний потік: завдання вишиковуються за пріоритетом, обробляються в заданому порядку, беклог контролюється.

Одного разу до нас звернувся клієнт з логістики: у їхній потік підтримки надходило 200 завдань на день, 70% губилися. Ми впровадили пріоритетну чергу з ескалацією через 15 хвилин для критичних багів. За тиждень час реакції скоротився втричі, прострочки впали до 5%, а економія на штрафах за SLA склала $1.8k–2.6kів щомісячно. Замовник отримав прозорий SLA та інструмент для контролю завантаження команди.

Як працює черга в потоках Бітрікс24?

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

Черга — це буфер між постановниками та виконавцями. Бітрікс24 підтримує три режими сортування:

• FIFO (First In, First Out) — завдання обробляються строго в порядку надходження. Простий варіант, підходить для однотипних запитів.
• За пріоритетом — завдання з високим пріоритетом обробляються першими, незалежно від часу надходження. Критичний баг, що надійшов 5 хвилин тому, обганяє звичайне завдання, яке чекає 2 години.
• Комбінований — спочатку пріоритет, у межах одного пріоритету — FIFO.

Джерело: документація Бітрікс24

Пріоритети та ескалація

Бітрікс24 підтримує чотири рівні пріоритету: Критичний, Високий, Звичайний, Низький. У контексті черг пріоритети визначають порядок обробки та максимальний час очікування.

Якщо завдання з пріоритетом «Критичний» чекає в черзі довше 15 хвилин — спрацьовує ескалація: сповіщення керівнику потоку, автоматичне розширення ліміту завдань у виконавців. Ескалацію налаштовуємо через бізнес-процеси Бітрікс24: подія «Час очікування перевищено» запускає сценарій — відправку сповіщення, створення підзавдання, дзвінок через Open Lines.

Порівняння режимів черги

Чому важливо керувати беклогом?

Беклог — завдання, які знаходяться в черзі та ще не призначені. Контроль беклогу критичний для SLA. Ми налаштовуємо:

• Моніторинг розміру черги. Якщо беклог зростає — команда не справляється з вхідним потоком. Сигнал для керівника: потрібно підключити додаткових людей або переглянути пріоритети.
• Ліміт черги. Максимальна кількість завдань у черзі (наприклад, 50). При досягненні ліміту нові завдання не приймаються (постановник бачить попередження) або автоматично перенаправляються в інший потік.
• Автоочищення. Завдання, які пробули в черзі довше заданого терміну без обробки, позначаються як прострочені та ескалюються.

Візуалізація та моніторинг

Керівник потоку бачить чергу у вигляді списку з сортуванням за пріоритетом і часом надходження. Доступна інформація:

• Кількість завдань у черзі.
• Середній час очікування.
• Розподіл за пріоритетами.
• Завдання, що наближаються до порушення SLA.

Ми також налаштовуємо дашборди у звітах Бітрікс24 та автоматичні оповіщення через чат-ботів.

Як ми налаштовуємо черги: процес і стек

Для налаштування використовуємо REST API Бітрікс24, бізнес-процеси та поля завдань. Приклад: через tasks.task.add з пріоритетом і дедлайном створюємо завдання в потоці; пріоритети задаємо через поле PRIORITY. Ескалацію реалізуємо через бізнес-процеси із затримками.

Процес роботи:

1. Аналіз поточних потоків і вузьких місць.
2. Проектування моделі черги (FIFO/пріоритет/комбінована) та правил ескалації.
3. Налаштування пріоритетів, лімітів, автоочищення через інтерфейс Бітрікс24.
4. Реалізація нестандартної логіки (REST API, бізнес-процеси).
5. Тестування: навантажувальне тестування з 200+ завдань на день.
6. Деплой та навчання команди.