Hey. I've got two IDC questions that have been plaguing me for months:
1. When I do an entry into the IDC table (LD 49) it won't let me put in a translate-to number larger than 10 digits. A workaround is to translate to a phantom extension that forwards to a number larger than 10 digits but I'm wondering if there's an option somewhere to just enable me to enter more than 10 digits?
2. We forward some calls into an ACD queue where our call center answers calls differently depending on the DNIS of the number. The call center app gets the DNIS from TAPI. Nortel TAPI only sends the first 7 digits of the DNIS which makes it pretty worthless (2125551212 is the same as 2125551999). We have to receive all 10 digits for a variety of reasons. The ACD is 3898. So I can't just IDC 2125551212 to 3898 because the call center app will only see 2125551. So... I have to IDC it to a smaller (internally unique) number and then IDC that smaller number to 3898 whereby the call center app will see the smaller number and act accordingly. Blech. Problem. IDC tables seem to be single pass and will not do this. They only see the first translation. I can do something screwy like forward it out a trunk and back in another trunk whereby I can IDC based on the newer/smaller number but that ties up a lot of resources. So the questions:
1. Any way to make TAPI send more than 7 digits? Just hoping.
2. Any way to get the IDC table to do two passes or to stack IDC tables (i.e. do IDC1 then do IDC3)?
3. Suggestions for a more clever way of handling this whole mess?
Many thanks!
-Steve