Guide / Role information flow
School role map: who sees, changes and approves each record
A school role information flow is a map of who may view, create, correct, approve and export each school record (timetable, attendance, results, messages and contact details) across teachers, students, parents or guardians and administrators. Build it record by record, add the exceptions such as cover teachers, shared guardians and leavers, and link every notification to the record behind it. The finished map becomes the test script for any platform demonstration.
Published 14 September 2026 · Reviewed 18 September 2026 · EASY EDU SDN BHD
On this page9 sections
What are the key points of this guide?
- Start from records, not menus: name each record's authoritative source before assigning any role.
- Split “edit” into view, create, correct, approve and export, because each carries different authority.
- Put the awkward cases on the map: cover teachers, guardians of several children, class transfers and leavers.
- Trace every notification back to its source record, recipient, timing and correction path.
EASY EDU SDN BHD, part of ES PRODUCATION GROUPS BERHAD, publishes this vendor-neutral guide. The timetable screens on this site are illustrative and Easy Edu's modules are not yet confirmed, so apply the map to Easy Edu exactly as you would to any other vendor.
This guide maps records and notifications. For account lifecycle, least-privilege testing and administrator powers, use the guide to evaluating teacher, student, parent and administrator access.
Vendor-neutral guide
Which school records should a role map start with?
Start with the information a school day actually produces, not with the menus a vendor shows. Menu labels change between products; the records and the people responsible for them do not. For each record below, settle two things before any demonstration: which office or person is the authoritative source, and who genuinely needs to see or change it.
- Timetable
- Which office publishes it, and do room changes reach students and guardians from that same entry?
- Attendance
- Which teacher marks the period, and who may correct a mark once the register has closed?
- Assessment result
- Who enters the mark, who approves its release, and when does a guardian first see it?
- Announcement
- Which record or decision authorises it, and who can withdraw or correct it after sending?
- Guardian contact
- Who may update a phone number or email, and how is the change checked before messages are rerouted?
What should the role-by-record matrix show?
One table, with records as rows and roles as columns. Write verbs, not “access”: viewing differs from downloading, creating from approving, correcting from deleting. A phrase such as “parents have access” hides every one of those differences. Google Classroom’s official page addresses education leaders, educators and IT administrators separately, and says parents and guardians can view assigned classwork through a link or weekly guardian email summaries; it describes Google’s product, not Easy Edu.
| Record | Teacher | Student | Parent or guardian | Administrator |
|---|---|---|---|---|
| Timetable | View own classes; request a change | View own class | View linked child's class | Create, correct, publish |
| Attendance | Create for own period; correct before close | View own record | View linked child; receive absence notice | Correct after close, with a stated reason |
| Assessment result | Create; correct before release | View own, after release | View linked child, after release | Approve release; export |
| Announcement | Create for own classes | View | View; reply only if enabled | Create school-wide; withdraw |
| Guardian contact | View for own class, if policy allows | Decide by policy; test it | Request correction of own details | Correct after verification; export |
Which exceptions and role changes belong on the map?
School identities change all year. A demonstration built on one teacher, one class and one parent will not show how access is opened and closed when responsibilities move. Add each case below as its own row of the map and ask the vendor to show it.
| Case | Access the school should expect | Ask the vendor |
|---|---|---|
| Temporary cover | Fixed-period access to the covered class, ending on the end date | Does access close without a manual reminder? |
| Guardian of several children | Each linked child's records; nothing from other families | How is each guardian link confirmed? |
| Class transfer | Former teacher stops seeing new entries; history stays with the student | How quickly does the change apply? |
| Staff leaver | Access ends on the leaving date; their entries stay attributed | Who closes the account, and when? |
| Emergency support | A named approver and a time limit | Where is the list of records opened kept? |
How should each notification connect to its source record?
A notification is only as reliable as the record behind it. For every alert or message, the map should show the source record, what triggers it, who receives it, when and through which channel, and what happens if the record is later corrected. The most revealing test is a correction, because it shows whether a wrong message is ever put right.
- 01A teacher marks a student absent for the first period.
- 02If the school has enabled it, the guardian receives an absence notice.
- 03The student arrives late and the teacher corrects the mark.
- 04Check what the guardian now sees: a correction, a second notice, or nothing.
- 05Check where the change, its author and its time are visible afterwards.
How can a school test least-privilege access?
Least privilege means each role holds only the actions its task requires. Test it by asking, cell by cell, why the role needs the action. Pay particular attention to bulk downloads, administrator privileges, vendor support access and shared classroom devices, where broad access tends to hide. Each elevated permission should pass four questions:
- Need: which named task requires this action?
- Scope: which classes, children or record types does it cover?
- Duration: when does it end without someone remembering to remove it?
- Review: who checks it, and how often?
Malaysia's Personal Data Protection Department sets out seven personal-data-protection principles under section 5(1) of Act 709. They are general legal context for these questions, not a verdict on any platform. Read the department's principles
How does the map become repeatable test cases?
Turn the cells into short scenarios: include at least one permitted action, one denied action and one role change, all using non-sensitive test data and a recorded product version. Repeat the denied test after the role change. Then run the cases in a self-run school platform evaluation session so every owner sees the same result.
| Scenario | Expected result | Evidence to keep |
|---|---|---|
| Teacher corrects an attendance mark before the register closes | Correction saved; original value still visible in history | History entry showing author and time |
| Student opens a classmate's result | Refused | Refusal screen and the test account used |
| Cover teacher signs in after the end date | Covered class no longer visible | Date, account and observed screen |
| Guardian with two children checks attendance | Both children shown; no other student | Account and the two records displayed |
Quick answers
What do schools ask about role information flow?
What is a school role information flow?
It is a record-by-record map of which role may view, create, correct, approve or export school information, plus the notifications each record triggers. It shows how information moves between teachers, students, parents or guardians and administrators, and where authority sits.
Which exceptions should a role-flow test include?
Test a cover teacher, a guardian linked to several children, a student changing class, a staff member who leaves and an emergency support path. These cases show how access changes when responsibilities do not follow the simplest path.
Does this guide describe verified Easy Edu permissions?
No. Easy Edu has not yet published a current permission model or product version, and the timetable screens on this site are illustrative. Use the map as a request you can put to Easy Edu or any other vendor.
External context
Which outside sources does this guide cite?
- Google for Education: Google Classroom overview
- Personal Data Protection Department, Malaysia: principles of personal data protection
Method and scope. A vendor-neutral method built from the public sources listed above. They do not describe or endorse Easy Edu.
Next move
Where should the finished role map go next?
Run the test cases with every record owner present, then follow the same records into ownership, retention and exit.
EVERYTHING ON THIS SITE
Every EASY EDU guide and page
- About EASY EDU SDN BHD
- Contact Easy Edu
- Easy Edu FAQ: company, product status and platform evaluation
- School platform evaluation glossary
- School platform evaluation guides
- Privacy notice for easyedu.com.my
- How to run a school platform evaluation session
- How to evaluate a school platform before you buy
- School software data export and governance questions
- Questions to ask in a school platform demo
- Reduce duplicate school record entry
- A school software onboarding checklist
- Integrated school platform or separate apps?
- How to evaluate teacher, student, parent and administrator access
- School data ownership, export and deletion questions
- School platform privacy questions for a first vendor meeting
- Concept screen or real feature in a school demo?