- 07 Aug 2024
- 4 minute read
- Print
- DarkLight
- PDF
Custom Applicant Status Portal
- Updated 07 Aug 2024
- 4 minute read
- Print
- DarkLight
- PDF
This article will discuss building a custom Applicant Status Portal using the Portal Editor in Database.
Slate delivers an out of the box Status Portal, however, each institution may decide to make customizations. An Applicant Status Portal will be displayed to all applicants in Slate, this includes Slate applications as well as imported applications.
Step 1: Creating the portal
Select Database on the top navigation bar and select Portals.
Select New Portal.
Enter the following User configurations:
Status: Active
Name: Enter a descriptive name like “Applicant Status Portal”.
Key: Enter
status
.
If more than one status portal will be created, the keys must be different.
For example, if the application will include an undergraduate specific and a graduate specific portal, the keys should read something like
ug_status
andgr_status
.Default View: Leave this blank for now.
Scope: Application
Security: Application
This makes applicants sign in before they can see their application status page.
Select Save.
Step 2: Creating the view
Select New View.
Enter the following View configurations:
Select Save.
Drag the sections that applicants should see when visiting their application status page from the right-hand side palette. See full list of options below.
The palette
The palette contains widgets that pull data from various locations in Slate.
Options include:
Static Content: Conditionally display custom content.
Merge Field Content: Pull in exports to be used in a block as merge fields.
Active Scheduler: Display a configurable Active Scheduler widget.
Events: Display a configurable list of events with links to each event’s registration form.
Form: Display forms to obtain additional information post application submission.
Do not display reply forms as embedded forms in the portal view.
Reply forms should be displayed via checklists rules in the Form checklist section. For more information, see Decision Reply Forms.
Component: Adds a configurable component to the portal. Components are design elements that let end users choose from a range of pre-defined styling options.
Report: Embeds a report in the portal.
Social Media: Embed a Twitter or Facebook feed in your portal.
Table: Returns a list of data from a portal query in a paginated table.
Weather: Displays up to a seven day forecast using a five digit zip code.
Activity: Display any activity on an application record that is set to Public.
Address: Display, edit and delete student address information.
Application Proof: Download a copy of the application.
Application Selector: Allows applicants with multiple applications to toggle between applications.
Checklist: Display the application checklist.
Checklist By Section: Display post-admit checklist items.
Decisions: Display decision letter update link related to a released decision.
Form Checklist: Display forms configured as checklist items.
Help: Display help text including an application reference number. Custom help text can also be added.
Materials: Allow students to upload Word and PDF materials.
Payments: Display a link to complete a payment due.
Portfolio: Allow students to upload web links, pictures, audio, and video files.
Submission Confirmation: Displays text the first time the applicant logs into their portal after submitting or within 15 minutes of submitting their application.
✨ All options located in the right-hand side palette contain a Filters section. This section can be used to define the populations who should see each section.
Step 3: Creating the method
Follow the breadcrumb navigation to return to the main portal page.
To create a new method:
Select New Method.
Enter the following Method configurations:
Status: Active
Name: Provide a descriptive name like “Applicants”.
Type: Set the type to
GET
.Output Type: Default Branding
Page Title: Leave blank
Action: Leave blank
View: Select the view that was just created.
Select Save.
To create a new query in the method:
Select Create New Query.
Configure the following settings:
Name: Provide a descriptive name, such as “Applicants”.
Type: Configurable Joins
Category: Records
Base: Application
Select Save. You are directed to the query configuration page.
Add exports and filters to the query:
Exports: Any export added to this query can be referenced as a merge field
Filters: Filters define the population that can see the portal. Do not remove the
Portal Identity
filter .
Step 4: Setting the default view
With a view and method created, we’ll set the view as the default for the portal:
Follow the breadcrumb navigation to the main portal configuration page.
Select Edit.
From the Default View list, select the view we created earlier.
Select Save.
Step 5: Update rounds and periods
With the applicant status portal fully built, we’ll connect the portal to the appropriate rounds or period.
The portal setting set within the Application Round tool takes precedence over a portal set at the Application Period tool.
Setting a Portal within the Application Round tool
From the main navigation, select Database.
Under Applications, select Application Rounds.
Select the round or rounds to be associated with the custom application status portal.
Select the portal from the Custom Status Portal list.
Select Save.
Setting a Portal within the Application Period tool
From the main navigation, select Database.
Under Applications, select Application Periods.
Select the period or periods to be associated with the custom application status portal.
Select the portal from the Custom Status Portal list.
Select Save.
Step 6: Test the portal
With the Applicant Status Portal built, and connected to the appropriate Round(s), it is now time to test the status page. To test:
From the main navigation, select Records.
Search for a record that has an application associated with the appropriate rounds.
Select Impersonate > Status Page.
If configured properly, the status page should appear like the example shown below: