09-13-2012 10:24 PM - edited 03-14-2019 10:31 AM
Hello Folks,
I'm writing an application that does different things to a call based on the number that the caller dialed to get to the script.
The Get Call Contact Info command has the "Dialed Number" attribute, but when I read this value all that I get is the trigger point that I associated with the application.
I reckon that the CUCM is not sending this information through to our UCCX box - anyone got any ideas as to where I start looking on there?
UCCX 7.0(1) SR05, CUCM 7.1.5.31900-3
Solved! Go to Solution.
09-16-2012 09:04 AM
09-14-2012 01:32 AM
Hi,
is it the "Original called number" you're looking for?
G.
09-16-2012 07:09 AM
Thanks G,
What I'm looking for is the number that the caller originally called, so it could be the "Original Called Number"
As an example, the caller dials a number that is associated with our CUCM. Let's say it's 08 1234 5678. This gets mapped to a route point that is associated with a trigger on the UCCX.
The UCCX script "Dialed Number" appears to return the trigger/route point, not the original number that the caller dialed - the 08 1234 5678.
I've checked the other number attributes returned by the Get Call Contact info and they return data as follows:
Called Number: route point/trigger
Original Called Number: route point/trigger
Original Dialed Number: null
Dialed Number: route point/trigger
None of them return the actual phone number that has been dialed to get the caller to the script.
It looks to me like the CUCM isn't passing the number that the caller dialed through to the UCCX script - all I get is the route point info.
Any ideas?
09-16-2012 09:04 AM
Build multiple Triggers and point them all to the app.
HTH,
Chris
09-16-2012 06:46 PM
Thanks Chris
This is what I have ended up doing, though as we're looking at 500 numbers (it's for a fairly big campaign!) I've read up and implemented wildcard triggers in association with wildcard CTI translations.
It seems to do the work OK, and the route points get passed through OK so I can do lookups on those.
cheers
Christian
09-16-2012 01:27 PM
Hi,
no, unfortunately, I cannot think of a good reason why the information you are looking for is not populated there.
Actually, does your telephony service provider send you that information at all? Obviously, that information is lost somewhere.
G.
09-16-2012 06:44 PM
I'm not sure if our telco provides the information inbound, however as our CUCM answers the calls on a fixed set of nubers then it's not really a problem if they dont - the CUCM knowsn if someone rang 1234 5678 or 1234 5679.
I've done some reading and put together some wildcard triggers and CTI translations to get around the problem.
Thanks all for your suggestions and helpful advice. I'm new to this forum (and fairly new to scripting) so I hope I can return the favour one day.
09-18-2012 12:55 PM
If you use a translation pattern to send your call to the CC then it replaces the original called number with the CC route point number.
So if you have a translation pattern 1234 5678 pointing to your CC trigger 2222 then when you get the original called number it will only show 2222
You need to use a CTI port and not a translation pattern. Set the CTI port number to be 1234 5678 and do a call forward all to your CC trigger on 2222. Then when you get the original called number it will be 1234 5678
Graham
09-18-2012 07:25 PM
Thanks Graham - I'll give that a try and post how it goes.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide