Approval pack
School Approval Pack
A printable pack for schools reviewing Bell Path before entering live operational data.
- Operator
- Dimitrios James Gregory Hooke ABN 59 429 101 462 trading as Bell Path Timetabling
- Effective date
- 6 May 2026
Contents01–13
- 01How to use this pack
- 02What Bell Path is
- 03What Bell Path is not
- 04ST4S readiness status
- 05Data storage and residency
- 06Data collected by feature
- 07Data Bell Path does not need
- 08Public calendar and school-code access
- 09Access, audit, and accountability
- 10Deletion, export, and retention
- 11Subprocessors
- 12Support during busy school periods
- 13School review checklist
How to use this pack
This pack is written for principals, assistant principals, business managers, ICT leads, and privacy reviewers who need a practical summary before a school enters live operational data into Bell Path.
Schools can print this page and keep it with internal procurement, privacy impact assessment, security, School Council, or leadership approval records. It supports review; it does not replace a school, sector, ST4S, Department, or legal assessment.
What Bell Path is
- Specialist timetabling, APT and agreement planning, daily cover support, yard duty planning, wet day planning, event timetables, and operational exports for Australian primary schools.
- A school-owned workspace where leadership can model, review, publish, and export operational planning outputs.
- A support tool for school decision-making. Generated timetables, cover plans, and public calendar outputs still require school review before publication or action.
What Bell Path is not
- Bell Path is not a replacement for Compass, CASES21, eduPay, Microsoft 365, Google Workspace, or other Department-provided core systems.
- Bell Path is not currently represented as Department-approved, ST4S-assessed, ISO-certified, SOC 2-certified, or listed on a government panel unless Bell Path provides that written confirmation separately.
- Bell Path is not designed to store health files, behaviour records, parent contact databases, enrolment records, or whole-student profiles.
ST4S readiness status
Schools may need to check Arc Software and Safer Technologies 4 Schools assessment material before adopting software that is not provided by their sector or Department. Bell Path should be treated as requiring the school’s normal software approval checks unless a current written Bell Path statement says otherwise.
Bell Path is being documented in a way that supports ST4S-style review: clear data categories, subprocessors, access controls, public-sharing limits, support pathways, and data minimisation guidance. This is readiness material, not a claim that an ST4S assessment has been completed.
Data storage and residency
Bell Path is operated from Australia but uses cloud service providers. The current repository and deployment posture should be treated as involving offshore processing unless Bell Path has separately agreed and verified an Australian-only residency arrangement in writing.
Schools that require Australian-only data residency should ask for written confirmation covering the application runtime, database, Redis or queue services, export storage, email, monitoring, payment records, backups, and support tooling before entering live data.
Data collected by feature
- Core timetable setup: school name, staff names and roles, classes, rooms, subjects, bell times, meetings, availability, APT requirements, constraints, and generated timetable records.
- Agreements: staff member, original allocation, agreed allocation, compensation details where entered, reason, status, review history, and timestamps.
- Daily operations: cover plans, CRT or replacement teacher names where entered, yard duty and wet day planning records, public calendar events, and export metadata.
- Education Support: student names, year levels, funded minutes, assigned blocks, ES staff, and support notes only where the school chooses to use that feature.
- Account, billing, support, security, analytics, and audit records needed to operate, secure, support, and bill for the service.
Data Bell Path does not need
- Student names are not needed for core timetable generation.
- Health information, behaviour records, disability details, family contact details, home addresses, and enrolment files should not be entered unless a specific feature genuinely requires limited information and the school has authority to use it.
- Schools should use class labels, year levels, initials, groups, or staff-only notes where that is enough for the workflow.
Public calendar and school-code access
Bell Path public calendar links are intended for non-sensitive parent and student visibility. They should only publish items the school has chosen to make visible.
A school code reduces casual access but is not a substitute for authenticated staff access. Staff-only notes, drafts, internal admin notes, reminders, unpublished items, and non-public checklist items are redacted before public exposure.
Access, audit, and accountability
- School users authenticate before accessing protected workspaces.
- Workspace access is checked against school membership and role.
- School-scoped audit records are used for sensitive changes such as exports, timetable lifecycle actions, member changes, account deletion, and selected operations calendar actions.
- Schools should remove stale user accounts and avoid sharing logins.
Deletion, export, and retention
Schools can request export, deletion, account, or procurement assistance by contacting hello@bellpath.com.au. Bell Path may retain records where required for legal, accounting, security, backup, audit, dispute, or abuse-prevention reasons.
Schools should keep their own copies of published timetable, export, and approval records according to their normal recordkeeping rules.
Subprocessors
Bell Path uses service providers where reasonably needed to host, secure, monitor, support, and bill for the product.
- Railway for application hosting, database, Redis, deployment, and infrastructure services
- Stripe for payment processing, hosted checkout, invoices, and subscription records
- Resend for transactional email delivery where configured
- Sentry for application error monitoring where configured
- Google for optional Google sign-in and related authentication services
Support during busy school periods
Bell Path includes an in-app support form that captures the page, request type, impact level, and recent workflow context so urgent timetable, export, cover, or setup issues can be triaged more quickly.
Schools should still keep local fallbacks for critical operational records, including downloaded timetable PDFs and any information needed to run the school day if an online service is unavailable.
School review checklist
- Confirm whether Bell Path duplicates a Department-provided tool or sits in a distinct specialist-timetabling and operational-planning workflow.
- Complete the school’s procurement, privacy impact, records management, ST4S, and information security checks where required.
- Decide which features will be used and which data categories the school will allow in Bell Path.
- Confirm who will be owner, admin, teacher, and viewer users.
- Review public calendar settings, school-code expectations, and revocation steps before sharing a link with families.
- Print or save this pack with any completed PIA, procurement, or leadership approval records.

