There are some other good threads on the use of ReqICMLabel amongst these forums, but the long and short is that in CVP 7, ReqICMLabel sent "NA" for the Dialed Number to ICM. In 8.x, it sends the original DNIS for the call. This makes it even less friendly to use, IMHO, but it is what it is.

One thing to be aware of, though, is that for UCM-originated calls, your DNIS is likely to be null, which will throw an exception.

The last project I worked on, I used the ReqICMLabel to get real-time data and environment variables from ICM (and in some cases to set variables), which I think is the real power of the function, versus doing the back and forth nonsense with ICM. After discovering the changes I just described and the limitation for UCM-originated calls, I ended up deconstructing the Class from Cisco and building a new, custom one. In the process I actually found an error in the compiled Class - I'd need to check my notes to recall what it was, but I digress...

Bottom line - although it isn't supported, technically the use of ReqICMLabel in CVP Comprehensive isn't either, so I might consider taking a look at the Class and building a custom element that suits your needs in a Comprehensive environment.

- Bill

Is there any way I can pass DNIS for UCM-originated calls?

If integrated with ICM, just pass it down. I guess it’s a standalone?

Regards,
Geoff

Geoff,

I'm passing DNIS from ICM,

19.106.73.121.1333483924472.30662.PHONE_KEY_SEARCH_dev,04/03/2012 16:12:04.472,,start,parameter,dnis=1062143005

it's comprehensive.

The problem is the ReqICMLabel element is look at the call info "dins" field - the field shown in the 5th line of your log above, which unfortunately always gets passed as "NA" for UCM-originated calls.

This is one of the things they changed or "broke", in my opinion, with 8.x - when you look at the code, there is actually a check to see if the "dins" value is "NA" or "na" or null, etc. - if it is, then the element throws an exception. This is clearly a change from the previous versions.

- Bill

Try setting the override values "_dnis" and "_ani" in the ToExtVXML variables in the ICM script to force particular values into dnis and ani.

Now that might have saved me a lot of work a few months ago, Paul! ;-) Actually, I needed the experience of breaking out of the standard element, but that is very good information to know, as it is certainly news to me.

Does that work for all of the standard fields (areacode, exchange, uui, etc.) where you just precede them with an underscore?

- Bill

Bill,
 
No, unfortunately it only applies to dnis and ani fields.   This was implemented specifically to address the problem of not getting actual caller DNIS and ANI across to Studio applications called in pre-8.x comprehensive model.  The config guide does give them a brief mention but it doesn't look clear enough as to how they're used.
 
Paul

Hi Paul,
After I did the way you said
>>> Try setting the override values "_dnis" and "_ani" in the ToExtVXML variables in the ICM script to force particular values into dnis and ani.

I am not getting ReqICMLabel exception error but do you know why element is erroring out? This error happens for UCM generated calls only.

xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:37.922,ReqICMLabel_ANI_Found,enter,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar1,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar2,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar3,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar4,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar5,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar6,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar7,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar8,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar9,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,callvar10,PROD
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,FromExtVXML0,C=CDSID|ani_found
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,FromExtVXML1,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,FromExtVXML2,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,FromExtVXML3,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,data,caller_input,
xxxxxxxxx.1333504117875.31670.PHONE_KEY_SEARCH_dev,04/03/2012 21:48:38.422,ReqICMLabel_ANI_Found,exit,error
Above seems to be it is not geting DNIS for doDecision.

I should get something like this... below is not for UCM generated call

xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,custom,doDecision,106409000119345
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar1,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar2,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar3,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar4,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar5,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar6,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar7,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar8,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar9,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvar10,PROD
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,FromExtVXML0,C=CDSID|ani_found
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,FromExtVXML1,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,FromExtVXML2,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,FromExtVXML3,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,caller_input,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,result,106409000119345
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn1,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn2,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn3,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn4,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn5,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn6,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn7,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn8,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn9,
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,data,callvarReturn10,PROD
xxxxxxxxx.1333503685239.31663.PHONE_KEY_SEARCH_dev,04/03/2012 21:41:25.785,ReqICMLabel_ANI_Found,exit,done
Thanks.
 

 
Hi Janine!
 
I've used the element for a few things, but here's a couple good examples:
 
To check real-time information while running a "queue" application in CVP, for example, checking if there are still Agents logged in, is the emergency flag set, etc. I don't like the process of chopping up my queue applications into chunks so that they end up being scripted in ICM just like microapps would. For some cases, this is ok (like menus and such), but when it comes to queues, I want an app that will run and do the environment checks while it is running.
 
Another time I used it within an "Admin" application. This app provided multiple functions, so rather than having it run and collect some data, then go back to ICM to figure out which function had been chosen, etc., I used the ReqICMLabel for the Emergency and Meeting flag functions. This allowed me to first do a check to see what the current value was, and then do a subsequent "set" to change the value. This is where the modification to specify the DNIS came in, because I had a separate ICM script handling the requests and checking/setting the Global User Variables I had created.
 
I think there are probably plenty more uses for it, and I'll provide more examples as I think of them!
 
 - Bill

I do the same thing, anything I cannot do in ICM only I do in CVP VXML.
While I am in VXML I need to set few call types for reporting that's why I am using ReqICMLabel and go back to VXML, finally use Subdialog return to send vxml data to ICM. In ICM I use the vxml data, queuing, etc.