Answered
Differentiating for a table post
Differentiating for a table post
Sun Jun 13, 2010 11:15 am
In an inbound call app, where we post a number of identical call campaigns, each of which requires a person to validate with two separate digital entries. So, any person with both codes can create a message which is later used as part of an outbound campaign. My issue is that, although I ask for the 1st row of matching variables to be used, the results will go to all or any of the matching rows. How do I get the results to go to only one of the rows?
Comments
Re: Differentiating for a table post
Mon Jun 14, 2010 4:39 pm
To avoid the possibility of multiple matches in your table, you should structure your table in such a way that each entry has a corresponding random generated number (thus always allowing for only one row to update).
Re: Differentiating for a table post
Mon Jun 14, 2010 2:07 pm
Could you please clarify what you mean by where the results will go to?
Are you using the "Update Row" module, using post-call processing, or using the outbound campaign result column?
Re: Differentiating for a table post
Mon Jun 14, 2010 2:30 pm
Re: Differentiating for a table post
Mon Jun 14, 2010 4:45 pm
Re: Differentiating for a table post
Fri Jun 25, 2010 12:45 pm
Re: Differentiating for a table post
Fri Jun 25, 2010 3:34 pm
About your post, would it be possible for the caller to know some unique combination of information that would only select one row (i.e. customer ID and PIN).
Also, could you further specify what you're trying to do with your application for the caller?
Please sign in to leave a comment.