UCA 5.1 / 3300 inserting T9 numbers on callto: and tel: links

[jraward]

Hello all,

An odd problem that I've been discussing with a member on the Mitel forum who helped a great deal but we're a little stuck and could use some help.

We are using the ucadialler.exe programme in UCA 5.1 and associating it via a gp reg entry with callto: and tel: html tags. This is working fine but...

This is primarily because we have a crm system that has a phone book which presents all numbers in whatever format we want. It (by default) uses a bespoke TAPI interface which we now have working thanks to another member here (and a bit of fiddling) however as it turns out it is clunky and very Windows 95. We then turned to the ucadialler.exe programme which, when used via command line:
> ucadialler.exe 07770123456
works perfectly.

When used with a callto: tag the window comes up asking if it should (with a check box to never ask again) and says the following:
From: webpage
Program: ucadialler.exe
Address: callto:07770123456

which we thought BINGO, done.

However when it dials it then ends up dialling the following:
92255861110123456

which baffled us for a while, until I realised that the 225586 was the numbers on the digits C, A, L, L, T and O.

Mystery over, but problem remains.

I was advised to do the following in MCD:
Add an "ARS Digits Dialed" in the 3300:
Digits Dialed: 8225586 < we added a 9 at the beginning as they're all external calls
# of digits to follow: 10 < we have used 'Unknown' as we're dialling external numbers of varying length
Route < we changed this to list, the same as for '9'
Termination: 15 < we used 5, the same as for '9'

Sadly this has not worked.

Apparently this wasn't an issue in UCA < 5.1, but in 5.1 the ucadialler.exe sees letters and translates them to numbers! (a practice that is prevalent in the States, but one we don't use in the UK)

Any ideas? It's SO CLOSE to working!

 

[AlphaMann]

I assume that you are experiencing the exact same issue as before where the call is still calling the full 2255861110123456?
If so what you are missing in your ARS is to strip off the first 7 digits (so it should strip 8225586)
Try going to your digit modification plans and creating a new mod entry that absorbs 7 and assign that to a new route, which then you assign to the digits dialed.
Also is the numbering difference just a typo here or are you translating to remove the 0777 and add the 111? If so you will have to try and add that as well.

 

[jraward]

yup, that's a typo!

 

[jraward]

the mid section should read:

However when it dials it then ends up dialling the following:
92255867770123456

Also, the last bit should read:

Add an "ARS Digits Dialed" in the 3300:
Digits Dialed: 8225586 < we removed the first 8 and replaced with a 9 at the beginning as they're all external calls

 

[LoopyLou]

Don't think you need the 9. Yes its an external call but any leading digits can be used. You will need a new digiti mode that will strip off 6 digits ( the 225586 ) and a new route ( it can use the same trunk group as "dial 9". If what you get from the system si 2255867770123456 then create ( as suggested ) a leading digit entry 225586 have it point to the new route that has the same trunk groups as dial 9 uses and leave it at unknown. The new route will need the new digit mod that strips 6 digits. So what should happen is when the dailer dials 2255867770123456 is the 225586 will cause the system to grab a trunk. The digit mod should strip off the 225586 and 7770123456 should go out the trunk.

I'd tell you a UDP joke but I'm afraid you won't get it. TCP jokes are the best because you always get them.

 

[AlphaMann]

Ok so just to follow correctly:

- system dials 82255867770123456
- ars is set for digits dialed of 8225586
- it strips the 8 and replaces with 9 leaving you with 92255867770123456

If this is correct then there is an issue. The dial string as already gone through the ars and will now be passed onto your route. So your outbound route is now receiving 92255897770123456 and trying to put it through your direct route. The solution should be:

- system dials 82255867770123456
- ars is set for digits dialed of 8225586
- it strips the 8225586 leaving you with 7770123456 now being passed to your direct trunk dialing

 

[Billz66]

You DONT need the 9 , think of the 9 as the method to send the calls to ARS

If the number to be sent to line is 7770123456 and the trunk group is trunk group 10

- system dials 8225586 7770123456
- ars digits dialled
8225586+ unknown
Route 10

- Ars rt 10 Digitmod 10 trunk group 10

- Ars digit mod 10 absorb 7 digits

leaving you with 7770123456 witch is sent to line



If I never did anything I'd never done before , I'd never do anything.....