Conversation sessions - Genesys Cloud Resource Center
Conversation sessions
AI-generated summary
Genesys Cloud captures the history of conversation interactions between agents and customers in conversation sessions. Supported channels include inbound/outbound calls and web chats/messaging. Sessions begin when a customer contacts the support center, an agent calls a visitor, a chat is offered/started, or a web messaging interaction begins. Contacts are verified using identifiable information. Agents see a separate session card for each conversation with details like duration, queue, agent, journey map, and status/wrap-up codes. During a conversation, events like routing, connection, and ending are recorded and can be used in segments, outcomes, and action maps. Web sessions and conversation sessions have separate cards.
Feature deprecation: Genesys will no longer support ACD Web Chat v2, which is available to customers via all its corresponding Chat Widget versions. This is further to the deprecation of ACD Web Chat v1, which was announced earlier. As a result, Predictive Engagement will also end support for these legacy web chat versions. For more information, see Deprecation: Removal of ACD Web Chat (version 2). All existing customers are encouraged to migrate to Web Messaging and Messenger.
When you track your website with Genesys Predictive Engagement, we capture the history of conversation interactions between agents and customers. A conversation interaction is any interaction that involves a phone call or web chat. For each conversation interaction, we create a corresponding conversation session.
Note: Both web chats and phone calls can occur within a single conversation session.
Supported channels
Genesys Predictive Engagement supports the following channels as conversation sessions:
Genesys Predictive Engagement offers a chat and the customer accepts the offer
Customer starts a chat on a web page (reactive chat)
Customer starts a web messaging interaction
How we verify contacts in a conversation
When a customer comes to your website, we attempt to verify their identity using their personal identifiable information (phone number or email address). Agents can also verify a customer manually. For more information, see About external contacts.
Conversation session cards
Agents see a separate session card for each conversation session. The session card includes:
As a conversation session progresses, the icon displayed in the session card may change. The following table explains the significance of the session card colors.
Color
Description
White
Abandoned. Customer ended the conversation before the agent could assign a wrap-up code.
Gray
Inactive. Conversation session ended and the agent assigned a wrap-up code.
Blue
Active. Conversation session is ongoing.
Status and wrap up codes
The available statuses are:
Waiting: Customer is in the queue and waiting for an agent to accept the interaction
Ended by Customer: Customer abandoned the call or chat
When an agent assigns a wrap-up code to end a call or chat, the wrap-up code replaces the status. For more information about creating wrap-up codes, see About wrap-up codes.
Conversation events in segments, outcomes, and action maps
During a conversation, we record the following events:
Routed (waiting in queue)
Connected to agent
Ended (either of the following)
Agent wraps up
Customer abandons (ends the session before the agent wraps it up)
You can use these events and their corresponding attributes to create segments and outcomes.
If an action map uses an Architect flow action, you can use these events to trigger that action map.
Web chats vs. web sessions
Agents see separate session cards for web sessions and conversation sessions:
A web session begins when a customer comes to a webpage where the tracking snippet is deployed.
A conversation session begins when a customer accepts an invitation to chat or starts a web chat on their own. The title of a web chat is always Web Chat.