Admission to enrolment
- The work
- Enquiries, applications, documents and offers move through stages, with an owner at each step.
- The result
- An accepted offer becomes the student record that attendance, fees and communication use.
School management platform
Admissions, attendance, fees, exams and parent communication run as connected workflows. What staff do in one reaches the others without re-typing, and every step has an owner.
Daily operations
Synthetic data
Supported workflows
Each workflow runs from the first step to a recorded result, and links to a page that covers it in depth.
This is how SquareCampus is designed to work. Your written proposal confirms what your institution gets, and when.
Underneath the workflows
Records, workflows, governance and intelligence share one foundation. Each layer changes something specific about how the institution runs.
01
One shared school record.
Students, staff, fees, attendance, assessments and documents live on one model, so a question has one answer rather than one answer per tool.
What that includes
02
Work moves with an owner.
Admissions, collections, results, approvals and parent concerns run as workflows with stages, owners and deadlines — not as tasks held in someone's memory.
What that includes
03
Every exception is accountable.
Policy, approval chains, role boundaries and audit history are institutional configuration, so exceptions escalate to a named desk and leave a trail.
What that includes
04
Leadership sees what requires attention.
AEGIS reads the governed operational context and returns permission-scoped, source-grounded answers about what changed, why it matters and who owns the response.
What that includes
Operating domains
The school cycles each record passes through, from first enquiry to fees, results and campus services.
From inquiry, documents, and enrollment through timetable, attendance, exams, and report publishing.
Fees, concessions, receipts, auditability, and institution-level oversight in the same operating model.
Parents, students, staff, and administrators receive the right information through the right channels without disconnected tools.
Transport, services, assets, and campus workflows stay linked to the same institutional identity and timeline.
Shared core
Every surface works from one identity, data and workflow core, so a change made once reaches the rest without an export, a sync job or a second copy of the record.
Users, permissions, and organizational boundaries are defined once and respected everywhere.
A record created in admissions becomes the same record used by academics, finance, and communication.
Approvals, updates, dues, parent communication, and staff actions roll into one auditable sequence.
Leaders see the institution through dashboards built on current records instead of stitched reports and spreadsheet exports.
Product surfaces
SquareCampus is not just an admin layer. Each audience gets a purpose-built surface, but the institution still runs on one connected operational model.
Branch health, role controls, rollout visibility, finance oversight, and policy enforcement from one place.
Attendance, lesson delivery, remarks, assessments, communication, and action queues without context switching.
Fees, receipts, circulars, attendance, academic visibility, and service requests, designed for the family's preferred language.
Board reviews, campus-level dashboards, fee risk, academic exceptions, and operational exposure from current records.
Governed intelligence
AEGIS works inside SquareCampus, not beside it. It reads the same timelines, permissions and records the School OS already holds, so there is no second system to reconcile.