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
setOperatorStatusToOfflineto set operator status to Offline - Action
goto_aliasto transition to redistribution alias
Configuring Main Scenario:
- Specify alias for redistribution
- Add auto-distributed connection with operator
- Specify weight (
weightparameter) 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, andgoto_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
}
Related Documents
- 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