Can I have dynamic Virtual Queue in Target Selection?

[vma]

Hello,
I trying to make a dynamic strategy so when using the selcetion object to send a call to an agent I want to use a variable to put the virtual queue name. The thing is that in logs I get a message saying:

[i]10:02:55.893_M_I_ [10:06] STATOBJECT(01eeb5b0 4 2) tenant=Resources name=89002@StatServerRtg_P.A: statistic <##state> asked
    _M_I_ [17:09] VQ 01f07d60 Target "?CHCSD:CHCSD=10 & FR>=1 & TELCO_ELITE>=1"(01ef9b80): connected to state Agent 89002

    _C_W_00ae01dac73c40ca [14:02] can not find tserver for virtual queue CH_TELCO_ELITE_NF@StatServerRtg_P.Q for tenant Resources(101), virtual queue support is ignored[/i]

is this because it's not possible to put dynamic names for virtual queues or is some other problems?
I have a lot of queues already created in CME, I just construct the name of which one to use. and the one we have here (CH_TELCO_ELITE_NF) exists in CME and that is the right name of the StatServer.
[img]http://img209.imageshack.us/img209/4302/targetselection.jpg[/img]
Any ideeas?
Thank you!

[Fra]

Hi,

there is no problem at all in using variables to select VQ's - what are you using as name, the VQ 'number' or the 'alias'?

Fra

[vma]

I've configured that number and alias are the same.

[Fra]

Ok - aliases should be used, with the 'number' it wouldn't work.

Test it by selecting/passing also the switch name.

Fra

[vma]

If I select the switch I cannot put the name of a variable in queue field and I have no ideea how to pass it in the variable. Should I change the number of the queues so it's not the same as alias?

[Fra]

just for testing's sake, select the switch from a drop-down menu - it may well be that if you have more than one switch, the URS needs to know which one the VQ belongs to.

Don't bother to change the number, as far as the alias is fine, URS is happy

Fra

[vma]

Found the problem. I was passing the queue name as CH_TELCO_ELITE_NF@StatServerRtg_P.Q but in fact I should pass only CH_TELCO_ELITE_NF without the @statserver.

Anyway thank you very much Fra for your time.