ScholarOs
PlatformFor your teamPricingSecurityGetting started
Log inOpen the live demo
Want to see it before you talk to anyone? Open a full demo school — no form, no email.
Open the live demo
ScholarOs

ScholarOs is one workspace for the whole school day — enrolment, attendance, marks, fees and parent access. Built in Kenya, for CBC and KCSE schools, with your records exportable whenever you ask.

Quick Links

  • Open the live demo
  • Product tour
  • Plans & pricing
  • For your team
  • Security & data
  • Getting started
  • Guides & Android app
  • Contact
  • School login

Core Modules

  • Fees & Payments
  • Academics & Grading
  • Attendance Tracking
  • Communication
  • Reports & Analytics
  • Student Management
  • Timetable & Calendar

Contact Us

Open contact form
© 2026 ScholarOs. All rights reserved.
PrivacyTerms

Security, backups and data ownership

Check us properly before you trust us.

A school system holds children’s records and the school’s money. You are entitled to know how it is separated, who can reach it, what is written down and what happens if we disappear. Here is all of it, including the parts that are not finished.

Open the live demo Ask a security question

The controls

What is in place today.

These are implemented and running, not planned. You can verify most of them from inside the demo — try reaching a record your persona should not see.

One workspace per school

Every record carries the school it belongs to, and every query is scoped to the signed-in user’s school before it runs. There is no screen, report or search in the product that can return another school’s learners.

Access decided by role

Seven roles — principal, deputy, teacher, staff, parent, student and platform management — each with their own permissions. Teachers see the classes they teach. Parents see only the learners linked to them. Management accounts cannot sign in to a school workspace at all.

Changes are recorded

Every change request is written to an audit log with the account that made it, what was called, the outcome and the time. Approvals, mark changes and payment entries additionally keep their own record history.

Sign-in protections

Passwords are stored as bcrypt hashes, never in readable form. Sessions expire and can be invalidated school-wide. Sign-in and recovery are rate limited per account. Management accounts must enrol an authenticator app; school accounts can opt in.

Payments verified server-side

M-Pesa and card payments are confirmed by our server against the provider before a learner’s balance changes, and provider callbacks are signature-checked and processed once only. We never see or store card numbers — the provider handles those.

Backups and restores

The database is backed up daily on a schedule with a documented retention window, and encrypted offsite copies can be enabled for your deployment. Ask us for the schedule and the restore procedure before you sign — we will send both.

Your data,
on your terms.

The strongest protection against choosing the wrong vendor is being able to leave with everything. We would rather win the renewal than trap you into it.

Read the privacy notice

The records are the school’s, not ours

Your learners, staff, marks and fee ledger belong to your school. We process them to run the service you are paying for and for nothing else.

We do not sell or share it

No advertising, no data broking, no training third-party products on your school’s records.

You can export it whenever you want

Learners, staff, fees and results export on demand from inside the product — not by raising a ticket and waiting.

Leaving does not cost you your history

Export before you go and you keep everything. We do not hold records hostage to a renewal.

Said up front

What we cannot claim yet.

Any vendor can list controls. The useful question is what they leave out — so here is ours, in writing, before you ask.

  • We have not had an independent penetration test or a security certification such as ISO 27001. We are a new company and we will not imply otherwise.
  • Encrypted offsite backups are supported but must be configured per deployment. Ask us to confirm the state of yours in writing.
  • SMS delivery requires a funded provider account and is off until your school opts in. Email and in-app notices work without it.
  • Offline working covers class registers only. Fees, reporting and approvals need a connection.

Where it runs

A managed PostgreSQL database and a dedicated API service. We will name the regions and providers for your deployment on request.

Who on our side can reach it

Support access is limited to the people who operate the service, and administrative actions are logged like any other.

Integrations

API keys are read-only and cannot touch identity, settings or billing endpoints. You create and revoke them yourself.

Your next school chapter

Let’s shape your school workspace.

Tell us what your team needs. We’ll agree on the right plan and setup before creating your login.

Talk to us