GVP Update Record in OCS after prompt

[pattadon]

Hi,

I have GVP application for marketing outbound campaign.

I'd like to know that which call is still remaining on GVP until prompt end and which call is dropping while the prompt playing.

I've try to do an attach data as following scenario but it's not work :-

1.) Assign "Not Success" Result in user-defined field --> Update Record --> Web Request
2.) Play Prompt
3.) Assign "Success" Result in user-defined field --> Updated Record --> Web Request --> Disconnect

but I found that If the prompt was played, GVP will updated that record as "Success" immediately.

What should I do ?

[Kubig]

Sorry, but your explanation is not clear. Could you specify your issue little bit more in details? What is your goal and need? Attaching the user-data from GVP application work as expected (except some bugged version).

[pattadon]

[quote author=Kubig link=topic=8748.msg38851#msg38851 date=1426064528]
Sorry, but your explanation is not clear. Could you specify your issue little bit more in details? What is your goal and need? Attaching the user-data from GVP application work as expected (except some bugged version).
[/quote]

My goal is to separate the outbound report as following :-
1.) IVR Outbound call that customer listening until the end of prompt (Result = Success)
2.) IVR Outbound call that customer hangup before prompt or while prompt playing (Result = Not Success)


I have 1 user-defined field on calling list to mark the outbound result.

When customer reaching IVR, It will mark the result as "Not Success" first

then IVR will playing a prompt.

if customer listening it until the end of prompt, IVR will mark the result as "Success" and disconnect the call.


Please see the attached image.
[url=http://s1.postimg.org/bgwlt5rof/IVROutbound.jpg]http://s1.postimg.org/bgwlt5rof/IVROutbound.jpg[/url]

[Kubig]

Ok, understand. And what is the problem?

[cavagnaro]

Check your MCP logs to figure out why or maybe add a second prompt with 1sec white noise only, or control the disconnect event from customer better.

[pattadon]

@Kubig :-
The problem is IVR marked "Success" to that record while the prompt still playing.
Actually, It should mark after the prompt finished.


@Cavagnaro :-
I found a work around, I have to use "Menu" block instead of "Prompt" block.
But you need to create a dummy output and make sure that interruptible is set to "False"
For now IVR will wait until the whole prompt was played then mark the success result as properly.

So, It seems like Prompt block will do the next step immediately without waiting the whole prompt.

But I think it quite strange, Isn't it ?

[cavagnaro]

Actually not...that is why I told you to check your MCP logs.

As a prompt is just an execution without any interaction, why GVP should wait? After all while you listen the WAV file it already read the whole VXML and went to next block.
That is why better control the update on the event Disconnect from your Start block, click properties exceptions and you will see it. Add a dummy one and then delete it.
You will then be able to control the event when customer abandons the call

[pattadon]

[quote author=cavagnaro link=topic=8748.msg38872#msg38872 date=1426168989]
Actually not...that is why I told you to check your MCP logs.

As a prompt is just an execution without any interaction, why GVP should wait? After all while you listen the WAV file it already read the whole VXML and went to next block.
That is why better control the update on the event Disconnect from your Start block, click properties exceptions and you will see it. Add a dummy one and then delete it.
You will then be able to control the event when customer abandons the call
[/quote]

@Cavagnaro

Thank you, that make sense.

I've tried it already but still got a problem, in case that system disconnect the call it mark the same result as customer abandoned.
So, Is there an option for separate the near-end or far-end of disconnected event ?

[cavagnaro]

Yes, they are totally different. Check again MCP logs. Which block are you using to disconnect?