Translation Route to VRU

[Arnie.Holder]

Due to increasing complexity in our scripting, I am finding myself needing to requalify calls more often. Usually I just need them to go to an existing script that already has a Translation Route to VRU node. Is there a way to check and see if that has already occured to avoid errors when I end up re-Translating them? I could just make duplicate scripts that do not include the node, but they would be identical otherwise and that seems like adding work and potential mistakes later when they change again.

I have tried using DN nodes to try to see if the calls are coming from a place that already did the translate, but some of these now have a dozen or more points of origin and, again, I want to minimize places for error later when changes are made.

IPCC Enterprise 6.

[ciscogini]

I think DN is the best way verify if the call has been already done the Translation Routing

One more way is to look for the Call Type

[Chris Deren · Accepted solution]

Perhaps try setting PV after you do Translation Route to VRU, and in each script prior to the Translation to VRU do an if stetement to check whether the variable has been set.

Chris

[freymatt]

It's the best way to do this. But don't forgot to reset the PV after RONA!

[ipcc_designer]

Hi all, I have encountered a problem in using "Translation Route to VRU" in my ICM script. I have tried to write a simple VRU script which contains one single play prompt step followed by a "Set ICM Result=true" step and that is it.

However, the result observed in ICM script is that, I can hear the content in VRU script, but all the calls are going from the "X" side of the "Translation Route to VRU" step. And also, the error message "Cisco ScriptRequest is invalid" is being captured in the CRS Editor in the debug mode.

Could anyone suggest the way to configure Translation Route in IPCC 7.0.(1)?

Thank you!

[jond]

I gather from what you outlined the Translation Route isn't configured properly. The call looks like it is arriving at the VRU but the Translation Route isn't completing succesfully if the node is failing. Possibly a misconfiguration on the IVR side. On the ICM side you should have a Translation Route to VRU node and then a Run External Script node to play your IVR script. (Assuming Type2 Service Control VRU configured.) I'm guessing you're not using 7.0 System IPCC?

[ipcc_designer]

Thank you for your attention.

I am not using System IPCC but IPCC enterprise instead.

According to your answer, I would like to point out 2 points for your advice.

1) In writing ICM script, "Translation Route to VRU", is that a formal way to run the IVR script by using "Run External Script"? or I should configure the property in "Translation Route to VUR" node (i.e. "service", "route" and "translation route")? I cannot find any sample code for that case, could anyone suggest??

2) For more information about my problem, I have deployed 2 numbers for my Translation Route script, one for the dialed hotline number and one for the JTAPI trigger used by the VRU script. The second number is then used by the ROUTE SERVICE in ICM configuration in the "Translation Route to VRU". I am not sure if this is the correct way for doing this.

Once again, all of your comment would be appreciated.

[jond]

Please contact me directly jond@cisco.com.