Until now, a form automation ran at the moment someone pressed submit. That works when the form itself tells you everything you need to know, and it does not work when you want to read the application, interview the person, and only then decide what happens next.
A status-change automation waits. You set the submission to a status of your choosing, and the rule runs then. This article is for administrators who screen or interview people before moving them forward.

It is a rule with two halves. The first half is a status you pick, for example Accepted or a custom one you created such as Selected. The second half is what should happen when a submission reaches that status.
Nothing happens to submissions sitting on any other status. That is the whole point: the rule only acts on the people you have decided about.
Assigning only the people you actually chose.
Before this, the only way to put applicants into an onboarding sequence automatically was to put everyone who applied into it, then take out the people you did not want. Now you can interview first and let the decision do the work.

The card tells you at a glance which statuses already have rules on them, so you can see what a form does without opening the builder.
Any status that appears on the submission dropdown for that form. That means the built-in statuses and any you created yourself under Submission statuses and Manage statuses in the same Settings & Automations pane.
Custom statuses are usually the better choice here, because a word like Selected or Interviewed says what your team actually decided.

The same eight actions you already have on the question-level automations:
You can add several rules to one status. A single move to Selected can assign the onboarding sequence, tag the profile, and email the person, all at once.
No. The rule runs whichever way the status moved:
That last one is worth knowing. You can let the end of a screening step mark the submission, and let the status rule carry the person onward from there.
Setting a status that is already set does nothing. The rule needs an actual change.
Moving someone away from a status and back again does run the rule a second time, but anything already done is skipped rather than repeated. Someone who is already in the sequence is not added twice, and a tag they already have is not added again.
Only if you choose to tell them. Submission statuses are for your team and are not shown to the person who submitted.
If you do want them told, add a Notify the user (custom email) action to the rule and write the message yourself. This is the one way a status change reaches the applicant, so a status you use purely for internal tracking stays internal.
Two places:
A rule that matched but had nothing left to do is shown as skipped rather than hidden, so you can tell the difference between a rule that did not run and a rule that ran and found the person already enrolled.
Still stuck? You can submit a ticket, or email us at support@vomevolunteer.zohodesk.com.