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

[geoffjersey]

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

 

[Okkie26]

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..

 

[geoffjersey]

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

 

[janni78]

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

 

[derfloh]

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-specific-cli/

SCN fallback over PSTN:

https://blog.fwilke.com/ip-office-scn-fallback/

 

[Okkie26]

Like I suggested...

 

[TouchToneTommy]

ahem..

 

[geoffjersey]

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 ;-)
Thanks to all

 

[Okkie26]

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

 

[geoffjersey]

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 ;-)

 

[Okkie26]

You don't meed a go-to.

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

 

[geoffjersey]

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

 

[CalgaryJeff]

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

 

[geoffjersey]

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.

 

[CalgaryJeff]

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

 

[geoffjersey]

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