We have upgraded our lab to IPCC 7.2.7 and are finding this issue. We are on CCM 4.1.3sr7 and IPIVR 4.0.5sr2.
We are using the Outbound Option to facilitate a callback feature for callers on hold in IPCC. We use a Transfer to IVR campaign set as Progressive Only. When a caller opts out of queue to leave a callback, we run an IVR script to capture their callback number and record it into an external SQL database that happens to live on the AW server. SQL then writes a text file out that contains the row id and the callback number. That file gets imported into the dialer and it then fires two actions. One is to send a dummy call to the IVR that runs a script that just holds on to the call (delay step), thus making the dialer think it has been 'answered'. Then, the dialer starts a call that heads to ICM to get routed to agents. We are using BAAccountNumber to store that rowid so that ICM can then do a db dip and pull all the original call info that has been stored in that table. However, BAAccountNumber usually does not get written (fails moreso than it passes) and this causes our ICM logic to fail as it doesn't have the necessary field to lookup the call data that we base our routing decisions on.
This works in our production system that is same CCM and IVR level, but on ICM 7.0.3.
Is this possibly a race condition <cringe>? Has anyone experienced the dialer not being able to write the BAAccountNumber variable?
Any help would be most appreciated.