02-12-2019 04:42 AM
Hi,
We are facing following issue with Finesse notifications
The scenario is
For Normal and success call we can see following line in log:
Header : [ClientServices] MasterPublisher._parseAndPublishXMLEvent() - Received XML event on node '/finesse/api/User/<userid>/Dialogs': <dialog xml here>
But the above is missing in transfer/consult calls.
Can you please help as to why the call variable is not updated and why the publish event is missing for transfer calls ?
Thanks,
Yogita.
02-13-2019 11:22 AM
Hi,
Once agent1 exits from the call and is in wrap up, it no longer has permissions to edit that dialog object. As a result, your UPDATE_CALL_DATA request is giving you a 401. I tried this manually on a 12.0 testbed to confirm.
If you use postman and try to update the call variables when agent1 is in wrap up, you will see a 401. If you do a GET on agent1's list of dialogs (/dialogs), you will not see any call listed.
Thanx,
Denise
02-14-2019 12:58 AM
02-14-2019 09:37 AM
Hi,
The reason why it works on a normal call is because the agent is still listed as a participant of the dialog/call. For a transfer, the agent is no longer a participant and therefore doesn't have access to that call anymore.
I tested this out using postman, so I didn't look at the success/error handlers. In your success handler, print out the response code and message to see what you are getting. I would also take a look at the client logs to confirm that you are seeing the same behavior as I am (Getting the 401s).
Thanx,
Denise
02-17-2019 10:28 PM
Hi Denise,
I checked and the printed the status in my success handler. Its printing 202. But in logs I am not able to see the publish event for "UPDATE_CALL_DATA" and not able to see any value in the callvariable 5. If you can please clarify on this ?
Regards,
Yogita.
02-18-2019 11:25 AM
That is interesting that it is returning a 202. Are you sure it is for that UPDATE_CALL_DATA request? Take a look at the networking tab of the browser's developer tools to see what http status you are getting back for that api call. Also, try this manually via postman to see what you are getting as well.
In the webservices logs, do you see the actual API request there?
Thanx,
Denise
02-18-2019 10:58 PM
02-18-2019 11:21 PM
02-19-2019 09:06 AM
Hi,
So looks like your deployment allows you to do a UPDATE_CALL_DATA. If this is the case, trace the request from the client to the webservices. Are the below logs from the client side or the webservices side? Do you see the request to update the call variable in the webservices logs?
Thanx,
Denise
02-19-2019 11:44 PM
02-21-2019 08:52 AM
Hi,
In the webservices logs, you said its being processed. But are you able to follow the flow where Finesse makes the request to the CTI server and receives an event back with the updated call variable 5? If so, do you see in the logs where Finesse is publishing the updated call variable 5? If you still see this, do you see in the client logs receiving this notification with the updated call variable 5?
Basically I am trying to have you trace to see exactly which step the issue is located.
Thanx,
Denise
02-21-2019 09:44 PM
Hi Denise,
In webservices log there is no flow where Finesse makes the request to the CTI server and receives an event back with the updated call variable 5. Also I cant see the Finesse publishing the updated call variable 5. So can you please clarify why it is not there ? and what can we do to rectify this ? or any alternate solution to update call variables when agent Transfers or consults call ?
Regards,
Yogita.
02-22-2019 09:55 AM
Hi,
Just to make sure I am reading it correctly, you see Finesse get the UPDATE_CALL_DATA request, but do not see Finesse request it to the CTI server (and therefore do not see an event back with the updated call variable 5).
It is hard to say without looking at logs why this is happening. I am not able to reproduce this on my setup. As I mentioned earlier, I get a 401. I am wondering if it has something to do with timing where at the time you make the UPDATE_CALL_DATA request, the agent is still listed as a dialog participant (and therefore no 401), but when it gets processed, the agent is no longer listed and Finesse doesn't make the request to CTI? This is purely speculation since I can't see the logs.
Can you open a ticket here: https://developer.cisco.com/site/support/ I would need to see the logs to help any further.
Thanx,
Denise
02-24-2019 10:55 PM
Hi Denise,
Your understanding is correct,Finesse get the UPDATE_CALL_DATA request, but do not send Finesse request to the CTI server (and therefore do not see an event back with the updated call variable 5).
We will raise a ticket. Thanks for your responses.
Regards,
Yogita.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide