(3.4.2.5) Release Notes 3.4.2.5

Release History

Abbreviations

What’s New

• [Driver] Reset timer feature on wrapup

• [Driver] Service parameter achieved to achieve this functionality

• [GC] Optional SSL support for older versions of finesse

Solution Feature

Following are the supported features of the Siebel CTI Driver.

ACD Login

The application supports agent login to Cisco Contact center. The agent will only have to provide his/her extension number on the toolbar and press the login button to login on the ACD.

Agent State Changes

The agent can change his/her state from ready ⇒ not-ready, not ready ⇒ not-ready with reason and not-ready ⇒ ready. Based on the configurations, you can also configure not-ready reason codes. When the agent will change his state from Ready ⇒ Not-Ready, an LOV applet is popped up to select the custom configured not-ready reason. Not Ready reason code description is also displayed on the CTI Toolbar upon refreshing agent state.

Toolbar Controls

Controls/buttons on the toolbar change based on the current state of the agent/call and based on the telephony event fired from the contact center. The agent can:

• Accept call

• Pause (Hold) an active call

• Resume (Retrieve) call

• Submit WORK ➔ Ready

• Release call

• Consultant transfer call

• Consultant conference call

• Single-Step / Blind Transfer

• Make call to extension or external number

• Blind transfer to Siebel contact

• Blind transfer to extension or external number

Contact / Account Screen pop

On call arrival, Account or Contact screen is popped up in Siebel Web. This lookup may be configured to lookup customer information by ANI, DNIS, other call variables and any caller entered digit passed through IVR.

This works both for inbound and automated outbound calls.

Caller Account Display in Communication Panel

The caller account information is also displayed in the relevant fields in the communication panel (if a match happens).

Call Wrapup

Wrap-up reasons are configured for each agent in Cisco. When an agent receives a wrap-up event (WORK / WORK_READY) from Cisco Finesse, the wrapup applet (custom LOV applet) can be displayed for the agent to choose from.

On Cisco side, in Agent Desktop settings, yo
u can set the wrap-up option to either “Required” or “Not Required”. Wrap-up mode “Optional” is not supported.

If call wrapup is enabled in Cisco for this agent, following configuration changes are required in Siebel Driver DEF file to get a wrap-up reason from Siebel and push it to Cisco Finesse.

Driver profile property UseWrapupReasonCode should be set to TRUE

EventHandler for WrapEvent is defined as outlined below

LOV of type WRAP_UP_REASON_CODE is defined with the same wrap-reason codes as defined in Cisco Finesse.

EFDriver supports Cisco wrap configuration modes of ‘mandatory’ or ‘none’. ‘Optional’ mode is supported in advanced mode of EF Siebel CTI driver.

Outbound Calls

For automated outbound campaigns, Predictive and Progressive modes are supported. The behavior of call arrival is similar to the regular inbound call and the screen pop happens the same way. Outbound call activity may also be logged.

Screen pop-up on Consult Call

Like inbound calls, when an agent does a consult call with another agent screenpop happens on the agent account.

Logout with reason code

Logout reason codes may be configured in the same way as not-ready reason codes are configured. If configured, the agent will get the logout reason popup to select a logout reason on signing out of the Siebel toolbar.

Call Timer

For every work item in Siebel, the call timer is configured to be started upon start of the call until the call is completed.

Phone Call Activity

Upon call end (both for inbound and outbound), a phone call activity can be created within Siebel.

An inbound/outbound call may be logged for a phone call activity. Siebel has the option of different call loggers. With EF Siebel Driver, 3 types of call logging activities may be enabled and configured in DEF.

1. SingleLog – Log the phone call activity when a single matching record is found

2. MultiLog – When multiple contacts are found in the event response, this attribute defines how call should be logged.

3. Log – when no match happens, this attribute defines the call log behavior.

Ref-1: Associating Events Logs with an Event Response

Ref-2: Example Events for Updating and Clearing Customer Dashboard

Only the information / attributes available in an EventResponse may be used for custom logging.

Note: Any modification in Siebel entities / objects for custom logging is beyond the scope of Expertflow. Refer to your Siebel vendor for custom logging or use additional fields while logging.

Make call to Siebel contact

Calling to any Siebel contact is supported. You’ll either have to select the contact in the contact list or specify the phone number in the custom text field to make a manual outbound call.

Locale based Status Message

On every event change, a notification message is shown on the communication toolbar, for example upon login the agent is notified with the logged-in status along with Agent’s first name and last name. Similarly, in case of any error, a friendly/custom message is shown.

These messages are configurable from a resource/text file and you can have messages displayed in your own language.

Secure Agent Password

Since 3.2, the Driver supports password security for Siebel agents. Driver can optionally encrypt agent password using Triple-DES before forwarding it to the middleware  Connector. In all Driver logs, all agent password logging is done using encrypted password.

