Genesys Mobile Services Release Notes
|Release Date||Release Type||Restrictions||AIX||HP-UX PA||HP-UX IPF||Linux||Solaris||Windows|
This release includes only resolved issues.
This release contains the following resolved issues:
You can now set the _target option of a Callback Service to a routing point instead of a skill expression or an agent group. Previously, the redirection would have worked for agent groups and skill expressions, but not for routing points. Note that in agent preview mode, you must still set _target to an agent group or a skill expression. (GMS-2531)
If you set the _plugin_on_dial_associate_ixn to true when configuring your Callback service, the dialed call is transferred to the plugin so that the ORS session executing the plugin functionality has full control of the interaction. The functionality specific to the interaction is then executed as attached data to ease the development of plugin using Composer. This new behavior can be disabled by setting the _plugin_on_dial_associate_ixn to false. (GMS-2734)
You can now override media type for user events (preview, disposition, and reporting) by setting values for the following new GMS callback service options: _preview_userevent_mediatype, _disposition_userevent_mediatype, and _rep_userevent_mediatype. Previously, you could not override the media type for user events, which was set to voice by default.
To override media types, you must configure the _sip_server_app_name and upgrade ORS to version 8.1.400.26. Note that the _rep_userevent_switch configuration is ignored. (GMS-2616)
If you implement a User Terminated Callback scenario where the agent connects as first party, all relevant metrics are now reported correctly. Previously, some metrics were not reported whereas they were correctly reported if the customer was the first party to connect. (GMS-2719)
Callback applications can now use method=urs on a <session:fetch> request when invoking the URS HTTP API. This new mechanism makes Callback agnostic of URS host information and allows ORS to send the request to known active URS. Previously, Callback would have made a server call to find the active URS and would have performed a <session:fetch> request using the fully qualified URL, which would have been less reliable in a failover scenario. (GMS-2746)
If the callback scenario execution is about to exit, Callback sends a reporting user event with final record set to 1 and waits until the user event is sent out successfully. Previously, Callback would have queued the user event to be sent and may have terminated without waiting for the send user event operation to complete. (GMS-2770)
If the virtual interaction for the callback request is waiting for an agent to be assigned by URS, the callback request sends a heartbeat to URS to keep looking for an available agent after every _urs_heartbeat_interval period (default is 90 seconds). Previously, the configuration option value was ignored and the heartbeat was sent continuously. (GMS-2771)
In a multisite environment, if the call is routed to an agent located on a different site, the Callback application continues to execute after a delay of 10 seconds. Previously, in this scenario, after routing the interaction to the agent, the callback application would have been stuck waiting for the interaction.partystatechanged event. There is no change in the Callback behavior when routing to an agent on the same site. (GMS-2829)
Genesys Mobile Services
Now, GMS can process configuration notifications after a switch-over of the primary/backup Configuration Servers. (GMS-2703)
No special procedure is required to upgrade to release 184.108.40.206.
The following table lists the languages supported by this release.