Modules
Twenty-two modules. Each can be enabled or disabled per institution under Admin, Features.
Disabling a module hides its navigation and stops its endpoints answering.
| Key | Label | What it gives you | Tier |
|---|---|---|---|
module.repairs | Submissions | Lodge and track repair submissions, loans on repair, outcomes and costs | Core |
module.tickets | Tickets | The built-in queue for work that is not a device repair | Core |
module.loans | Loans | Issue loan laptops and iPads, and track who has what | Core |
module.assets | Stocktake | Device lifecycle fields, warranty tracking and scan-the-room audits | Core |
module.directory | Directory | Manage Entra, Google and AD users | Core |
module.knowledgeBase | Knowledge base | Self-help articles on the public help page | Core |
module.stock | Stock | Sell and track consumable stock | Standard |
module.costs | Cost analytics | Break down repair costs by type, term and coverage | Standard |
module.cardChecker | Card checker | Tap-to-verify cards against the directory | Standard |
module.inductions | Device inductions | Start-of-year handout checklists and roster tracking | Standard |
portal.client | Student portal | Students look up and lodge their own repairs, loans and purchases | Standard |
portal.parent | Parent portal | Parents view their child’s repairs and, optionally, costs | Standard |
module.sla | Service levels | Resolution targets per priority with overdue flagging | Standard |
module.csat | Satisfaction | Post-repair star rating, summarised on the dashboard | Standard |
module.reports | Reports | Operational reports with CSV export and scheduled delivery | Standard |
module.statusPage | Status page | Community-facing uptime page driven by your monitors | Standard |
module.integrations | API and webhooks | Public API keys, signed webhooks, and the MCP endpoint | Standard |
module.automation | Automation rules | When-then rules on submission creation | Advanced |
module.monitors | Services monitor | Uptime monitoring with severity-based alerts | Advanced |
module.printers | Printers | Live printer fleet over SNMP | Advanced |
module.security | Security | ThreatLocker approval requests, ticket-linked | Advanced |
module.backups | Backups | Encrypted scheduled backups and portable export | Advanced |
Tiers are cumulative. Standard includes everything in Core, and so on. See plans.
Dependencies
Section titled “Dependencies”Modules are mostly independent. The ones that are not:
| This | Needs |
|---|---|
module.costs | module.repairs, which is where costs are recorded |
module.csat | module.repairs, since ratings are collected on the tracking page |
module.statusPage | module.monitors, or it has nothing to show |
module.automation | module.repairs, since rules run on submission creation |
| The MCP endpoint | module.integrations. Without it /api/mcp returns 404 |
| The help centre | Nothing, but it is empty without module.knowledgeBase |
module.assets covers both stocktake and disposals.
Deployment-level disabling
Section titled “Deployment-level disabling”A self-hosted deployment can hide modules regardless of what a tenant administrator does:
DISABLED_MODULES=module.cardChecker,module.inductionsA module hidden this way cannot be re-enabled from the interface while the variable is set.
What disabling does not do
Section titled “What disabling does not do”It hides the module. Nothing is deleted, and turning it back on restores everything.
The thing to think about before switching something off in a live system is whether people are relying on it right now. Turning off Loans while devices are out means nobody can return them until it comes back.