Review form submissions prior to updating records by creating an approval process within your Formstack's Salesforce app.
An approval process is commonly implemented by adding a checkbox/dropdown field to the primary salesforce object on the form. The checkbox can denote the state as “Approved (True/False)”. It is also possible to instead use a pick list (“In Review”, “Approved”, “Not Approved”). In addition, it is a good idea to create an “Approved Stage Last Modified” date field to record when the approval was processed.
From here, there are several options based on how you would want the approval process to look.
Accomplish the approval process in three parts:
Part 1: Submission
End-user submits a record and gets notified through email that their submission is pending approval. This email can be sent through a Formstack Email Alert. It’s also possible to bypass Formstack and use Salesforce Alerts or another system like Pardot which trigger based on the underlying record being created.
Part 2: Approval
- Create a "step 2" form for the approver to review the submission, add or modify data/notes, and approve or deny. This form has auto-generated prefill links enabled. This form can be avoided if the approver will be reviewing the submission directly in Salesforce. Our users typically use a second form for review purposes if the Submission form contains multiple objects or has a complex layout so the context is not lost when looking at individual Salesforce records.
- Create a process using Flow that triggers Primary object record creation and sends out an email to the approver or the approver group/queue. If using the form, then embed the prefill link field in the email.
-
The approver gets the email, clicks the link to form or the SF record, and clicks the checkbox to approve/deny.
Note: If the Submission form contains multiple objects, it is possible that in failure cases, only some of the records are submitted and hence the submission is incomplete. If this is something you will run into, then it is important to validate that all required related records are linked to the primary object record and to validate their state. This can be done in the flow you set up.
Part 3: Result Notification
Create a "step 3" form to retrieve the approval state of the submission. The form can contain all data from end-user submissions as well as other reviewer data added if needed. At a minimum, it must contain the "approved" checkbox or state field as a hidden field. Conditional logic can trigger other general fields to dynamically show a nice approved/not approved message.
Note: Stage 1 and Stage 3 can be combined and built using one form and fields can be hidden or shown using conditional logic.