About Redistribution of Chats from Operator

Redistribution of chats allows automatically redistributing chats from an operator to other available operators in case of force majeure circumstances, such as power outage, technical failures, or other situations when an operator cannot process dialogs.

Context and Problem

In many cases, an operator cannot process dialogs due to force majeure circumstances:

Power or internet outage
Technical failures on operator's side
Unforeseen situations
Quick response needed to minimize negative impact on support quality

Redistribution of chats solves this task by allowing automatic redistribution of chats to other available operators.

Key Concepts

Redistribution Process

Creating Process:

Create a new bot section
Be sure to check "Use as Process"
Configure the process scenario

Configuring Process Scenario:

Notification to user about transfer to another operator
Action setOperatorStatusToOffline to set operator status to Offline
Action goto_alias to transition to redistribution alias

Configuring Main Scenario:

Specify alias for redistribution
Add auto-distributed connection with operator
Specify weight (weight parameter) for prioritization

Launching Process

The process is launched manually:

Select the needed operator in operator panel
Right-click (RMB)
Select "Launch Process"
Select the needed process and launch it

Approach Options

Redistribution Through Process vs Manual Redistribution

Redistribution Through Process:

✅ Pros: Automation, standardization, ability to launch for groups of operators
❌ Cons: Requires prior configuration

Manual Redistribution:

✅ Pros: Flexibility, control
❌ Cons: Slowness, requires manual intervention

Why We Use Process: Process allows standardizing redistribution and launching it for groups of operators, topics, or folders, ensuring efficiency and quick response.

Adopted Solutions

Using Weight for Prioritization

When redistributing, it's important to specify weight (weight parameter) for prioritizing chats that could not continue communication with the operator. The higher the weight value, the higher the priority during distribution.

Setting Operator Status to Offline

The setOperatorStatusToOffline action sets operator status to Offline so that subsequent chats are not distributed to them until their connection is restored.

Implications for Users and Implementation

For Integrators

When configuring redistribution, it's important to:

Create process — with mandatory "Use as Process" checkbox
Configure process scenario — with message, setOperatorStatusToOffline, and goto_alias
Configure main scenario — with alias and weight for redistribution
Test process — verify correct operation

Common Errors

Error: Process does not launch
Problem: "Use as Process" checkbox is not checked
Solution: Check section settings and check the checkbox

Error: Chats are not redistributed
Problem: Alias or weight is not configured in main scenario
Solution: Check alias and weight settings in main scenario

Error: Operator continues to receive new chats
Problem: setOperatorStatusToOffline is not executed or incorrectly configured
Solution: Check execution of setOperatorStatusToOffline and its configuration

Usage Examples

goto_alias Configuration

{
  "alias": "redistribute_chats"
}

Configuration with Weight

{
  "auto_connect_operator": true,
  "subject_alias": "support",
  "weight": 1000
}

Explanation: Automatic Connection of Free Operator — configuring automatic connection
Explanation: Auto-Distribution of Dialogs — detailed information about auto-distribution
Explanation: Connecting Chat with Operator — configuring connection to operator