×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Jobs

Using the $TAG feature from the ICR Tag in a VM Pro module
3

Using the $TAG feature from the ICR Tag in a VM Pro module

Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
I have found an old reference to using this 'feature', but haven't had any luck getting it to work.
The customer I have is requesting that all DDI are played the same corporate message, before transferring to the extension destination associated with the DDI.
I have sent the DDI to a VM module & entered the .wav in the specific entry tab. I have entered the variable $TAG in the destination field - saved & made live & tried it.
The call routes to the VM pro module OK & plays the message, it goes to the transfer - all you hear then is a new dial tone. I have also tried entering a generic action before the transfer and using the $CPxx to move the $TAG value into it, before the transfer - still no joy.
Has anyone got this to work ?
BTW: the customer currently on R9.0
Thanks

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

What service pack of R9.0? For instance R9.0.0 is junk and R9.0.12 is OK. Does IP 500 V2 version match the VM Pro version?

The more information you provide the more likely you will get help.

The truth is just an excuse for lack of imagination.

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

Don't forget to enter the final destination number in the TAG field in de incomming call routes.

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

Is there a 1:1 correlation between the DDI and the destinaton? For instance, does 213-555-1000 go to Ext. 1000, and 213-555-1001 go to Ext. 1001? If so, point the ICR to a VM module, play the corporate message, then set $CP0 to the last 4 digits of $DDI, and transfer to $CP0

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Thanks for the replies you guys - much appreciated.
My apologies for not giving the full info.
In response:
critchey - R9.0.12.0 build 1006 & the VM Pro version matches
Okkie26 - I had entered the final extension in the Tag field in the ICR tab
TouchToneTommy - sadly, not a 1:1 correlation (they have x3 sites in their SCN with a customer-chosen extension plan for each site) that doesn't match their DDI ranges.

Thanks again for your thoughts and suggestions

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

What you can try to do is enter $tag in the announcement tab. That way you will hear the 'destination' you entered in the tag field of the icr..

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

2
Hold on. I see it.

The $TAG is added in release 9.1, not available in 9.0..




RE: Using the $TAG feature from the ICR Tag in a VM Pro module

How many users? You can use Variable Routing action to match up to 15 items per action, and connect each to a transfer action. Connect No Match to another Variable Routing action to test another 15 items. If you're only talking 50 or so users, that's not too bad. Match to $DDI

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Okkie26 - you're a star !!
I've bashed my head against this for a while - but couldn't find what version is was available in.
Sadly, the customer is staying on R9.0.12 for now, because they make substantial use of Phone Manager Pro...they've looked at One-X and don't like it - go figure winky smile
Looks like we're in a no-win here for a while !!
Thank you for the sanity check
Best regards,

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Thanks TouchToneTommy for your insights.
They've >100 staff at the main location with ~125 DDI - ~70 at the second location with 100 DDI.
I could always run a load of indivual VM modules (see my previous post to Okkie26) about versions etc
Thank you for your help
regards,

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

Just route all calls to a shortcode, for example if your extensions are 4 digits, route to 95extn in ICR.
Make a shortcode 95XXXX, Voicemail Collect, "Welcome".
In module play message and use Generic to pick out the last 4 digits and transfer to that.

"Trying is the first step to failure..." - Homer

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

Ah, missed to point out that you use $TARGET to know which shortcode was used.

"Trying is the first step to failure..." - Homer

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Thanks Janni78 - I'll look into this method to get me around the release version versus $TAG issue, as an interim solution for them.

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

Hi jannie,

This results in pretty the same like shortening $DDI in VMPro.

Best would be to use a database that translates the dialed DDI against the real target.

Think about a kind of fallback in case the database should not be accessible. And also in case that VMPro doesn't work.

IP Office remote service https://www.fwilke.com/home
Fixed price SIP trunk configuration: https://www.fwilke.com/en/ip-office-sip-trunk-en/
CLI based cale blocking: https://blog.fwilke.com/ip-office-block-calls-from...
SCN fallback over PSTN: https://blog.fwilke.com/ip-office-scn-fallback/

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

It's the same if DDIs matches extensions, if they don't well =)

Why would a database be the best way to do this?
Just seems like a lot of overhead.

"Trying is the first step to failure..." - Homer

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

Depends... If you only have a few DIDs where the internal number differs you can create a module with routing by variable. If more are different a DB may be better.

With embedded AA you can play a greeting and if the menu gets no valid input (timeout) the fallback target in ICR is used. Don't know if the same would be possible with VMPro. Guess not. So using the short code option can be the better way...

