RE: OPEN_REQ fails to log agent in http://developer.cisco.com/c/message_boards/find_recent_posts?p_l_id= 2013-05-19T07:22:38Z 2013-05-19T07:22:38Z Achal Gupta http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=8763857 2012-11-23T07:00:39Z 2012-11-23T07:00:39Z

Hi David, Thank you for patiently answering all our queries. All my doubts regarding UCCX have been cleared and I am almost at the end of integrating UCCX with SalesForce.com. however one thing still pesters me. OPEN_CONF showing the agent id, password and extension blank. Can you please clear this doubt. :)

Achal Gupta 2012-11-23T07:00:39Z Achal Gupta http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7481292 2012-10-10T05:42:50Z 2012-10-10T05:42:50Z

[quote=David Lender]Reason codes for agent state change are in table 10-15 of the UCCX CTI Developer Guide.[/quote] Yeah, I have already checked it out. thats why the query. This is an extract from UCCX CTI Developer Guide Release  8.0 September 10:   Agent State: One of the values from representing the desired state of the associated agent (see Table 5-1). "This is going to be one of the message values corresponding to the state which we want to SET. EventReasonCode: A Unified CCX code indicating the reason for the agent state change (see Table 5-1).  "Both the tables are same. I don't understand the concept of "reason for state change". For example if I want to set the agent state as "Ready", What is the reason?  Thanks.

Achal Gupta 2012-10-10T05:42:50Z Achal Gupta http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7446228 2012-10-09T12:19:25Z 2012-10-09T12:19:00Z

If I am correct then, in order to resume an existing held call, we use RETRIEVE_CALL_REQ. So i created this function. Its almost similar to HOLD_CALL_REQ with the exception that we dont have to add the boolean in fixed part of the message. However after repeated debugging, i am still not able to figure out why this function is not working. When i send a message to the server, i get the following response: MsgType: FAILURE_CONF, BodyLength: 110 Invoke ID: 22   status: 3   text: com.cisco.Ged188.CRACTIInvalidMessageException: illegal message field of  type: CONNECTION_DEVID_TAG   However I checked, and i am sending the correct value of connection_device_id. Can someone please help me on this? :)

Achal Gupta 2012-10-09T12:19:00Z Achal Gupta http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7439277 2012-10-09T06:30:26Z 2012-10-09T06:30:26Z

@David: Yeah Thanks! That doubt has been cleared. It seems that i would have to build my custom Supervisor Desktop to support my Agent Desktop. But my doubt on OPEN_CONF still remains And in SET_AGENT_STATE_REQ: Are the event reason code and the Agent state same??7 What does the event reason code actually mean?

Achal Gupta 2012-10-09T06:30:26Z Achal Gupta http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7368464 2012-10-05T10:31:51Z 2012-10-05T10:31:36Z

Hi all, I know that this forum has been dormant for a long time but this is a very urgent issue and needs to be resolved quickly. When i get an open_conf message the Agent_ID, extension and password fields are blank. However in subsequent messages, I am able to change the state of the agent and make and answer calls from that agent's extension.  Also The Cisco Supervisor desktop doesnt show any information regarding this agent. His name, current state, nothing. Albeit, it recognizes that AN agent has logged in and shuffles between ready and not ready. But Thats it. It doesnt show any information regarding the agent. Is there a method by which Cisco Supervisor Desktop can access data from UCCX server without my agent being logged in to CAD, but rather, logged in via my CTI application. please revert back to me kindly. :)

Achal Gupta 2012-10-05T10:31:36Z Achal Gupta http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7220487 2012-10-01T06:54:10Z 2012-10-01T06:54:10Z

You need to send the setagentstate request after you send open request. Like you said, the open_conf message comes back with an Agent State of 9 (Unknown). You need to over ride this by sending setagentstate request. Only then will your agent be logged in and ready to accept calls  

Achal Gupta 2012-10-01T06:54:10Z