mod_callcenter: wrap_up_time
Hi All, I am using a mod_callcenter for this particular set-up. I need the agents to have a wrap_up_time set to, say, 300 seconds, which works great. In some cases, however, the agent needs to have a code he can dial so he resets his wrap_up_time (say, he receives a call to the wrong number). It does seem that if I call: callcenter_config agent set state AGENT Waiting It sets the call center to available and the wrap-up time is cancelled, but the wrap-up never kicks in again! Is there a way to reset the agent wrap_up_time via the API (which I can then call via the dialplan) so that the agent is available for a new call immediately, but that the wrap-up time kicks in afterwards as normal? Many thanks for your help! Karolis
Maybe try callcenter_config agent set [key(contact|status|state|type|max_no_answer|wrap_up_time|ready_time|reject_delay_time|busy_delay_time)] [agent name] [value] On Wed, May 6, 2015 at 5:49 PM, Karolis Pabijanskas <k.pabijanskas@gmail.com
wrote:
Hi All,
I am using a mod_callcenter for this particular set-up.
I need the agents to have a wrap_up_time set to, say, 300 seconds, which works great. In some cases, however, the agent needs to have a code he can dial so he resets his wrap_up_time (say, he receives a call to the wrong number).
It does seem that if I call:
callcenter_config agent set state AGENT Waiting
It sets the call center to available and the wrap-up time is cancelled, but the wrap-up never kicks in again!
Is there a way to reset the agent wrap_up_time via the API (which I can then call via the dialplan) so that the agent is available for a new call immediately, but that the wrap-up time kicks in afterwards as normal?
Many thanks for your help!
Karolis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi Ali, All of these have been tried before I posted here, it's mentioned in the original post too :-) Thanks On 6 May 2015 at 15:58, Ali Jibran <ali.jibran44@gmail.com> wrote:
Maybe try
callcenter_config agent set [key(contact|status|state|type|max_no_answer|wrap_up_time|ready_time|reject_delay_time|busy_delay_time)] [agent name] [value]
On Wed, May 6, 2015 at 5:49 PM, Karolis Pabijanskas < k.pabijanskas@gmail.com> wrote:
Hi All,
I am using a mod_callcenter for this particular set-up.
I need the agents to have a wrap_up_time set to, say, 300 seconds, which works great. In some cases, however, the agent needs to have a code he can dial so he resets his wrap_up_time (say, he receives a call to the wrong number).
It does seem that if I call:
callcenter_config agent set state AGENT Waiting
It sets the call center to available and the wrap-up time is cancelled, but the wrap-up never kicks in again!
Is there a way to reset the agent wrap_up_time via the API (which I can then call via the dialplan) so that the agent is available for a new call immediately, but that the wrap-up time kicks in afterwards as normal?
Many thanks for your help!
Karolis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Are you tried set wrap_time to 0 and again to 300? Сергей On Tue, May 12, 2015 at 9:45 AM, Karolis Pabijanskas < k.pabijanskas@gmail.com> wrote:
Hi Ali,
All of these have been tried before I posted here, it's mentioned in the original post too :-)
Thanks
On 6 May 2015 at 15:58, Ali Jibran <ali.jibran44@gmail.com> wrote:
Maybe try
callcenter_config agent set [key(contact|status|state|type|max_no_answer|wrap_up_time|ready_time|reject_delay_time|busy_delay_time)] [agent name] [value]
On Wed, May 6, 2015 at 5:49 PM, Karolis Pabijanskas < k.pabijanskas@gmail.com> wrote:
Hi All,
I am using a mod_callcenter for this particular set-up.
I need the agents to have a wrap_up_time set to, say, 300 seconds, which works great. In some cases, however, the agent needs to have a code he can dial so he resets his wrap_up_time (say, he receives a call to the wrong number).
It does seem that if I call:
callcenter_config agent set state AGENT Waiting
It sets the call center to available and the wrap-up time is cancelled, but the wrap-up never kicks in again!
Is there a way to reset the agent wrap_up_time via the API (which I can then call via the dialplan) so that the agent is available for a new call immediately, but that the wrap-up time kicks in afterwards as normal?
Many thanks for your help!
Karolis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (3)
-
Ali Jibran
-
Karolis Pabijanskas
-
Sergey Safarov