HandbookCommunication16

Parent & student portals.

The same school looks different depending on who opens it. A student sees their grades and timetable; a parent sees every child they have; a teacher sees the classes they carry; an owner sees the state of the whole institution. YESS gives each of them their own portal — a window framed for exactly their role — and every one of them runs on the web and on the phone, in English, French, or Arabic.

  • 4portals
  • Web · iOS · Androidevery device
  • EN·FR·ARevery screen
  • ≈10 minto read

Prologue

One school, four windows#

A portal is not a cut-down version of the admin app — it is a purpose- built window. Each one shows only what its audience needs, gated by the same permissions that protect the rest of YESS, and each one is built to read cleanly on the device its audience actually uses: a parent on a phone between errands, a teacher on a tablet in the staffroom, an owner on a laptop on a Friday afternoon.

There are four: the student portal, the parent portal, the teacher portal, and the owner portal. They share a design language and a login, but each answers a different question — and which surfaces a family sees is itself controlled by the school in settings.

Chapter one

The student's window#

A student opens /portal to a profile header and a snapshot of today — the next class, what is due, how attendance and grades are trending. From there the whole of their school life is a tap away: /portal/grades and /portal/report-cards, /portal/timetable, /portal/assignments and /portal/courses, /portal/attendance, and /portal/fees.

The portal is not only consumption. Students take online exams, message teachers, join clubs, vote in elections, submit their own enrolment and subject choices, and reach the AI study room — all from the same shell. With dozens of surfaces behind one home, it is the busiest portal in YESS, and the one that most shapes how the school feels to the person living it.

The next class, what's due, how grades and attendance trend — one tap from everything else.

Chapter two

The parent's overview#

The promise is one login per family. A guardian linked to more than one child switches between them with a single tap; no second account, no second receipt stream. The home portal gives a single-child view; the cross-child overview at /portal/parent shows every child side by side — pending logbook approvals, assignments due this week and overdue, recent grades, and last activity, one row per child.

From there a parent reaches the fee portal at /portal/fees (balance, invoices, payments, and a request for a payment plan), their child's grades and attendance, announcements and messages, and logbook approvals at /portal/parent/logbook-approvals. The link between guardian and child — made in the student record — is what makes all of this appear.

Chapter three

The teacher's workbench#

A teacher's portal at /teacher is a working surface, not a viewing one. It gathers the classes they carry at /teacher/classes, the gradebook at /teacher/grades, daily attendance at /teacher/attendance, the lesson logbook at /teacher/logbook, conduct at /teacher/conduct, the schedule, assignments, quizzes, and messages — everything the teaching day needs.

Crucially, every staff member is also a first-class employee here. The same portal carries self-service: a teacher reads and acknowledges their payslip at /teacher/my-payslip, checks balances and requests time off at /teacher/my-leave, reads their contract at /teacher/my-contract, and browses professional development at /teacher/development.

Chapter four

The owner's briefing#

The proprietor's portal at /owner is deliberately not a dashboard — it is a calm, letter-like State of the School briefing a time-poor owner reads in thirty seconds: a plain-language health verdict, a short list of the few things that need them personally, the headline numbers each shown against last period and against their target, and quiet doorways to the detail.

Those doorways are strategic, read-only views — the owner reads the margin, they do not process the invoice. Financials at /owner/financials, academics at /owner/academics, attendance, a per-staff radiography at /owner/staff, enrolment, conduct, compliance at /owner/compliance, and a board-pack of saved and scheduled reports at /owner/reports. On a federation, the owner sees the whole school while each campus manager sees only their own.

A health verdict, the few things that need the owner, and every headline number against last period and target.

Chapter five

Three languages, every device#

Every portal runs on the web and as a native mobile app on Android and iOS, with the same experience and the same data on each. Every screen reads in English, French, or Arabic — with right-to-left layout for Arabic — and money always shows in the school's own currency.

The school decides the front door. In settings, the Portal-login tab configures how families sign in — including QR and school-code login, handy where families share devices or are new to apps — and the Portals tab switches individual portal surfaces on or off. A portal is powerful precisely because the school controls exactly what it shows.

What makes the portals elite

  1. 1

    One login per family

    A guardian with several children switches between them in a tap — never a separate account, receipt stream, or password per child.

  2. 2

    Role-framed, permission-gated

    Each portal shows only what its audience needs, enforced by the same database-level permissions that protect the admin app.

  3. 3

    Web and native, identical

    The same portal on a browser and on a phone, with the same data and design, so a family is never told 'do that on the website'.

  4. 4

    Owner oversight without exposure

    Proprietors see margins and risk, not individual transactions — governance and privacy together.

  5. 5

    School-controlled surfaces

    Login method and which portal surfaces are visible are set by the school in settings, not fixed by the platform.

Adjacent modules

Where the portals connect#

Tutorial

Do it step by step#

Open each of the four windows and you have seen the whole module. Six steps, in the order a school switches portals on and the people who use them log in.

  1. 1

    Switch the portals on

    On the Portals and Portal-login tabs of /dashboard/settings, choose which portal surfaces are visible and how families sign in — including QR and school-code login for shared or first-time devices.

    The portals draw on guardian-child links from the student record. Link the family first and the parent portal lights up on its own.

  2. 2

    A parent logs in and switches child

    A guardian opens /portal for a single child, or /portal/parent to see every child side by side, and taps between them — one login for the whole family.
  3. 3

    A student checks grades and fees

    A student opens /portal to today's snapshot, then dives into /portal/grades, /portal/timetable, and /portal/fees — and takes online exams and joins clubs from the same shell.
  4. 4

    A teacher runs their day

    A teacher opens /teacher to enter scores at /teacher/grades, take the register at /teacher/attendance, and log the lesson — then checks their own payslip at /teacher/my-payslip.
  5. 5

    An owner reads the briefing

    The proprietor opens /owner for the thirty-second State of the School, then steps through the quiet doorways to /owner/financials and /owner/staff when something asks for a closer look.
  6. 6

    Confirm it works on a phone

    Every portal is also a native app on Android and iOS, in all three languages. Open it on a phone and confirm the family gets the same experience there as on the web — that parity is the acceptance test.

Four windows onto one school — each framed for the person looking through it, on whatever device they hold.