Author Topic: media type auto answer  (Read 12507 times)

Offline cavagnaro

  • Administrator
  • Hero Member
  • *****
  • Posts: 7639
  • Karma: 56330
Re: media type auto answer
« Reply #15 on: May 28, 2015, 12:20:17 PM »
The auto answer there is more an auto accept on this scenario... As there is no voice yet. Now, reschedule means you need to call on a specific time, right? Plus less a few minutes with a max of 10? Something reasonable, that is why the other person asked you to call that time.
So, if you have 15 preview interactions needed to be dialed in a window of 15 minutes, so so, you say each call will have a 1 minute or less duration?
Remember Preview interactions are to keep quality and satisfaction of the customer interaction.
If not, then do Predictive or Progressive and auto dial...what is the point to Preview if it is more likely bothering your business agent control model.

What should happen to a good quality is if agent rejects interaction because he is busy should go to the agent group or reschedule again in 2 or 5 minutes. Then on reports, you will see a HUGE number of Record Rescheduled with Error marked and some business decisions will need to be made. There is obviously something to improve with the scenario you describe.

Offline daniel_san

  • Jr. Member
  • **
  • Posts: 84
  • Karma: 1
Re: media type auto answer
« Reply #16 on: July 13, 2015, 01:56:33 PM »
Hi, little step forward.

I have created auto.answer for Rescheduled Records.

Based on Campaign events, desktop is able to detect a rescheduled record campaign event and start this command:

_container.Resolve<ICommandManager>().GetChainOfCommandByName("StartPreviewRecordOutbound").Execute(parametersStart)

The interactions open correctly  :). The problem is, the toaster is opening too  :-\

Some idea to hidde the Toaster?

Thank you.

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2752
  • Karma: 44
Re: media type auto answer
« Reply #17 on: July 13, 2015, 02:07:00 PM »
Set the logging to the debug on all levels (PSDK,ESDK,..) and try to find out which commands are fired during the toaster opening.

Offline daniel_san

  • Jr. Member
  • **
  • Posts: 84
  • Karma: 1
Re: media type auto answer
« Reply #18 on: July 13, 2015, 02:27:46 PM »
[quote author=Kubig link=topic=8870.msg40206#msg40206 date=1436796420]
Set the logging to the debug on all levels (PSDK,ESDK,..) and try to find out which commands are fired during the toaster opening.
[/quote]

That is the problem... Itīs not executing anny command when the Workspace shows the Toaster.

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2752
  • Karma: 44
Re: media type auto answer
« Reply #19 on: July 13, 2015, 02:31:01 PM »
So, you can only check the Genesys code and overwrite this part of application behavior- but be aware that similiar "changes" are not supported. You can only open a FR to the Genesys.

Offline daniel_san

  • Jr. Member
  • **
  • Posts: 84
  • Karma: 1
Re: media type auto answer
« Reply #20 on: July 13, 2015, 02:57:29 PM »
[quote author=Kubig link=topic=8870.msg40212#msg40212 date=1436797861]
So, you can only check the Genesys code and overwrite this part of application behavior- but be aware that similiar "changes" are not supported. You can only open a FR to the Genesys.
[/quote]

It sounds complicated. I donīt know how to overwrite this part of the application. Maybe, can i try to overwrite the original DLL of outbound?

Thank you  :)