Secure Data Action returns null values in architect, works fine with postman and works fine with data action test as well

We have a secure flow and we are using a call secure data action block to call a create session data action. This data action is dually tested with postman and with data action's own test functionality.

But when we make a phone call to the flow and test it, the output variables have null value (tried to play the resultant variables in flow). We have checked the web services we are calling for

  1. https and operating on 443.

  2. From target web service logs we checked, it received correct inputs from architect and responded within a second with correct values (paymentId and sessionId).

  3. Tried calling the same web service data action from a normal call flow and it did not work either. Result variables (paymentId and sessionId) are always null.

Any help ?

#purecloud-integrations #bridge-server-connectors #purecloud-applications:architect




Can you export the action and attach it to this thread? Feel free to obfuscate any sensitive parts of it.

1 Like

Thank you @Jason_Mathison,

data action export is attached. I have replaced sensitive data part with word 'obfuscated'.

FZCreateSPRINTSession-20190311173250.custom.json (2.0 KB)

So far the only thing that stands out is that there appears to be a case mismatch between your success template returning "paymentID" while the output contract is expecting "paymentId" (Lower case d at the end).

One step that can help troubleshooting is to make the output contract properties required by adding something like
"required": [
"sessionId",
"paymentId"
],
like you have in your input contract.

2 Likes

Thank you @Jason_Mathison, you made my day. Next time you visit Dubai, dinner is on me.

I am glad you were able to get it working!

It is really easy to confuse "My action didn't have an output validation failure" for "My action returned the values that I am expecting". We probably need to continue to refine our test UI to make this sort of situation obvious without having to set outputs as required.

--Jason

1 Like

This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.