Overview: Update Interaction workflow module
This article explains the Update Interaction workflow module and how to configure it in Edify Console.
In this article
The Update Interaction module gives you the ability to quickly and easily change interaction data once an interaction is created in the queue. This is useful when you need to add or alter data for an interaction, like updating a phone number or change its communication type, like when changing an interaction from an inbound phone call to a callback.
The Update Interaction module functions similarly to the Create Interaction module in that they both have the power to manage the same set of interaction fields. However, the key difference between these two modules is that the Update Interaction module alters existing interactions, like adding data to it and/or changing the interaction’s status. You can alter one or several pieces of data. There isn’t a limit to the amount of data that’s altered with this module.
In the event that the Update Interaction module fails to make the configured changes, the workflow proceeds down the ‘ERROR’ exit port. This allows you to create an action plan for further processing and managing the interaction when the desired updates fail. Otherwise, when the updates are successfully executed, the workflow proceeds down the ‘SUCCESSFUL’ exit port, which moves the workflow session to the next module in the workflow.
The Update Interaction module enables Hammond to make changes to the data linked to a specific interaction ID. These changes override the original data. This ensures that when utilizing reporting, referencing completed interactions, or otherwise accessing interaction data, you are viewing the most accurate data pertaining to a specific interaction.
Alter static or dynamic data
When configuring the Update Interaction module, you can configure the data to be either static or dynamic.
Static data is when you configure the module to change to the same value every time a session processes through it. For example, you can configure the interaction to change to a certain status or to add a specific tag to it. This change would be the same change for all workflow sessions that process through it. This is common when using this module to change an interaction from a phone call to a voicemail interaction. In this scenario, the Update Interaction module would change the interaction’s status to ‘voicemail-start’ once the workflow session reached this module in the workflow. Customers are then always directed to the queue’s voicemail when their workflow sessions are directed through this module. This is just one example of how you can configure this module to change static data.
On the other hand, dynamic data is where you configure the module to change to a value that’s collected during the workflow session itself. This means the value is unique for each workflow session. Unlike with static data, which is data that’s altered in the same way each time, dynamic data is altered to a different value for each workflow session. This is common when you are collecting customer-specific information, like an invoice number, shipping tracking ID, or a social security number for verification purposes.
Customize the update for voice and messaging traffic
If this module processes sessions for both voice and messaging communications, then you can customize it to define which data is altered based on the communication type of the workflow sessions.
This is helpful when you want a different experience for phone calls compared to MMS/SMS interactions.
Common use cases for the Update Interaction module
Below are some common use cases for using the Update Interaction module.
How it works
Here’s an example of how you can implement the Update Interaction module in a workflow. This specifically explains how to use the Update Interaction module in a timed workflow for creating a callback experience for your queue.
Your business aims to offer the best possible customer experience. In doing so, you want to provide customers calling into your business the opportunity to decide what works best for them.
Once a customer reaches a queue, and waits for someone for 30 seconds, a timed workflow is triggered and the workflow session starts running.
This timed workflow provides the customer the option to decide if they want to wait in the line or do something else, like leave a voicemail or get a call back when next available. This decision process is managed through a Say+Intent module.
Then, if the customer opts to have a call back to a phone number other than the caller ID that they called from, then the workflow proceeds to the Update Interaction module. This is where the customer phone number is updated to the new number provided and the interaction’s event status is changed to ‘Callback’, which is configured in the Action menu of the module. When this change is successfully completed, the customer is told through a Say module that a queue user will return the call to the new number the customer provided.
Now that you have implemented the use of an Update Interaction module in your workflow process, your customers are happy to not be forced to wait on the phone line.
This minimizes customer wait time, improves customer sentiment and satisfaction, and makes it easier for your queue users to manage interactions.
This is the exterior of Update Interaction. All modules share this same structure. This module has two exit ports: Successful and Error.
Reference the Overview: Workflow module structure in Workflows article to take a deeper dive into each of these components.
The interior structure of the Update Interaction module is broken into two sections:
Phone and Messaging configurations
Refer to the labeled image below for more information about each menu/field and button available to you within this module.
Phone and Messaging configurations
The Phone and Messaging section allows you to update interaction data based on its communication type.
The Status section allows you to define a single event status update, so the configuration in this section is consolidated to a single menu.
Action Menu: This menu gives you the ability to define an event status action to be performed by this module. This means that you’re updating from the interaction’s current event status to this new one. These actions vary widely and can apply to the interaction itself, the workflow session that the interaction is routing through, and more. Updating an interaction’s event status allows for more fine tuned reporting and/or additional details available to queue users when the interaction waits in the queue amongst other things. The actions available within this menu include:
Attended Transfer Answer: Causes the user to answer a request for an attended transfer.
Attended Transfer Cancel: Causes an in-process attended transfer to cancel. The interaction returns to the user who initiated the transfer.
Attended Transfer Complete: Causes the attended transfer process to complete. The interaction changes assignment to the recipient.
Attended Transfer Warm: Causes the attended transfer to go through the "warm" process where the transferring user, the recipient, and the customer are all on the call so that the transferring user can introduce the customer to the recipient user.
Attended Transfer: Initiates the attended transfer process.
Blind Transfer: Initiates a blind transfer.
Blind Transfer Complete: Completes a blind transfer.
Call End: Ends the phone call on the interaction.
Call: Starts the phone call on the interaction.
Callback: Calls the customer back after a call ends.
Channel HungUp: Marks when either side of a phone call hangs up.
Clear: Removes the queue user's as the assigned user when an interaction reaches the user's ring time without being answered.
Close Interaction Tab: Closes the user's open interaction tab.
Completed: Changes the interaction status to completed, closing and saving the interaction.
External Transfer Attended Cancel: Causes an in-process external attended transfer to cancel. The interaction returns to the user who initiated the transfer.
External Transfer Attended Complete: Causes the attended transfer process to complete.
External Transfer Attended Warm: Causes the external attended transfer to go through the "warm" process where the transferring user, the recipient, and the customer are all on the call so that the transferring user can introduce the customer to the recipient user.
External Transfer Attended Answer: Causes the user to answer a request for an external attended transfer.
External Transfer Attended: Initiates the external attended transfer process.
External Transfer Blind: Immediately initiates and completes an external blind transfer.
Hang Up: Hangs up the user's phone call.
Hold: Toggles the user's hold status on a call on or off.
Join: Indicates when a user joins a conference session.
Leave: Indicates when a user leaves a conference session.
Mute: Toggles mute the call.
Open Interaction Tab: Opens the interaction tab for the user.
Viewer Add: Adds a user as a viewer to the call.
Viewer Remove: Removes a user as a viewer from the call.
Viewer Call: Adds a viewing user to the call as a participant.
Viewer Call End: Removes a viewing user from the call as a participant.
Viewer Mute: Mutes a viewing user on the call.
Viewer Update: Modifies the viewing user on the call.
Reject: Rejects an interaction.
Transfer: Opens the interaction transfer window allowing the agent to choose to make a blind or attended transfer.
Voicemail Save: Ends a voicemail recording session and saves it.
Voicemail Start: Starts a voicemail recording session.
Workflow Exit: Indicates when a user has been routed through a workflow process but exits the workflow before completion.
Workflow Hang Up: Indicates when a workflow terminates a call session.
WrapUp Extend: Extends the wrap up process for a user in wrap up.
Change CommType: Changes the communication type of the interaction.
Messaging End Customer: Indicates when the customer ended a web chat communication from their end.
End Interaction User: Indicates that the queue user ended the interaction by clicking the Close:Resolved button instead of the customer or system terminating the session.
Take Ownership: Switches ownership of the interaction to the user.
Answer: Answers the interaction for the user.
Workflow Start: Indicates when a workflow process has started.
LinkedIds Remove: Indicates when LinkedId data previously recorded is removed from the session.
Start Live Transcription: Starts live transcription on the interaction.
Stop Live Transcription: Stops live transcription on the interaction.
Voicemail Start Clear Timeout: Clears the timeout count upon the start of the voicemail process.