Schools run on this every single day.
Attendance is taken at 8am whether or not our software is having a good morning. This page sets out what we operate, how we handle incidents, and what a school can expect from us when something goes wrong.
The components a school depends on.
Each of these is monitored and each can fail independently. When one is degraded, affected schools are notified directly rather than being left to work it out.
School application
The workspace staff, teachers and guardians sign in to.
Platform API
Every read and write the applications make.
Authentication
Sign-in, sessions and password resets.
Notifications
Email and SMS delivery to families and staff.
File storage
Documents, report cards and uploads.
Scheduled jobs
Overnight processing, reminders and reports.
Live component health and incident history publish here once the public monitoring endpoint is available. Until then, contact us for the current position on any component.
What you can hold us to.
Planned maintenance is scheduled around your term
Work that requires downtime happens outside teaching hours in the timezone your school is configured for, and is announced in advance rather than discovered.
Incidents are communicated, not hidden
If something is broken, affected schools are told what is affected, what is not, and what we are doing — while it is happening, not in a summary afterwards.
Your data survives our mistakes
Automated backups with a documented and rehearsed restore procedure. An outage should cost you time, never records.
Exam periods are treated as critical
We do not deploy anything non-essential during a school’s published examination window. Tell us your dates and they go on the calendar.
Something not working?
Tell us what you were doing and what happened. A problem reported during the school day is treated as a school day problem.