Hi,
Need some advice on a situation we have uncovered:
Assuming a simple IVR flow:
- Get Participant Data -> 'test' into 'Flow.test`)
- Play prompt
Flow.test
- Set Participant Data ->
test
valueABC
- Transfer to ACD
A number configured in call routing to route to this flow.
And the following test scenarios:
- Call the number, go through flow, answer the call, transfer it back to the same number, go through the flow.
- Call the number, go through flow, answer the call, consult it back to the same number, go through the flow.
- Call the number, go through flow, answer the call, transfer it back to the same number, go through flow, answer the call, transfer it back to the same number, go through the flow.
- Call the number, go through flow, answer the call, transfer it back to the same number, go through flow, answer the call, transfer it back to the same number, go through the flow.
Scenarios 1 and 2 are simple and used to demonstrate that both transfer and consult work as intended if this is the first action taken on the call, once connected, you will not hear the prompt since no data was set, then after transfer or consult you will hear the ABC prompt as expected
In scenario 3, you will not hear the prompt upon connecting, you will then hear the ABC prompt on the first transfer, and you will then hear the ABC prompt on second transfer.
In scenario 4, you will not hear the prompt upon connecting, you will then hear the ABC prompt on the first transfer, but you will NOT hear the ABC prompt in the next consult
Scenario 4 indicates that if a consult happens after a prior transfer, architect loses access to participant data - querying the call via API does return participant data correctly.
Is there a way to retrain the attributes?
Thank you