Visitor Management
Register visitors, manage gate/current visitor records, checkout, cancel, history, categories, types, and settings.
Overview
Register visitors, manage gate/current visitor records, checkout, cancel, history, categories, types, and settings.
Before you start
- Visitor permissions assigned
- Visitor categories/types configured if used
- Front desk process defined by school
Main screens
Step-by-step workflows
Check in a visitor
- Open Visitor Management.
- Create a visitor entry.
- Enter visitor name, purpose, contact, host, and timing details as required.
- Save check-in.
- Confirm the visitor appears in the current/gate register.
Check out or cancel
- Open current visitors.
- Use checkout when the visitor leaves.
- Use cancel only for invalid or mistaken entries.
- Review history for completed visits.
Operational detail
Visitor details
Record the visitor name, purpose, contact, and host or department according to school policy.
Check-in time
Use the actual arrival time so current visitor and history reports remain reliable.
Host details
Select or enter the staff member, department, or student-related purpose being visited.
Visitor status
Current visitors should remain open until checkout. Cancel only invalid or mistaken entries.
Gate register
Use the gate/current visitor view for operational monitoring during the day.
History
Use history to review completed visits and audit front desk activity.
- Visitor entries must be scoped to the authenticated school.
- Checkout is allowed only for currently checked-in visitors.
- Cancel actions should be blocked for states where cancellation no longer makes sense.
- Required purpose/contact fields should follow the school visitor settings.
- Leaving visitors open after they have left campus.
- Cancelling a real completed visit instead of checking it out.
- Recording unclear purpose text that is not useful later.
- Sharing visitor logs with users who do not need them.
Safe use
These guides explain normal user workflows only. Do not share passwords, OTPs, tokens, cookies, private student identifiers, payment details, raw internal IDs, provider configuration, or stack traces in support messages or screenshots.
- Leaving visitors open after they have left campus.
- Cancelling a real completed visit instead of checking it out.
- Recording unclear purpose text that is not useful later.
- Sharing visitor logs with users who do not need them.