Students workflow

Student onboarding

Create the complete student, family, and enrolment record.

Student onboarding in LiveSchools365 Students

Student onboarding is a Students workflow in the Student lifecycle area of LiveSchools365 school management software. Create the complete student, family, and enrolment record. Schools use it so One dependable student record shared by every academic and administrative workflow.

Maintain the authoritative student profile, enrolment, family, and placement history. The people who typically work here are Administrator, Admissions team, Class coordinator. The rest of the module stays one click away, so an inquiry, register, invoice, or stock movement does not have to be re-typed into another product.

What this workflow changes

Single guided workflow This sits inside Students rather than a separate spreadsheet, which keeps the audit trail on the same student, staff, or item record.
Connected guardian records This sits inside Students rather than a separate spreadsheet, which keeps the audit trail on the same student, staff, or item record.
Class placement validation This sits inside Students rather than a separate spreadsheet, which keeps the audit trail on the same student, staff, or item record.

How it fits the rest of Students

Open these related Students guides when you want the step before or after Student onboarding:

Student records — Find and inspect registered students and their current state.
Student transfers — Move a learner between campuses, grades, or sections with history preserved.

How schools evaluate this screen

During a demonstration or trial, Administrator, Admissions team, Class coordinator should complete one realistic example: a new inquiry, a section register, a fee receipt, a notice, or a stock issue, depending on the module. Then confirm that the same record appears on the dashboard, the related report, and the next workflow. That is the test of a school ERP: one operational picture instead of parallel files.

Trend Developers can walk this exact screen against your admission, attendance, exam, or fee process. You can also start a 14-day trial and use the matching live form after sign-in.

All Students workflows · Start a trial · View pricing · Request a demonstration

Guide depth

Interface

Desktop interfaceComplete operational workspace with demonstration data

Single guided workflow

Connected guardian records

Class placement validation

Page anatomy

Fields, controls, and effects

Use this reference to understand what each area accepts and what it changes.

Student identity and admissionCode, admission number, date, name and contact · Input

Purpose: Create the official identity used by academic, fee, communication, and reporting workflows.
Rules: First name, admission date, academic year, campus, and grade are required; student code is generated on save.
Application effect: Creates the student and current enrolment.

Academic placementAcademic year, campus, grade, section and roll selects · Input

Purpose: Place the student in the correct active class.
Rules: Choose parent values first; section must belong to the selected campus and grade.
Application effect: Controls class rosters, attendance, timetable, exams, and billing scope.

Personal and health informationDates, selects and text · Input

Purpose: Record identity, background, previous school, health notes, and address needed for student care.
Rules: Use verified documents and restrict health notes to relevant facts.
Application effect: Supports safeguarding, identification, and administrative reporting.

Father / guardian and motherContact and socioeconomic fields · Input

Purpose: Create family contacts and relationship context for the student.
Rules: Leave a relationship section blank when it does not apply; verify mobile numbers.
Application effect: Supports authorized communication, family lookup, and emergency contact.

DocumentsImage and file uploads · Input

Purpose: Attach the student picture, birth certificate or ID, transfer certificate, and other admission evidence.
Rules: Use PDF, PNG, or JPEG files up to the displayed size limit.
Application effect: Keeps evidence linked to the registration for later review.

Fee discountPercentage · Input

Purpose: Record an approved student-level concession when applicable.
Rules: Enter only an authorized percentage.
Application effect: Provides the admission concession input used by fee processing.

Save studentCommand · Output

Purpose: Validate and commit the complete registration.
Rules: Resolve required-field and placement errors before saving.
Application effect: Creates the student record and makes it available to downstream modules.