Display Agent State Time

Since 3.4.1, the Driver supports displaying state time on CTI toolbar for every agent’s state. This time is provided by Finesse for agent state. “State: <state-name> since <mm> minutes <ss> seconds” message is displayed on communication toolbar.

State time is updated on toolbar refresh..

Deploying on Multiple Siebel Communication Servers

An enterprise Siebel installation may consist of multiple sites and multiple Siebel Communication Server (SCS) deployments.

Multiple Siebel Driver instances may be deployed for an enterprise, one for each Siebel Communication Server.

To deploy EF Siebel Driver on multiple SCS,

1. Create a new communication configuration for each deployment

2. The Driver parameter “ClientDestination” should be unique for each configuration.

For example, a Siebel installation has 2 Siebel Communication Servers setup A and B.

1. Create a DEF file for each

2. For A, name it EF_Driver_A.DEF

3. In EF_Driver_A.DEF, specify a unique Driver destination string to the Driver Profile attribute ClientDestination. For the purpose of illustration, we give it the value “SCS_A”.

4. For B, name is EF_Driver_B.DEF

5. In EF_Driver_B.DEF, specify a unique Driver destination string to the Driver Profile attribute ClientDestination. For the purpose of illustration, we give it the value “SCS_B”.

6. Create two communication configurations in Siebel and load the respective DEF file.

1. For SCS_A, let’s give Communication Configuration the name “Site-A”.

2. For SCS_B, let’s give Communication Configuration the name “Site-B’.

7. Import EF_Driver_A.DEF in “Site-A”

8. Import EF_Driver_B.DEF in “Site-B”

Other than ClientDestination, all the remaining attributes will have the same value across all DEF files.

Siebel Compatibility

Browser Compatibility

System Architecture

The planned design is based on 2 physical sites with each site serving as a failover supporter of the other. The 2 sites are marked as site-A & site-B for illustration.

Every site has:

• Siebel Web Server

• Siebel Communication Server

• AMQ Broker

• Connector

• Finesse

Each site works primarily with components on the same site. The same component on the other site acts as a standby component. For example, on site-A, Connector-A is the primary connector and Connector-B is the secondary/standby one.

Normal Workflow

1. A Siebel user will login on the Siebel web server either on site-A or site-B.

2. Siebel Web server will check the active SCS instance and enable the communication toolbar loading the EF Driver for Siebel from that SCS.

3. The driver instance running on SCS will process the request and pass it on to it’s primary AMQ Broker.

1. If connection to primary broker is lost, the request is sent to ActiveMQ-B (secondary broker for site-A)

4. The request is pulled by the Connector which communicates with Finesse to fulfill the CTI request.

Siebel Communication Server Failover - Expected Behavior

Configuration of Siebel Communication Server for this failover handling is the responsibility of CIB. The expected behavior / impact on the Driver for this failover is expected as following:

1. Siebel server closes the communication session on that SCS

2. The agent is given the message on communication toolbar that the session to communication server is lost, reconnecting to the secondary SCS

3. Siebel server establishes the user session with secondary SCS

4. The agent will have to relogin on the communication toolbar specifying the extension the agent was already using.

Driver Setup & Failover Behavior

A driver is loaded on each SCS with its own Driver profile configurations. The Driver profile configurations are mentioned in Appendix A.

• Driver is connected to both ActiveMQ using failover URL. Local ActiveMQ is set to primary and remote AMQ is set to secondary.

• If connection to primary AMQ is lost, Driver establishes the connection with the secondary AMQ for message publishing as well as for the subscription.

• Both Driver instances (one on each site) are subscribed to the same AMQ topic “Siebel1”.

• All Driver instances will publish on the queue “Connector”

• There’ll be 2 Drivers configured on 2 Siebel Communication Servers (one on each site).

• AMQ will publish a message received for topic “Siebel1” to both Driver instances.

• Only the Driver that has the agent information will process it. The other Driver instance will ignore and discard the message.

ActiveMQ Setup & Failover Behavior

ActiveMQ will be configured as network of brokers in duplex mode. Both sides will work in active-active fashion to process communication between the Driver and the Connector.

Due to loss of connectivity between ActiveMQ and Driver/Connector, the request is transmitted to the secondary ActiveMQ setup.

If connectivity between ActiveMQ and Driver is lost:

1. If Driver gets no response from ActiveMQ within specified duration, Driver forwards the request to the secondary ActiveMQ.

2. The Connector connected to the secondary ActiveMQ handles the request.

If connectivity between ActiveMQ and Connector is lost:

1. For a pending message for the connector, ActiveMQ broker forwards the request to the secondary AMQ Broker

1. Connector subscribed to secondary AMQ Broker processes the request.

2. For an event to be published by Connector, it establishes the connection to the secondary AMQ and publishes the event.

