<div dir="ltr"><div>Carlo,</div><div><br></div><div>I would certainly appreciate any working sample you can provide.  Please send it to my gmail if you would, and thank you.</div><div><br></div><div>Brian and Anthony's suggestion about presenting information in Finesse is a good one and we'll likely deploy it but I feel the better audio feedback would be what is really going to be appreciated by the user base I am dealing with at the moment.   "Leveraging the desktop properly" is a matter of differing opinions.  ;)</div><div><br></div><div>Anthony,</div><div><br></div><div>I like the Enterprise Call Variable check suggestion.  If Carlo's samples don't pan out, that sounds like a way to provide a more consistent TUI experience, if not exactly what I was hoping for.  Thanks for that.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 9, 2017 at 1:59 PM, Carlo Calabrese <span dir="ltr"><<a href="mailto:carlo_calabrese2006@yahoo.com" target="_blank">carlo_calabrese2006@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="color:rgb(0,0,0);font-family:Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:13px;background-color:rgb(255,255,255)"><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3073" dir="ltr"><span id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3119">I have this working and it waits till an agent gets the call. it take two scripts to run it I can send you the scripts if you want I have it running on 10.6 </span></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3126" dir="ltr"><span id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3145">I do have a lot of it documented in the script.</span></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3183" dir="ltr"><span>Let me know.</span></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3184" dir="ltr"><span><br></span></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3185" dir="ltr"><span>Carlo</span></div><div class="m_-7207728860049541232qtdSeparateBR" id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3046"><br><br></div><div class="m_-7207728860049541232yahoo_quoted" id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_2974" style="display:block">  <div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_2973" style="font-family:Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:13px"> <div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_2972" style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_2971" dir="ltr"> <font id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_2970" face="Arial" size="2"> <hr size="1" id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3045"> <b id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3171"><span id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3170" style="font-weight:bold">From:</span></b> Ray Maslanka <<a href="mailto:ray.maslanka@gmail.com" target="_blank">ray.maslanka@gmail.com</a>><br> <b><span style="font-weight:bold">To:</span></b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a> <br> <b id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3138"><span id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3137" style="font-weight:bold">Sent:</span></b> Wednesday, August 9, 2017 7:43 AM<br> <b id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3144"><span id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3143" style="font-weight:bold">Subject:</span></b> [cisco-voip] UCCX Place Call, Get Digit String and Play Prompt<br> </font> </div> <div class="m_-7207728860049541232y_msg_container" id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3068"><div><div class="h5"><br><div id="m_-7207728860049541232yiv1271015834"><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3067" dir="ltr"><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3072">Gentlemen,</div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3071"><br></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3070">Much like the BaseLineAdvQueueing.aef script in the script repository, I have scripts in production that allow callers the ability to leave a message if they choose and receive a call back.  UCCX records the callers message, terminates the call, calls a trigger, waits for an agent to answer and prompts them to press a digit to confirm they want to hear the recorded message.  The agent is then free to do what they want with that information.</div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3069"><br></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3066">It seems what really happens after the message is recorded and the call is made to the trigger to deliver it to an agent is that the script starts playing the prompt "Press a digit to hear a message", regardless of whether an agent has actually answered.  That prompt plays and waits a given amount of seconds for the agent's digit input, and then loops, courtesy of the timeout function related to the initial digit timer.  If no agents are available, the script will continue to play the prompt and wait for digits while listening to hold music, delay prompts or whatever may be presented while waiting for an agent.  There is no real harm done here though.</div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3118"><br></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3117">The issue is when an agent does answer, depending on when they answer during the looping process, they may hear "Press a digit to hear a message" or "to hear a message" or silence as long as the initial timeout value in the Get Digit String step before "Press a digit to hear a message"<span><span>.  In higher volume environments, that timer and the possible related silence after answering may be unacceptable.  Three seconds of nothing may be enough to trigger an agent to assume it is an abandoned call and hang up.</span></span></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3116"><br></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3115">I am hoping someone has a technique to have UCCX only start playing the "Press a digit to hear a message" when the agent actually answers the call that UCCX made into their queue.  If what I am experiencing is expected, confirming that would be great too and I'll try to find an acceptable timer or different recordings, etc.  If you believe what I am experiencing is not correct behavior, any suggestions on what is wrong with that sample would be appreciated.</div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3113"><br></div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3114">Running into this on fully patched UCCX 11, CUCM 11 and 8800 series endpoints.</div><div><br></div><div>Thanks in advance for any feedback.</div><div id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3186"><br></div><div>Ray Maslanka</div><div><br></div><div><br></div></div></div></div></div><span>______________________________<wbr>_________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><a id="m_-7207728860049541232yui_3_16_0_ym19_1_1502300726460_3187" href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/<wbr>mailman/listinfo/cisco-voip</a><br><br><br></span></div> </div> </div>  </div></div></div></blockquote></div><br></div>