Hi Jack,
Gravity Flow’s outgoing webhook step type would be an excellent option to look at. The workflow submits prior to confirmation/notifications and provides you with a no-code approach to response mapping.
Here’s some setup screenshots and tips for the setup for a scenario using https://quickchart.io/ to show a chart to a user in their confirmation.
The form
Has 4 number fields for Q1, Q2, Q3, Q4 for revenues.
Has 4 number fields for Q1, Q2, Q3, Q4 for # of customers.
Has a single URL field (visibility = administrative) to store the generated chart URL in
The Outgoing Webhook
Is the first step in the workflow. It’s request URL/method/headers would be very similar to what you are used to with the Gravity Forms webhook add-on. In this case I’m feeding the 8 number fields into a raw (json) request body to produce a 2 line chart of revenues and customers. QuickChart docs for POST are quite good.
The response mapping settings let you define which part of the response you want to map into which field. While this example is straight forward that ‘url’ is at the top level of the response, the response mapping also supports array notation so you can get deeper values from complex responses if needed.
The Next Step options are contextual to Success (200’s), Client Error (400’s), Server Error (500’s), or any other. So you could adjust subsequent steps in the workflow if (like yesterday) the AWS US-East-1 zone was down making a lot of API connections fail. If it’s more complex/business-value than just a chart display, you might route the workflow to either a delayed retry step or an approval step for staff to investigate further.
The Confirmation
Just needs to use a merge tag with the “expected to be populated” value such as in this case. The same could be used into notifications and both would look just as pretty.
Hope that helps!
Jamie