IP Office remote service https://www.fwilke.com/home
Fixed price SIP trunk configuration: https://www.fwilke.com/en/ip-office-sip-trunk-en/
CLI based cale blocking: https://blog.fwilke.com/ip-office-block-calls-from...
SCN fallback over PSTN: https://blog.fwilke.com/ip-office-scn-fallback/

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Hi Janni78,
I did as you suggested and created the following :
Had an ICR that pointed to a shortcode 95XXX (3 digit extensions used by customer).
Created the shortcode 95201 with VM Collect and telephone number "Welcome"
Created Welcome module on VMPro, added the Generic - String Manipulation, select variable : $TARGET, Select variable for result as : $CP0, from position 3, position index 3
Added Transfer action with destination as $CP0.
The calls routes through properly (plays the welcome message in the entry prompt of the transfer action), but when the Transfer action happens, it just leaves the line 'open' no dial tone, no ringing...
GOK what I'm missing !
Have I left something out ?
Thanks again for your help with this

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Update on progress (or lack of !):
Using the above process, I have checked the logs & it has thrown this up :
Exception has occurred in IVRNodeplayer:: PerformActionString (.\ivrnode.cpp[5680])
Anyone know how to fix this ?
Many thanks

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

Use $DID instead of $TARGET

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Hi Okkie26,
tried that - but the inbound DDI isn't the target of the extension number I want to transfer it to (ie not 1:1) so the last three digits are not their extension number.
I had hope that the $TARGET variable would containing the value of the shortcode I had entered in the destination field of the ICR.
Not sure I can fix this now - I can't find the 'right' variable that I can use to extract the desired extension to use in the transfer action.
Thanks anyway

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

I think you need some sort of ' if $did=xxxx then transfer to yyyy' action.

Yes, that should be possible, but it's a bit of work.

I think the best way is to use a variable routing. But you need to enter ALL your DID's and then a ton of transfer actions..

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Okkie26 - many thanks for taking the time out to look into this for me - really appreciated...
Also, thanks to everyone else that has chipped in to find a solution to this little thorny issue !
I can't construct an elegant solution & will revert to the customer with our combined thoughts on how to do this for them.
Thanks again

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

I tested this a bit a $TARGET doesn't do it, only works if you route to VM after ringing a user.

There are some others that might do it like $CALLED or $FALLBACK_NUM, but I don't know what is available on R9.0.
I don't have any system below R10.1.

In this case a DB might be the easiest choice like derfloh suggested.
If VM Pro is on Windows you could use a CSV ODBC connector and just have a .csv file that's easy to edit for changes.

"Trying is the first step to failure..." - Homer

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

You can also use routing by variable in VMPro. But you can only check for the match of 14 values in one action. If you need more you can connect the "no match" to another routing by variable action and so on...

But that's not the most elegant solution.

IP Office remote service https://www.fwilke.com/home
Fixed price SIP trunk configuration: https://www.fwilke.com/en/ip-office-sip-trunk-en/
CLI based cale blocking: https://blog.fwilke.com/ip-office-block-calls-from...
SCN fallback over PSTN: https://blog.fwilke.com/ip-office-scn-fallback/

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

Like I suggested...

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

ahem..

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
As per TouchToneTommy's original suggestion & backed up by Okkie26 & derfloh, I've started on making up the variable routing module.
As has been said, not the most elegant solution - but it will, at least, work !!
The screen is starting to look 'Transfer' crowded already winky smile
Thanks to all

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

In order to keep the screen clean, you can setup several modules, and jump to the next module in case no match is made...

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Hi Okkie26, it always amazes me that i forget other functions (ie GoTo) when I'm, concentrating on something else - Tempus Fugit ! Thanks for the sanity check winky smile

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

You don't meed a go-to.

If you make a module. You can drag and drop the module to a callflow.

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Hi Guys,
I can't believe so much time has passed since I last talked with you all... Happy New Year !
I presented the module callflow to the customer & have now, finally, had them implement it. All appeared well, but an interesting side effect has now been raised by them.
On the users that have had their ICR directed to the VM:callflow to make the system-wide announcement about privacy, before onward transfer to their extension - which works OK. When they make an outbound call from their deskphone, their CLI is not being presented & is now just going out with the customer's main office number (despite the ?.Dial being in the default ARS shortcodes)
Users that don't have their ICR going via the VM:callfow module on inbound calls, continue to have their correct CLI being presented on outbound calls, through the same ARS.
Anyone have an idea on what's going on ?
Is the ICR table linked to the users Extension & CLI for outbound calls ?
Huge thanks as always

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

The system will send outgoing caller ID of a users DID when they have the route directed to the user. As you now have the route going to voicemail that no longer applies. You can make a shortcode under the user shortcodes of ?/.s1234567890Z"Username"/ARS Table to send the correct caller ID.

http://www.atcomsystems.ca

ACSS,AIPS

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
Hi CalgaryJeff,
Many thanks for the reply - much appreciated....
I'm not familiar with the "Username" qualifier. Can you post an example of the user shortcode that needs to be entered against their profile entry ? Or, did you mean an entry in the ARS shortcode table ?
Thanks again. Regards.

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

You would create the shortcode under the users shortcode tab. It would be Code=? Feature=Dial Telephone Number =.s1234567890Z"Username" Line Group ID=Your ARS number

You would enter the number you want to send out where 1234567890 is and the name you want where Username is such as .s1234567890Z"Jeff"

http://www.atcomsystems.ca

ACSS,AIPS

RE: Using the $TAG feature from the ICR Tag in a VM Pro module

(OP)
That's great !!
I will be onto the customer in the morning to get this going.
Many thanks

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close