Setting up task flow automation in Bitrix24

Our company is engaged in the development, support and maintenance of Bitrix and Bitrix24 solutions of any complexity. From simple one-page sites to complex online stores, CRM systems with 1C and telephony integration. The experience of developers is confirmed by certificates from the vendor.
Our competencies:
Development stages
Latest works
  • image_website-b2b-advance_0.png
    B2B ADVANCE company website development
    1175
  • image_bitrix-bitrix-24-1c_fixper_448_0.png
    Website development for FIXPER company
    811
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Development based on Bitrix, Bitrix24, 1C for the company Development of an Online Appointment Booking Widget for a Medical Center
    564
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Development based on 1C Enterprise for MIRSANBEL
    747
  • image_crm_dolbimby_434_0.webp
    Website development on CRM Bitrix24 for DOLBIMBY
    655
  • image_crm_technotorgcomplex_453_0.webp
    Development based on Bitrix24 for the company TECHNOTORGKOMPLEKS
    976

Configuring Task Flow Automation in Bitrix24

Flows work, tasks are distributed—but manually controlling deadlines, escalations, and reassignments is beyond the manager's capacity. A task sits in the flow for a third day, the executor got sick, and the task creator is unaware. Flow automation removes manual control: rules respond to events, tasks escalate when overdue, SLA is tracked automatically.

Automation Rules in Flows

Flow automation is built on rules: condition → action. Rules trigger on events within the flow:

  • Task enters the flow → assign executor + set deadline.
  • Task not taken in N hours → notify flow manager.
  • Task overdue → change priority to "Critical" + notify task creator.
  • Executor rejected task → return to queue for reassignment.

Rules are configured in flow properties. Each rule has a condition (trigger + filter) and action (notification, field change, reassignment).

SLA Inside Flows

SLA (Service Level Agreement)—target task processing time. For flows, SLA is set with two parameters:

  • Response time—maximum time from task arrival to work start (status change to "In Progress").
  • Execution time—maximum time from work start to closure.

Example SLA for a "Support" flow:

Priority Response Time Execution Time
Critical 30 minutes 4 hours
High 2 hours 8 hours
Normal 4 hours 24 hours

Automation by SLA: if a "Critical" priority task is not taken within 30 minutes—notify flow manager. If not closed within 4 hours—escalate to the next level.

Escalation and Reassignment

When an executor cannot meet the deadline, automation takes over:

  1. First level—notify executor: "Task #{ID} approaches deadline, 2 hours remaining".
  2. Second level—notify flow manager when SLA is violated.
  3. Third level—automatic reassignment to another flow participant (if executor doesn't respond).

Reassignment follows the same distribution rules as initial assignment: round-robin or by workload, but excluding the current executor.

Rule Conditions

Rules support filtering by task fields:

  • Priority—different automation for critical and normal tasks.
  • Tags—tasks with "VIP-client" tag are processed faster.
  • Custom fields—any UF-field of the task.
  • Time in status—task is in "In Progress" status for more than 8 hours.

Condition combination: task with "Critical" priority + "VIP" tag + queue time > 15 minutes → immediate notification to manager + assignment to the most available employee.

What We Configure

  • Automation rules for each flow
  • SLA by task priorities
  • Escalation chains: notification → reassignment → escalation to management
  • Trigger conditions: by priority, tags, time in status
  • Notifications: in Bitrix24, email, messengers
  • Testing: running tasks through the flow, verifying rule execution