Connector Setup & Failover Behavior

• Both the Connector instances consume messages on the same queue name “Connector”.

• Every Connector instance has it’s local AMQ as primary and remote AMQ as secondary.

• The Connector subscribes to its local Finesse Server as primary and remote Finesse Server as secondary.

A Connector is expected to receive and consume all messages from the local AMQ only.

When one Connector instance is down:

1. AMQ forwards the request to secondary AMQ

2. Secondary AMQ dispatches the message to its Connector instance

3. The Connector on the remote site processes it.

1. If the Connector on the remote site is also down, AMQ caches the messages and waits for the subscriber (Connector) to be ready to accept messages.

2. AMQ caches a total of 20,000 messages. Exceeding this number would cause the messages (Agent invoked commands) to be discarded.

Connector Handshake Mechanism

The two connectors communicate each other via an AMQ topic “Finesse-Updates”. Both Connector(s) are publisher and subscriber of this AMQ topic at the same time.

• The Connector should be configured not to consume it’s local messages.

• The Connector produces agent’s subscription updates on this topic.

As Publisher on topic Finesse-Updates:

• Connector publishes a message with agent-information (agent-id, password, extension) when it grabs the agent’s Finesse subscription.

• At a regular interval (via a status-update thread), Connector publishes an array of messages (one per agent) for all the subscribed agents

As Subscriber on topic Finesse-Updates:

• Connector receives the agent-information as expected to be subscribed by the (Producer) Connector.

• The Connector will see if this agent is already in it’s list of subscribed agents, it’ll cancel the agent’s subscription

Open Issues

Following are the main open issues marked for release 4.0.

Fixed Issues

Following are the main resolved issues in this release.

In addition, regression test cycle is in progress to identify and report any issues caused by any fixes in 3.4.2.5

Limitations

Simultaneous Incoming Calls

Agent can only receive one call at a time (that’s the limitation in the driver for now). The Driver doesn’t support simultaneous calls for the same agent. Unexpected behaviour like wrong controls is expected in such a case.

Outbound Dialing - Preview mode

The system doesn’t supports preview mode outbound dialing.

Agent ID Length

The length of AgentID attribute must  not exceed 150 characters. This limitation is due to maximum length [200] of Siebel Tracking ID. The Driver constructs Siebel TrackingID as  [AgentID’:’DialogID] to form a unique tracking ID for Siebel.

WAN Link (Link between 2 sites)

The link between 2 sites should either be fully down or fully active. Partial connection state may cause unexpected agent states. Please ensure to have the WAN connectivity either working fully or not at all.

Team-wise Reason Codes

The system doesn’t provide team-wise reason codes. The limitation is due to Siebel LOV limitation that is configured in Siebel and cannot be populated from driver code at run time.

Unexpected Scenarios

All Buttons on the Toolbar are Disabled

This happens when the Driver doesn’t get the response from the Connector or from the AMQ within a specified timeout period. A configured friendly message for the code “MQ_DISCONNECTED” is displayed and shortly after this message, the toolbar is disabled.

Driver continues to retry establishing connection until the connectivity is restored.

Possible Causes

• Driver can’t establish connection with any of the AMQs.

• Connection to AMQ is alive but neither of the Connector is alive to process the request

• Connection to AMQ is alive but the local Connector is down and the WAN link is also down

Driver Fails to Load on Agent Sign-in

Agent logs in to Siebel communication toolbar but the Driver is not loaded and returns with an error message “Unable to load communications driver. Unable to create a Service object fro...”

Possible Causes

• Driver can’t establish connection with any of the AMQs.

• Connection to AMQ is alive but neither of the Connector is alive to process the request

• Connection to AMQ is alive but the local Connector is down and the WAN link is also down

Missing Extension on Login

Agent specified the extension in the textbox before clicking the button Login but the system still displays the message MISSING_EXTENSION.

Possible Causes

• The keyboard focus must remain with the textbox when the agent clicks the Login button. This error message is expected otherwise.

Solution

• Just click once inside the custom textbox where you enter Extension Number and click the Login button again.

Error Message: An error occurred, please try again later.

Agent tries to make a call but gets the message “An error occurred,please try again later”.

Possible Causes

When agent tries to make a call on the same extension he is logged in.

Please reset your phone and try again

Agent tries to login giving the right extension but gets the message “Please reset your phone and try again”.

Possible Causes

When agent tries to login on that extension which isn’t ready for use, the agent is expected to see this error message.

Phone extension is already in use

Agent tries to login but gets the message “Phone extension is already in use”.

Possible Causes

When agent tries to login on the extension already in use.

Please enter phone number or extension

Agent tries to make a call (simple, consultative or blind transfer call) but gets message “Please enter phone number or extension”.

Possible Causes

• Agent didn’t specify the number to dial in the custom text box

