We are excited to announce the Evolve Contact Suite (ECS) v5.2.5 release that includes new capabilities for our customers.
What Do You Need to Know?
- Any changes made to your environment must be fully deployed via Setup before the upgrade and previously deployed versions will no longer be available after the upgrade.
- If your organization is staffed during the maintenance, they will experience a short period of downtime (less than 10 minutes).
- Users will get a notification on their first login after the upgrade to accept and download the newest update. Please instruct your users to accept the application update.
This release contains the following feature enhancements:
Many customers deploy ECS in a “Unified” solution along with Evolve IP’s UCaaS or HPBX capabilities (collectively referred to as BroadWorks). The benefits of this “Unified” deployment is tight integration between the Contact Center and the rest of the organization (users outside of the Contact Center). This release includes significant advancements to the “Unification” of ECS with BroadWorks. The compelling driver for these improvements is to make Agents more efficient by streamlining their day-to-day tasks. Agents can now move seamlessly back and forth between the Agent application and their BroadWorks Handset (or UC-1 application) without concern. For more details on these enhancements, please review the ECS v5.2.5 BroadWorks Unification post.
Given the significant changes in this release for “Unified” ECS clients, we will be holding training sessions about how ECS will operate after the release of v5.2.5. Some of the key call handling functionality will operate differently and Agents need to be aware of these changes. We highly encourage all Unified ECS clients to attend! In addition to these training sessions, please review the ECS v5.2.5 Agent video which details these changes.
- Agents are now able to search for users in the Enterprise Directory by extension.
- The Enterprise Directory will now display user information in this order to simplify calling: HPBX User ID, DID, Extension, and Mobile Number.
- For interactions that are transfer or overflow through multiple BPs, a unique Disposition Code can now be applied for each BP.
- The Business Process list in the Agent application will now appear in alphabetical order.
- Improved validation when adding an HPBX User ID to an Agent’s profile in Setup.
- Significant improvements have been made to both the REST API and Events platforms. For more details, please visit the API Help or Events Help. Note: a new API versioning mechanism has been implemented in this release. For those organizations that have integrated via these REST API methods, you can continue to operate in the same manner. In the future, you will need to incorporate the versioning structure to take advantage of improved methods.
- For Unified clients that deploy ECS and the BroadWorks UCaaS solution, ECS now stores the PBX Call ID and PBX External Tracking ID fields in the Interaction properties and are available for use in the REST API. Please see the updated list of REST API Trigger Fields in the REST API
- When a new Callback is created and an existing Callback is active for that same phone number, the new Callback becomes active and the original Callback is closed.
- Error messages related to connectivity between the application (e.g. Agent & Supervisor) and the ECS platform were modified and are now more descriptive of the issue encountered.
- For improved clarity, the Supervisor Total Abandoned and % Abandoned columns (on the BP Monitor) now only include Incoming interactions that queued and exclude all other Interaction Types.
- Setup now deletes “old flows” immediately after each Full Deploy.
- For improved clarity, the Agent Monitor in Supervisor includes the following changes:
- The State column is now labeled Agent State
- The Elapsed State Time column is now labeled Agent State Time
- The Current State column is now labeled Interaction State
- The State Time column is now labeled Interaction State Time
- All applications incorporate a new method to collect application logs when engaging Support.
This release contains the following fixes:
- An interaction would “jump” from the first Demand Filter to the last Demand Filter.
- Metrics like Service Level and ASA were calculated incorrectly when an interaction queued in a Business Process and subsequently moved to a different BP via an overflow or agent transfer.
- In rare instances, an interaction failed delivery to an agent and that interaction became “stuck” resulting in repeated delivery to the agent.
- The # key was not recognized via API or Events.
- Some Callback interactions incorrectly appeared with the Interaction Type of “Incoming” in reports.
- The Callbacks to Be Processed metrics displayed incorrectly in Supervisor and Wallboard.
- Remarks were missing from the Delegated and Abandoned Monitor in the Supervisor application.
- The Supervisor client crashed during agent assignment if unsaved changes existed when moving agents between BPs.
- A Supervisor would listen to agent call and it would disconnect the agent and customer.
- The Supervisor ribbon with open Disposition Graph would minimize when saving changes.
- Resetting an agent’s password via an email link resulted in the agent receiving an error on the application portal.
- Callbacks were considered incomplete even after an agent handled them.
- The default Delivery Method for all new Report Subscriptions is Email.
- Report subscriptions created by a deleted user will be reassigned to the Organization Admin.
- When exporting reports to CSV format, the output is now a single table that includes only the detailed data without any summary sections or tables.
- On the 2.01 report, interactions handled by multiple agents will display as separate interactions.
- On the 2.01 and 2.02 reports, Agent Handing Time now includes time spent “In Conference”.
- On the 3.04 report, the “Is Transferred” field is now labeled “Is Transferred External”.
- On the 4.13 report, there is a new “Total Interactions” column.
- On the 5.05 and 7.03 report, the Agent Calls Transferred now includes both internal and external transfers.
- Total Callbacks Requested in the 7.03 report will be separated into two fields:
- Callbacks Requested (Queue) represents callbacks requested while the caller was in queue.
- Callbacks Requested (Non-Queue) represents callbacks requested outside of the queue (created by an agent, requested in the BP prior to the queue, web Callback, etc.)
- Improved handling of Daylight Savings Time for Report Subscriptions.
- On multiple reports, overflowed interactions counted in both the initial BP and the subsequent BP.
- Report subscriptions would fail to generate when the selected Demand, Disposition Code, or BP is missing for the specified time period.
- The 1.01 report incorrectly sorted the Start Time alphanumerically.
- The 01 report incorrectly calculated Agent Busy Time.
- The 2.01 report incorrectly calculated Agent Handling Time.
- The 2.02 report incorrectly calculated Total Login Time.
- The 2.02 and 2.03 reports didn’t display the correct BP filters.
- The 2.04 report’s Interval column displayed incorrectly on a CSV export when the Time Interval = ‘Daily’.
- The 2.04 report incorrectly calculated Talk Time % (Voice), Hold Time % (Voice), and Wrap Up Time % (Voice).
- The 2.04 report incorrectly calculated Staffed Time.
- The 2.04 report incorrectly calculated Transferred Internal.
- The 2.04 and 5.05 reports Interval Column sorted monthly intervals incorrectly.
- The 3.04 report displayed the incorrect agent name.
- The 3.04 report incorrectly calculated Pre Queue Duration and Queue Duration fields.
- The 4.13 report incorrectly calculated the count of Disposition Codes.
- The 4.14 Report displayed an incorrect BP subtotal.
- The 7.03 Report displayed the wrong number of Abandoned calls.
- The 7.03 report included an extra summary row.