How to trace back email routing history
Gain insight into how a particular email was routed by operators, the Rules Engine or the email ACD.
Gain insight into how a particular email was routed by operators, the Rules Engine or the email ACD.
Result: The left pane is populated with Email folders. The upper-right area displays a list of email threads for the selected email folder.
Result: You can trace back thread history using the information displayed.
Automatic Email Distribution (AD) allows you to automatically and intelligently distribute and assign incoming emails to your agents.
Result: The Automatic Distribution for Email page is displayed.
Result: This activates AD for all incoming email in your account.
Option | Description |
---|---|
Reassign unanswered messages (minutes) | When selected, emails are reassigned to another agent when the originally assigned agent does not accept the thread within the specified period of time. An agent who fails to answer in time is set to Away status to prevent new threads from being assigned. |
Concurrent message limit | When selected, the number of threads that can be assigned to each agent is limited. When an agent reaches the limit, they are no longer assigned new threads. This setting can be overridden at an individual agent level. |
Agents waiting for assignment | When there are fewer incoming email threads than agents can handle, some agents will be waiting for an assignment. Threads are assigned to highest ranked agents first, but you can choose an assignment method for agents of the same rank.
To determine which waiting agent gets the next email, choose an assignment method:
|
You can set this option independently for customers reassigned within a department (From same department) as opposed to between departments (From other departments).
Result: Settings are applied to your entire account except where overridden at the department or agent level.
Automatic Email Distribution (AD) allows you to automatically and intelligently distribute and assign incoming emails to your operators.
Result: The Automatic Email Distribution Setup window is displayed.
Result: This activates ACD at the account level.
Option | Description |
---|---|
Reassign if not accepted in X minutes | When selected, emails are reassigned to another operator when the originally assigned operator does not accept the thread within the specified period of time.
An operator who fails to answer in time is set to Away status to prevent new threads from being assigned. The operator must then explicitly log back in as Available. |
Limit concurrent email threads to X | When selected, the number of threads that can be assigned to each operator is limited. When an operator reaches the limit, they are no longer assigned new threads.
This limit setting can be overridden at an individual operator level. |
Operators waiting for assignment | When there are fewer incoming email threads than operators can handle, some operators will be waiting for an assignment. Threads are assigned to highest ranked operators first, but you can choose an assignment method for operators of the same rank. See How to rank operators.
To determine which waiting operator gets the next email, choose an assignment method:
|
Result: Settings are applied to your entire account except where overridden at the department or operator level.
Automatic distribution for messaging allows you to automatically and intelligently distribute assignment of new, incoming message threads to your agents.
Result: The Automatic Distribution for Messaging page is displayed.
Result: This activates AD for all incoming messages in your account.
Option | Description |
---|---|
Reassign unanswered messages (seconds) | When selected, SMS threads are reassigned to another agent when the originally assigned agent does not accept the thread within the specified period of time.
An agent who fails to answer in time is set to Away status to prevent new threads from being assigned. |
Concurrent message limit | When selected, the number of threads that can be assigned to each agent is limited. When an agent reaches the limit, they are no longer assigned new threads. This limit setting can be overridden at an individual agent level. |
Agents waiting for assignment | When there are fewer incoming threads than agents can handle, some agents will be waiting for an assignment. Threads are assigned to highest ranked agents first, but you can choose an assignment method for agents of the same rank.
To determine which waiting agent gets the next item, choose an assignment method:
|
You can set this option independently for customers reassigned within a department (From same department) as opposed to between departments (From other departments).
Result: Settings are applied to your entire account except where overridden at the department or agent level.
Use Automatic Chat Distribution (ACD) to automatically place agents in an active chat session without agent interaction.
For example, you can automatically invite customers to chat with an agent when they have been on a particular page for a certain time, clicked a link or revisited a URL. Automatic Chat Distribution balances the number of customers in queue and the agent's workload in order to keep the rate of invitations at a maintainable level and the agent's chat queue saturated.
Result: The Automatic Distribution for Chat window is displayed.
Result: This activates ACD at the account level.
Option | Description |
---|---|
Initial assignment delay | When Automatic Chat Distribution is enabled, you can delay the automatic assignment of chat sessions by the defined time. This way, you can keep chats in queue - in unassigned status - for an extended period. |
Reassign unanswered messages (seconds) | When selected, chats are reassigned to another agent when the originally assigned agent does not answer the chat session within the specified period. In practice this means that a chat is answered by another agent when the originally assigned agent fails to respond.
An agent who fails to answer in time is set to Away status to prevent new chats from being assigned. The agent must then explicitly set their status to Available. |
Reassign messages after agent disconnected (seconds) | When an agent disconnects (for example, after logging out), Automatic Distribution reassigns all active chats to other agents after the defined period of time. When the agent disconnects due to network connectivity issues, chats are reassigned after at least two minutes. Therefore, even if you set the Reassign messages after agent disconnected value to 30 seconds, chats will only be reassigned after two minutes. Keep in mind that if no agents are available to take additional workload then chats will be placed in queue and their waiting time will be counted from the time the customer started the chat. |
Concurrent chat limit | When selected, the number of chats that can be assigned to each agent is limited. When an agent reaches the chat limit, they are no longer assigned new chats. This limit setting can be overridden at an individual agent level. Chat and discussion difficulty affects this limit. |
Option | Description |
---|---|
Show queue position | When no agents are eligible to receive new chats (all have reached their maximum concurrent chats limit), then new chats are placed in a queue. When selected, customers see their position in the queue in the chat window. Agents can manually start chatting with the next customer in queue as described in How to manually start chatting with the next customer in queue. |
Estimated wait time | With this option it is possible to display the approximate waiting time to visitors who are waiting in the queue for agent chat. This option can be enabled if the Show queue position option is active. The estimated wait time is calculated based on previous wait times and the visitor's position in the queue. |
Enable exit from queue | When selected, customers in the waiting queue are presented a button that cancels the chat and displays the unavailable form (if enabled). |
Queue length limits |
Maximum in queue: Do not allow new chat sessions when the total queue size reaches this number. Average per agent: Disable the Chat Button when the total number in the queue divided by the number of available agents reaches this number. |
Invitation throttling |
The invitation throttle controls the balance between the number of invitations sent and the risk that your target queue is exceeded. This helps you avoid long queues of unassigned chats when more customers accept invitations than agents can handle. Throttling options:
|
Allow customers to enter queue upon Available click | Decide how to handle new chat sessions when a customer clicks a button shown as Available, but meanwhile all agents become unavailable. You can override other queue limits and allow them to enter the queue according to the following limits:
|
How is agent chat capacity calculated?Suppose concurrent chat limit is set to 3, chat difficulty has a multiplier of 1, and chat discussion difficulty has a multiplier of 0.5. When an agent has two ongoing chats (counts as 2 x 1 concurrent chats) and a chat discussion (counts as 1 x 0.5 concurrent chat) then the concurrent limit is 2.5. In this case, - since chat capacity is 0.5 - the agent can still receive an additional discussion task, but cannot receive new chats.
Option | Description |
---|---|
Agents waiting for assignment |
To determine which waiting same-rank agent gets the next chat, choose an assignment method:
|
You can set this option independently for customers reassigned within a department (From same department) as opposed to between departments (From other departments).
Result: Settings are applied to your entire account except where overridden at the department or agent level.
Within a department, Premier and Enterprise subscribers can rank operators to determine how chats are assigned.
Ranking is applied at the department level and works in conjunction with Automatic Chat Distribution (ACD).
When there are more incoming chats than operators can handle, a chat queue is formed. Urgency determines which queued chats will be assigned first.
Urgency can be applied in two ways:
Chat rule urgency prevails over department-level urgency.
Incoming chats for a department with a higher urgency setting are distributed before those for a department with a lower setting. When departmental urgency is the same for multiple chats in the queue, operators receive the chat from the department for which they have the highest priority.
Automatic SMS distribution allows you to automatically and intelligently distribute assignment of new, incoming SMS threads to your operators.
Result: The Automatic SMS Distribution Setup window is displayed .
Result: This activates ACD at the account level.
Option | Description |
---|---|
Reassign if not accepted in X minutes | When selected, SMS threads are reassigned to another operator when the originally assigned operator does not accept the thread within the specified period of time.
An operator who fails to answer in time is set to Away status to prevent new threads from being assigned. The operator must then explicitly log back in as Available. |
Limit concurrent SMS threads to X | When selected, the number of threads that can be assigned to each operator is limited. When an operator reaches the limit, they are no longer assigned new threads.
This limit setting can be overridden at an individual operator level. |
Operators waiting for assignment | When there are fewer incoming threads than operators can handle, some operators will be waiting for an assignment. Threads are assigned to highest ranked operators first, but you can choose an assignment method for operators of the same rank. See How to rank operators.
To determine which waiting operator gets the next item, choose an assignment method:
|
Result: Settings are applied to your entire account except where overridden at the department or operator level.
When no operators are available in the original department, rollover departments take over incoming chats.
For example, Sales goes offline at 5pm, but Customer Support stays online. You set Customer Support as the rollover department for Sales. As a result, the Sales chat button is displayed as available whenever either a Sales or Customer Support operator is logged in.
Rollover departments are set as part of the Department definition process.
Result: The New Department window is displayed.
Result:
Use Automatic Chat Distribution (ACD) to automatically place operators in an active chat session without operator interaction.
For example, you can automatically invite visitors to chat with an operator when they have been on a particular page for a certain time, clicked a link or revisited a URL. Automatic Chat Distribution balances the number of visitors in queue and the operator's workload in order to keep the rate of invitations at a maintainable level and the operator's chat queue saturated.
Result: The Automatic Chat Distribution Setup window is displayed.
Result: This activates ACD at the account level.
Option | Description |
---|---|
Reassign if not answered in X seconds | When selected, chats are reassigned to another operator when the originally assigned operator does not answer the chat session within the specified period of time. In practice this means that a chat is answered by another operator when the originally assigned operator fails to respond.
An operator who fails to answer in time is set to Away status to prevent new chats from being assigned. The operator must then explicitly log back in as Available. |
Limit concurrent chats to X | When selected, the number of chats that can be assigned to each operator is limited. When an operator reaches the chat limit, they are no longer assigned new chats. This limit setting can be overridden at an individual operator level. |
Option | Description |
---|---|
Inform visitor about position in queue | When no operators are eligible to receive new chats (all have reached their maximum concurrent chats limit), then new chats are placed in a queue. When selected, visitors see their position in the queue in the chat window. |
Enable link to cancel chat | When selected, visitors in the waiting queue are presented a button that cancels the chat and displays the unavailable form (if enabled). |
Disable chat when queue size is X | When selected, chat is unavailable to visitors when the chat waiting queue reaches the specified limit. Setting this to zero prevents new chat sessions when there are no eligible operators in your account. |
Queue length limits |
Maximum chats in queue: Do not allow new chat sessions when the total queue size reaches this number. Average in queue per available operator: Disable the Chat Button when the total number in the queue divided by the number of available operators reaches this number. |
Invitation throttling |
For Enterprise subscribers only. The invitation throttle controls the balance between the number of invitations sent and the risk that your target queue is exceeded. This helps you avoid long queues of unassigned chats when more visitors accept invitations than operators can handle. Throttling options:
|
Option | Description |
---|---|
Operators waiting for assignment |
To determine which waiting same-rank operator gets the next chat, choose an assignment method:
Note: If you are using difficulty-based distribution, chats are assigned to the operator within the same rank who is working on chats with the lowest total relative difficulty. For example, an incoming chat will be assigned to an operator handling one difficulty 3 chat before an operator who is handling four difficulty 1 chats.
|
You can set this option independently for visitors reassigned within a department (From same department) as opposed to between departments (From other departments).
Result: Settings are applied to your entire account except where overridden at the department or operator level.
BoldChat gives you a fine level of control over how incoming communications can be directed to specific folders and departments. Routing answers the question "How can I show certain incoming chats to certain operators?"
At the highest level, routing looks like this:
Distribute incoming chats more evenly between operators by adjusting the difficulty factor of a typical chat.
Difficulty balancing helps you control the combination of work items an operator can handle concurrently as well as how soon a chat queue reaches capacity by differentiating difficulty levels between typical incoming chats, based on department of origin, website or chat window.
When difficulty balancing is enabled, Automatic Chat Distribution takes chat difficulty into consideration by assigning a combination of fewer difficult and a greater number of less difficult items to operators until their queue limit has been reached or exceeded.
For example, tech support issues and general business inquiries may require different amount of time to resolve. Administrators can assess and review the difficulty of a chat using any metric of their choosing, such as on-call time or chat lines exchanged. Raising or lowering the difficulty factor can make operators more efficient and lessen visitor wait-time by routing chats that are appropriate to operator skill level, expertise, and workload.
Consider the following examples:
Scenario | Outcome |
---|---|
|
The operator is effectively handling 4 items, and will not receive any more chats as the limit has been reached. |
|
All five chats are assigned to the operator, who is effectively handling 4.5 items. No further chats will be assigned as the limit has already been exceeded. |
The effective weight of a chat in the queue is linearly proportional to its difficulty factor.
By design, difficulty-based distribution can cause an operator's limit to be exceeded. This can temporarily overload an operator; however, the behavior is expected, and aims to prevent difficult items from sitting in the queue for a prolonged period of time to ensure that visitors in the queue are treated fairly.
Difficulty can be applied in two ways:
Chat rule difficulty prevails over department-level difficulty.
If you have multiple departments, you should have some logic in place to route customer chats to the appropriate department. You can do so by using a pre-chat form or by setting up routing rules.
When you want the customer to choose with which department they want to be connected.
When you want to route customers to a particular department based on their initial question, language or other criteria.
Automatic Distribution automatically assigns chats to agents to maximize agent efficiency. Within Automatic Distribution settings, you can set concurrent chat limits, enable queues and more.
Within a department, you can rank agents to determine how incoming items are assigned.
Ranking is applied at the department level and works in conjunction with Automatic Distribution (AD).
Result: The New/Edit Department page is displayed.
Result: The selected agent is displayed in the table at the top of the screen.
Result: Items are assigned to lower ranked agents only when all higher ranked agents have reached any applicable limits.
As part of your routing strategy, you can change how items are assigned to same-rank agents by overriding Automatic Distribution (AD) as part of the department setup process. You can also assign Urgency to determine which queued items will be assigned first.
Result: The New/Edit Department page is displayed.
You can use Chat Rules to evaluate incoming chats and route them to departments, move them to a folder, assign them attributes such as category or status, or assign them an urgency to determine which queued chats are assigned first.
A single rule may contain multiple actions, which are applied to every incoming chat before Automatic Distribution could route a chat. When a chat is received, Digital DX runs the rules one by one - in the order that you define - and checks whether the incoming chat matches the criteria defined in the chat rule. If there is a match, the chat is routed according to the actions defined in the rule. Otherwise, Bold360 checks the chat against the next rule that you have defined. When none of the rules match the chat, then Automatic Distribution routes the customer to an agent or department.
Chat routing rules are also applied when the Apply to department transfers (all services) option is enabled on the General Transfer Rules page and chats are routed to a new department.
Result: The Edit/New Routing Rule for Chat page is displayed.
Rules are displayed in the rules list by Rule Name. Each rule should have a unique name for easy identification.
The rules engine compares the properties of incoming chats against the criteria and performs the rule's action when there is a match.
Can you select multiple criteria? Yes. Multiple selections within a criterion are evaluated according to OR condition logic, while selections across criteria are evaluated according to AND condition logic. For example, when you select multiple languages, then the routing rule would run on matching any of those languages (OR condition logic). However, when you define a website, a chat window, and a language, then the routing rule would only run on matching all of those criteria (AND condition logic).
Result: These attributes are shown to agents as values in columns on the chat panel. Agents can use the information to make decisions about how to handle or organize chats.
Routing rules are very flexible and are often under-utilized; however, our best practice recommendation is to enable both folders and routing rules. Customers should have a folder for each department and use routing rules to route chats, emails, and messages accordingly.
Workflows with email management rules can be set to auto-respond with canned messages and close the email thread out with the same rule to help provide a faster response to the customer and keeping the queues cleared out for more accurate SLA reporting.
Routing rules help automate actions based on certain conditions. While this is commonly used to assign a work item to a specific department, this can also help set for example category and status labels automatically, which can help reduce the agent's wrap-up handle time.
When Automatic Distribution is enabled and you select a department as discussion partner, Bold360 automatically assigns the discussion to an available agent in that department. In many respect, a discussion is treated as a chat work item. Similarly to chats, Automatic Distribution is responsible for routing discussions to agents.
You can set up automatic distribution for chats and chat discussions either for all agents of your organization or for a specific department. To enable Automatic Distribution for chats and discussions, at admin.bold360.com, go to Channels > Chat > Automatic Distribution and enable Enable automatic distribution. To limit the number of discussions an agent can take at a time, select Concurrent discussion limit.
The following Automatic Distribution settings influence routing within the selected department:
An agent who fails to answer in time is set to Away status on the Chat channel to prevent new discussions (and chats) from being assigned. The agent must then explicitly set their status to Available.
To determine which waiting same-rank agent gets the next discussion, choose an assignment method:
As part of your routing strategy, Urgency determines which queued chats will be assigned first.
Urgency can be applied in two ways:
Here is how to set Urgency for a department.
Result: The New/Edit Department page is displayed.
Incoming chats for a department with a higher urgency setting are distributed before those for a department with a lower setting. When departmental urgency is the same for multiple chats in the queue, agents receive the chat from the department for which they have the highest priority. Chat-level urgency prevails over department-level urgency.
To set urgency at the chat level, refer to the instructions for managing chats according to rules: Invite customers to chat according to rules (Invitation Rule Sets).
Concurrency limits for chats and other items are normally set at the account or department level. These limits can be overridden at the individual agent level.
When an agent reaches a limit, they are no longer assigned new items.
Result: The New/Edit Agent page is displayed.
When would you set concurrency limits?
Concurrency limit hierarchy is important to keep in mind to build the necessary flexibility into your organization. Digital DX supports three levels of limits: at account level, department level, and agent level.
While there may be a general setting applied to the account that no one person takes more than three work items at a time, this will be overridden by any department level settings and agent settings that are defined. For example, if your "L2 Support" department is set to take a maximum of three chats, a newly hired agent starting to work in this queue can be set to have an agent limit of one chat maximum. This way, they can ramp up without disrupting the maximum capacity for the entire department.
These concurrencies must be considered in relation to each other. For example, if the agent assigned to "L2 Support" which has a maximum concurrency of three and the "L3 Support" department that they also belong to has a maximum concurrency of one chat, this agent's potential maximum workload is 4 chats: three L2 chats and one L3 chat as an agent can belong to multiple departments. If this agent should only ever receive a maximum of three chats of any type, you must set an agent-level concurrency limit of three chats so that they never exceed this maximum, no matter where they come from (such as two L2 chats + one L3 chat or three L2 chats and zero L3 chats).
Bold360’s customer engagement solution makes the transition from chatbot to human agent a completely seamless experience. The full history of the interaction is carried over to the agent, so the customer never has to repeat themselves. Bold360’s?artificial intelligence continues to support this engagement?even after passing it off to a human, and the agent can also provide feedback to the smart advisor, improving results with every interaction. Whether talking with a chatbot or human agent, Bold360 makes it easy for your customers to get the answer they need. When bots and humans work seamlessly together, your customer wins.
You can combine your available channels into a single queue. Depending on how you set up Omni-queue, your agents can receive work items from the chat, email, and messaging channels in one queue.
Agents will receive work items from these channels as soon as they change their status to Available in Omni-queue.
Use Automatic Distribution to automatically place agents in an active sessions without agent interaction.
Result: This activates Automatic Distribution at the account level.
Option | Description |
---|---|
Reassign unanswered messages (seconds) | When selected, work items are reassigned to another agent when the originally assigned agent does not answer the work item within the specified period. In practice this means that a work item is answered by another agent when the originally assigned agent fails to respond. An agent who fails to answer in time is set to Away status to prevent new work items from being assigned. The agent must then explicitly set their status to Available. |
Concurrent item limit | When selected, the number of work items that can be assigned to each agent is limited. When an agent reaches the limit, they are no longer assigned new work items. This limit setting can be overridden at an individual agent level. Chat and discussion difficulty affects this limit. |
Option | Description |
---|---|
Agents waiting for assignment | To determine which waiting same-rank agent gets the next chat, choose an assignment method:
|
You can set this option independently for customers reassigned within a department (From same department) as opposed to between departments (From other departments).
Result: Settings are applied to your entire account except where overridden at the department or agent level.
How does Automatic Distribution for Omni-queue influence other channels?
Omni-queue settings override Automatic Distribution for other channels and thereby simplifies admins' work. When a channel is part of Omni-queue, you can no longer modify its Automatic Distribution settings, even if Automatic Distribution is not enabled for Omni-queue.
What about department-level Automatic Distribution settings?
You cannot modify Automatic Distribution for chat, email, and messaging channels at the department level, even if Automatic Distribution is disabled for Omni-queue. However, you can define Automatic Distribution for Omni-queue at the department level. This will override account-level Omni-queue settings.
Can agents receive work items on all Omni-queue channels?
No. Agent-specific channel settings override Omni-queue settings. When a channel is disabled for agents, they do not receive items on that channel, even if the channel is included in Omni-queue.
Bold360 version 21.10 contains the following new enhancements:
Going forward, there will no longer be an option to choose (non-secure) HTTP-only connections when generating widget touchpoint scripts. HTTPS will be enforced across all touchpoints going forward and HTTP-only widget configurations will no longer be supported as of December 31, 2021. Any widget script using HTTP only will need to be changed by this date in order to continue uninterrupted
Access to the Genesys DX AI management (*.nanorep.co) will only be accessible through HTTPs
In-product announcements will be present to raise awareness of this change
Important: Any widget script using HTTP only will need to be changed by this date in order to continue uninterrupted.
As part of the transformation to Genesys DX, the product interfaces are now rebranded to reflect this change. Logos, product names, and company links are now updated to Genesys branding and is present within each of the product interfaces.
Using the "getEstimatedWaitTime" API call will provide the estimated wait time that the visitor would spend waiting before starting a live chat with an agent.
Details on using this API can be located in this article.
Bold360 version 21.11 contains the following new enhancements:
New KB Launchpad Intent Library for COVID-19/Vaccinations
In order to help businesses with providing just-in-time information related to updates to COVID-19 and vaccination protocols, a new entry in the KB Launchpad is now available with intents that can be used to deploy knowledge to keep your workforce informed of new policies and information that you may need to enforce.
Not familiar with the KB Launchpad? The KB Launchpad contains pre-defined intent libraries to help you add industry and use-case specific questions/intents to your KBs with your own specific responses to help with adding commonly asked questions for newly created KBs.
We will be enabling the KB Launchpad as a default setup option on all accounts shortly but contact your Account or Success Manager to get it enabled early if necessary.
ICO Cookie Compliance
In order to support ICO cookie compliance in regions that require end-user consent for allowing cookies to be set, Genesys DX now complies with this standard by making the tracking and analytics related cookies that are set through the touchpoint and visitor monitoring HTML snippets to be optional.
By default, all cookies will continue to be set upon page load. To restrict these cookies from loading automatically and only upon end-user consent, additional steps will be required on the website that the Genesys DX code is being deployed to.
You can learn more about what this compliance is and how to update your Genesys DX deployment to be compliant by reviewing the details in this article: ICO Cookie Compliance.
Every year, Genesys® orchestrates billions of remarkable customer experiences for organizations in more than 100 countries. Through the power of our cloud, digital and AI technologies, organizations can realize Experience as a Service℠, our vision for empathetic customer experiences at scale. With Genesys, organizations have the power to deliver proactive, predictive, and hyper personalized experiences to deepen their customer connection across every marketing, sales, and service moment on any channel, while also improving employee productivity and engagement. By transforming back-office technology to a modern revenue velocity engine Genesys enables true intimacy at scale to foster customer trust and loyalty.
Copyright © 2022 Genesys. All rights reserved.
Terms of Use | Privacy Policy | Email Subscription | Accessibility Feedback | Cookie Preferences