Track, approve, and correct onboarding progress

Understand the outcome

Use People to see what is waiting on whom.

Onboarding is a versioned program builder and tracker. Programs contain stages that run in order or in parallel, and tasks for the new person or for staff, with dependencies and approvals. Assign a published program to an approved applicant, a member, a whole role, or an email address. Each person stays pinned to the version they started.

Before you begin

Make the decision before changing the screen. Record the current configuration when the department already uses this feature, and use a test record or test account when the change can affect active members.

• Open the person’s assignment.
• Review tasks waiting for approval.
• Know the reason for any exception.

Where to work and what access you need

Start from the portal destination named in the procedure. Administrators normally need permission to view Onboarding plus the specific create, edit, manage, approve, report, or all-record action used by the task. Visibility alone does not grant management access.

• Onboarding overview/onboarding
• Programs/onboarding/programs
• Program builder/onboarding/programs/:id
• People/onboarding/people
• Person progress/onboarding/people/:id
• Reports/onboarding/reports
• Settings/onboarding/settings
• My Onboarding/onboarding/my
• Applicant onboarding/applicant/onboarding/:personId

Required foundation

• Core must be enabled and correctly configured before this workflow can operate reliably.

If your department uses custom roles, test the procedure with that role—not only with a full administrator account. This confirms the people responsible for daily operations can complete the workflow without receiving unrelated access.

Complete the task

1. Step 1Open People

   Filter by program or progress.

2. Step 2Open a person

   Review stages, tasks, and submissions.

3. Step 3Complete staff tasks

   Record your work.

4. Step 4Approve or reject

   Give clear notes when rejecting.

5. Step 5Handle credentials

   Use the credential vault for temporary passwords; every reveal is audited.

6. Step 6Report

   Use Reports to review completion.

Operational safeguards

Apply these module-level controls while completing the procedure. They prevent a technically saved configuration from becoming an operational or access problem later.

• Control point
  Map the real process and owners before building stages.
• Control point
  Decide which tasks the person should see.
• Control point
  Use dependencies only where work truly cannot start early.
• Control point
  Require approval for documents or answers that must be verified.
• Control point
  Turn on the Quartermaster and Resources task types only when those modules are in use.
• Control point
  Publish changes as a new version instead of changing expectations for people already in progress.

Verify the result

Do not consider the setup complete merely because the save action succeeded. Confirm the behavior from the user-facing or operational view, then retain evidence of the test when department policy requires it.

• Progress matches reality.
• Completed tasks unlock the next ones.
• Credential reveals are logged.

If any verification fails, return to the source configuration and correct it there. Do not edit a report or downstream record to conceal an incorrect setup.

Troubleshooting

A person is stuck after approval

Another dependency may be incomplete.

No reminder was sent for an overdue task

Overdue emails aren’t automatic; follow up directly.

The Google Sheet didn’t update the program

The Sheets mirror is one-way, from Station Clipboard to the sheet.

Related Onboarding capabilities

This task sits inside a larger module workflow. These related capabilities may affect the result or provide the next administrative step:

• Programs with published versions that never change an in-progress person’s path
• Ordered or parallel stages and task dependencies
• Ten task types: uploads, certifications and licenses, questions, general tasks, account creation, background processes, scheduling, profile/contact data, gear and uniform issue, and resource acknowledgements
• Tasks for the person or for staff, with a visible-to-person switch
• Reviewer approval and rejection of submitted work
• Connected steps: Time Clock face enrollment, real Quartermaster gear requests, and Resources acknowledgements
• Credential vault with encrypted temporary passwords, audited reveals, and printable password sheets
• Code-based portal for new people, completion reports, and an optional one-way Google Sheets mirror

Use the module hub to open the dedicated procedure associated with any capability listed here.

Connected modules and downstream effects

A change here can alter what members see, what data appears in reports, or how another module completes its workflow. Review the connected areas below before making a department-wide change.

• RecruitingApplication Hubs, reviews, interviews, references, and conversion (formerly Applications Flow).
• ResourcesVersioned documents with acknowledgement and signature tracking (formerly Policies).
• QuartermasterUniform and gear stock by size, role eligibility, requests, and issued gear.
• Time ClockPortal and kiosk clock-in with password, PIN, or face, plus corrections and reports.

After deployment, test one complete workflow from the originating module through every connected destination your department uses. Document the final configuration so another administrator can audit or reproduce it later.

Continue in Onboarding

Return to the Onboarding module guide for connected workflows, dependencies, portal destinations, and additional procedures.