Workflow automates the progress of applications through the decision-making process. Workflows can move applications to desks and folders, add clearance checks, and add document placeholders to applications.
New applications are initially allocated to the default desk. A workflow then runs that moves applications from international students to the desk for processing international applications.
Workflow can be set to run always or on custom events, such as:
-
Application clearance check completed
-
Application offer status changed
-
Application status changed
-
Default desk allocated
The event Default desk allocated is usually the first event used to trigger a workflow as the event Default desk allocated informs that a new application has been received. Other events can then trigger workflows when the application's status changes, the offer status changes, and so on.
The event triggered a workflow is logged in the scheme process. The scheme process logs the date and time the workflow was initiated, and the event that triggered the workflow, such as the custom event Applicant Fee Status Changed. The scheme process also details the workflow's status. That is, whether the workflow is still running or has idled, finished, failed, or has an error. The scheme process logs workflow runs from the last 90 days.
For more information, go to What is workflow? in System admin.
The image Workflow example shows a workflow that runs when the academic clearance check has completed, which then moves applications to the Ready for review folder or the Reject recommended folder depending on whether the applications passed or failed the clearance check.
