I'm not sure if this is relevant or if you are still looking for a solution to this, but I will go ahead an post as I recently had to resolve this issue for a client. This is working in UCCX release 10.6.
The answer is, "YES!" You can obtain Account Number info from the Import Contacts data. It is found on the Get Session Info step, under the Context tab, using the system variable "BAAccountNumber." You can also obtain "BACallResult" and "BACampaign" for the dialer result and associated outbound campaign application. In your script, just assign these to variable type: String.
I know this is an older thread but make sure you are aware of the following. My guess this is what will trip up most folks as it's not documented anywhere. Especially since UCCX allows you to use a dialing prefix, but that will cause the variables to come in as null as it modifies the session information. Your outbound call to the customer must not be modified in anyway (translation or digit strips).
UCCX: Outbound BA Call Variables Return 'null' If Gateway Dialpeers Append and Strip Digits CSCve40147 Description Symptom: 1. The UCCX script uses the Get Contact Info step to get the session ID of the call.
2. The UCCX script then uses the Get Contact Info step for that session to populate the outbound BA variable.
3. The BA variable names assigned are the proper case since case matters.
4. Even though the above steps are followed properly, the BA call variables are populating as 'null' in the script as seen from the Engine (MIVR) logs and/or the UCCX Script Editor debug mode.
Conditions: Once the gateway determines the call result of the call (after live voice or voicemail is detected, etc), UCCX writes the BA variables and the dialing contact to memory in the IVROutboundContactKey table. See the engine logs for example:
If the gateway dialpeer inbound from UCCX appends digits to the UCCX campaign's called number and then removes the digits on the outbound dialpeer to the UCCX CTI port, UCCX will not be able to return the BA call variables to the call since the number that is written in memory has appended digits, while the call presented to UCCX does not.
In the UCCX Engine log snip-it above, the digits 91 where appended to the dialed contact 8765309 to give 876530991. The 876530991 number is the number associated with the BA variables.
When the call comes back to a CTI route point after stripping the 91 digits, UCCX will use the original number 8765309 and will not be able to find that number in the IVROutboundContactKey table.
Workaround: Do not use gateway dialpeers to append and strip digits for UCCX outbound calls.
This is a documentation defect to add this information to the UCCX Administration guide.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...