Separate school workspaces
Each school works inside its own workspace with boundaries designed to keep tenant activity separated.
EdixPark helps schools operate inside separate workspaces with controlled access. This page explains, in plain language, how we approach platform security, tenant boundaries, and the shared responsibilities between EdixPark and each school.
Before reading the full page, here are the practical security ideas that shape how EdixPark protects the platform and how schools should use it responsibly.
Each school works inside its own workspace with boundaries designed to keep tenant activity separated.
Users sign in through authenticated accounts and work within the permissions their role and workspace allow.
School administrators manage their own user approvals, role assignments, and access reviews.
Operational monitoring and logging may be used to protect reliability, tenant boundaries, and core service health.
Security concerns should be reported carefully so EdixPark can review, investigate, and respond appropriately.
EdixPark is a school management platform. Our security work focuses on protecting the platform, login flow, tenant boundaries, core operations, and the reliability schools depend on every day.
This page explains our current security approach in plain language. It is meant to support understanding and future review. It is not a certification statement, legal advice, or a promise that risk can be removed entirely.
We aim to be clear and careful: security is important, but responsible communication matters too.
EdixPark works to protect the platform and tenant boundaries, while schools remain responsible for how their own users and school records are managed inside the workspace.
EdixPark is structured so schools use separate workspaces rather than a shared open environment. Under normal platform use, one school should not be able to view or operate inside another school’s workspace.
Tenant separation is part of the platform’s core security approach because schools need clear boundaries around their daily records, users, and operational data.
Users reach EdixPark through authenticated accounts. Once signed in, access is limited by the user’s role and the school workspace they are authorized to use.
This helps make sure users work only with the modules, records, and actions their role permits, rather than gaining broad access by default.
Role-based access still depends on good school administration. A school should review who has access, what their role allows, and whether that access is still appropriate.
EdixPark protects the platform, but each school still decides which administrators, teachers, finance users, staff, parents, or other approved users should have access.
Administrators should make sure permissions match real responsibilities and should remove or reduce access when it is no longer needed.
Security is not only about account access. It also includes how the service is maintained, updated, monitored, and supported over time.
EdixPark may use operational controls, maintenance processes, troubleshooting, and platform review practices to support reliability and protect core operations.
EdixPark may review platform events, logs, and operational signals when needed to detect misuse, investigate suspicious behavior, troubleshoot technical issues, or protect the reliability of the service.
These practices are part of platform protection and abuse prevention. They are not meant to turn ordinary school use into unnecessary surveillance, but to help protect the service and respond when something appears wrong.
EdixPark protects the platform environment, but schools remain responsible for the records they enter, the users they approve, and the way school data is handled inside their own operations.
A school should decide carefully who can access sensitive records, what information should be entered, and how staff should manage school-owned data responsibly.
EdixPark may rely on trusted third-party services for infrastructure, communications, payments, or other service support functions.
Where payment processing is involved, some payment-related handling may occur through approved payment providers rather than being managed entirely inside EdixPark’s own application environment.
Platform availability may be affected from time to time by maintenance, internet conditions, third-party service issues, urgent fixes, or security-related work.
EdixPark may adjust or limit access where necessary to apply updates, protect the service, investigate unusual behavior, or reduce platform risk.
If EdixPark identifies a serious platform issue, we may investigate, take appropriate protective action, and communicate with affected schools when needed.
If you believe you found a vulnerability or security concern, contact EdixPark with a clear description. Please do not attempt to expose data, test another school’s workspace, or change information that does not belong to you.
The safest way to report a concern is to explain what you saw, where it happened, and how we can reproduce it without exposing school records or increasing risk.
Strong platform controls help, but schools still need clear internal discipline around account use, staff access, and school record handling.
A school can reduce avoidable risk by keeping its user list current, reviewing permissions regularly, and making sure staff understand how to handle school information properly.
If you are a school owner, administrator, staff member, or platform user with a security-related question, concern, or report, contact EdixPark and we will guide you to the right next step.
Questions about internal user behavior or school-specific access decisions may still need to be handled by the school first, while EdixPark supports platform-level security questions and service follow-up.
Use the Contact page if you need help reporting a concern, asking a platform security question, or following up on an account issue.