• Agent entered the extension in the textbox, but the custom textbox didn’t have the focus before initiating the command to dial (for simple make call, consult or blind transfer)

Maximum communication sessions expired

Agent gets the message “Communication: User has maximum Communication toolbar sessions.”

Possible Causes

• Siebel toolbar is configured for only one communication session per user. If the agent is already logged in from some other browser (on the same or any other machine), the agent is expected to receive this message from Siebel.

Solution

If you are sure that there’s no other agent on any browser logged in with the same user credentials, you can clear any active sessions for this user using Siebel Menu > Tools > Communications > Reset Active Session Count

Unable to create a Driver Object from driver <driver-dll-path>

The very first agent who logins after start/restart Siebel Service sees this message and all toolbar buttons are disabled.

Possible Causes

This happens when the Connector can’t establish first connection with any ActiveMQ.

Solution

Please check if ActiveMQ url set in middleware primary and middleware secondary driver parameters is correct, ActiveMQ service is up and accessible from Siebel Service machine. Now logout and relogin or refresh page to connect to middleware.

Call Wrap-up pop-up LOV pops up twice.

The agent sees this behavior when wrap-up LOV pops up two times after a phone call end.

Possible Causes

This happens when GC failover occurs during call end. This has no negative impact on functionality so agent should let it go.

Agent get the message “OUT_OF_SERVICE”

The agent sees this message on the communication toolbar and all the toolbar buttons are disabled.

Possible Causes

This happens when the Connector can’t establish connection with any of the Finesse servers. The Connector continues to retry and wait for the connection to be restored.

If and when connectivity is restored, the agent may be asked to re-login.

Invalid user-name or password

The agent sees this message on the communication toolbar when try to login.

Possible Causes

Password encryption configuration is not identical on Driver and Generic Connector. Please verify and make sure that password encryption configuration is identical on both. Please refer to EF-SiebelCTIDriver-install-guide-3.4.2.4 for Driver side Encryption Parameter information. If password encryption configuration is identical on both Driver and Generic Connector and agent still sees this message, please ensure if agent password is correct.

Call Timer didn’t stop on call end

Call Timer didn’t stop though call was completed and the agent’s state is changed back to ready/not-ready from talking/wrap-up.

Possible Causes

This may happen due to failover of any Driver components.

Solution

1. Click on the Refresh toolbar button to refresh the agent and call state.

2. If the problem persists, logout and then re-login on the Siebel communication toolbar.

Invalid operation or call not found on conference call

Agent logged into Finesse, received call from Finesse desktop, made a consult call from Finesse desktop. Now agent logs into Siebel CTI Toolbar and tries to conference call, this error appears.

Possible Causes

If an agent logs into driver during a consult call, GC does not update driver about original call dialog id. Only consult call event is sent to driver. For conference call command, driver needs dialog id of original call (which isn’t provided by GC in this case) so this error appears.

Solution

Make conference call from Finesse desktop.

Some buttons on the toolbar are disabled (Simultaneous Calls)

Agent is in talking state and suddenly some buttons get disabled. This happens when an agent is in talking state and another call comes in.

Communication toolbar is unresponsive (Agent was in Talking state)

Agent remains in talking state and all buttons gets disabled. This may happen due to some communication failure in IP telephony.

The respective agent needs to re-login.

Simultaneous Session  - Siebel Interface & Finesse

An agent can login to Siebel toolbar and Cisco Finesse with same credentials. Any operation that the agent perform on any interface is updated on the other. For example, if agent changes his state Not-Ready ⇒ Ready, the updated state is visible on Cisco FInesse.

However, agent is not allowed to login on 2 different Siebel sessions. Therefore ‘MaxCommToolbars’ should be set to 1.

WorkItem shows Agent Name

WorkItem shows the name of the agent instead of the caller number.

This is an open issue and happens when Tomcat failover happens. [Failover] Consult call is active and Finesse Tomcat Service is restored.

Driver doesn't re-establish connection to local ActiveMQ after failover

This is an open issue and Driver continues to keep its connection with the secondary ActiveMQ even if primary ActiveMQ has been restored. This behaviour has an impact on the active-active (local/remote) design. WAN traffic will increase but there won’t be any impact on Agent’s call handling.

Solution

• Need to restart Siebel Service to re-establish connection with the primary AMQ. Make sure to have the primary AMQ of both Driver’s running before restarting the Siebel Service.

Network between 2 sites (WAN Link)

The connector handles the state when WAN link is down and later restored. However if the link allows connection between Driver and remote Connector, unexpected results are expected when primary Finesse service is unstable.

Solution

• Turn-off or restore WAN link completely

Wrong controls when login after force logout

When agent is logged in CTI toolbar and closes browser, after that he makes call from finesse and after force logout timeout he logins again to CTI toolbar and get wrong controls.

Solution

• Logout from Siebel and login again