[cisco-voip] UCCX Custom Call Variables - Script to Script Transfers
Anthony Holloway
avholloway+cisco-voip at gmail.com
Wed Jul 19 17:00:13 EDT 2017
There's advantages and disadvantages to both, for sure. If I in fact did a
call subflow, I feel confident I would not have this issue, but then I will
lose reporting for calls which enter the second script. I.e., Calls
presented. So, double edge sword here. Thanks for the suggestion though.
On Wed, Jul 19, 2017 at 9:45 AM Blakeman, Stephen <blakeman at ohio.edu> wrote:
> I remember having an issue with going between UCCX scripts and was advised
> to not do the Call Redirect but instead use the Call Subflow step from TAC.
> Not sure if that would help or not. Our issues were having to do with
> trying to deliver calls to agents on the second(transferred) script. I
> changed to the Call Subflow and the issues went away for me.
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf
> Of *Anthony Holloway
> *Sent:* Tuesday, July 18, 2017 5:13 PM
> *To:* Cisco VoIP Group <cisco-voip at puck.nether.net>
> *Subject:* [cisco-voip] UCCX Custom Call Variables - Script to Script
> Transfers
>
>
>
> I'm working on a menu selection tracking solution, which survives across
> transfers between department IVRs. It's not going well. In fact, I'm 99%
> positive it's not possible, and I might have to look outside of UCCX to
> solve this. I.e., DB or WS integration
>
>
>
> Scenario: Caller dials Main Line script, selects option 7 for Help Desk,
> caller gets transferred via Call Redirect step to the Help Desk script,
> selects option 2 for password reset, then speaks to an Agent. Each script
> is writing CCV1 with the menu selections made during the script execution.
>
>
>
> I'm seeing in the callcontactdetail (CCD) table that the Session Seq Num 0
> is written immediately after the transfer to the Help Desk, and includes
> the CCV value of 7.
>
>
>
> However, and here's the unexpected part, the Session Seq Num 1 is also
> written to the CCD table at the same time, with the same CCV value: 7,
> despite the call still being active on the second script. Then when the
> call is disconnected, the CCV does not change or get updated for the
> Session Seq Num 1, which was already written to the CCD table.
>
>
>
> Example CCD Record Set - This query was ran while the call was active on
> the second leg (seq num 1) and before the call reached an Agent).
>
>
>
> admin:run uccx sql db_cra select limit 2 startdatetime, sessionid,
> sessionseqnum, applicationname, applicationtaskid, originatordn,
> callednumber, customvariable6 from contactcalldetail where originatordn
> like '%16125551212' order by startdatetime desc
>
> STARTDATETIME SESSIONID SESSIONSEQNUM APPLICATIONNAME
> APPLICATIONTASKID ORIGINATORDN CALLEDNUMBER CUSTOMVARIABLE1
>
>
> ------------------------------------------------------------------------------------------------------------------------------------
>
> 2017-07-18 20:36:57.856 50000326646 1 HelpDesk
> 47000343967 +16125551212 <(612)%20555-1212> +16125551313
> <(612)%20555-1313> 7,
>
> 2017-07-18 20:36:36.872 50000326646 0 MainLine
> 47000343963 +16125551212 <(612)%20555-1212> +16125551313
> <(612)%20555-1313> 7,
>
>
>
> Recall that both records are written to the CCD table after the transfer
> from the Main Line to the Help Desk, but while the call is still active on
> the Help Desk script, and before the call is sent to the Agent.
>
>
>
> Anyway, all of your thoughts, opinions, confirmations and disputes are all
> welcomed. Thanks.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20170719/4fd05d03/attachment.html>
More information about the cisco-voip
mailing list