Where to start, by job
What to open if you teach, drive a bus, run a building or work a front office — and the one habit that makes the rest work.
Documentation
Two bodies of documentation. One ships inside the product and is organised by role, because a bus driver and a registrar need different pages. The other is the operator runbook, and it assumes you are the person holding the root password.
In the product
Every install ships with these articles at /Help, in
English and Spanish. They are deliberately opinionated: each one says
not just how a screen works but what habit makes it worth using.
What to open if you teach, drive a bus, run a building or work a front office — and the one habit that makes the rest work.
Why you can see what you can see, and how to ask for more.
Global search, saved views and the difference between them.
Filing a ticket that is resolvable on the first pass, filing on behalf of a colleague, and the walk-up kiosk.
Check-out, audits, labels and what an asset record is actually for.
Queues, QR scanning equipment, and what belongs in a work order versus a phone call.
Reporting incidents as evidence rather than conclusion, drill logs, plans, rosters and the SDS register.
Requesting camera footage, and why the approval chain is what it is.
Conduct write-ups, field trips and daycare transportation.
Booking spaces, outside organisations, blackouts and insurance.
Ordering, the reorder queue, warehouses, receiving and cycle counts.
Requests, onboarding ownership, and why an adjustment carries a reason.
Raising a pay inquiry, the off-cycle queue, and the controls you will meet.
Requests, approvals, expense claims and per-diem.
The seven-step inbound chain, whose turn it is, and how due dates are counted.
APRA intake, the statutory clock, and annual reporting.
Renewal terms, CFO and Board review, and COI compliance.
Issuing cards, batch printing, templates and credentials.
When a board beats a ticket, and the two habits that make one worth keeping.
Where the numbers come from, and how to follow one back to its source.
"File it rather than mentioning it. A hallway conversation is not a record, and in March nobody can find it."
— from the teacher section of Where to start, by job
For whoever runs it
These ship with the source. They assume competence and do not pad — the deployment guide, for instance, tells you to read it top to bottom once before running anything, and means it.
The full install runbook — scripted, manual and Proxmox paths, nginx and TLS, PM2, database setup, and the worked IdP examples.
Wiring Entra, Okta or Google Workspace, attribute names, and writing claim-to-role mapping rules.
The three stores to protect, recommended cadence, and what a restore actually looks like.
Configuring per-data-class retention, and how the footage scrub is enforced by the worker.
Issuing scoped tokens, the permission cap, and the REST surface.
Outbound HMAC signing and verification, inbound endpoints, and reading the delivery log.
Building approval chains and onboarding fan-outs without touching code.
The event registry, per-user delivery preferences, and web push setup.
What to look at when something is slow, and the indexes that matter.
The compliance write-up General Counsel will want before signing off.
The WCAG 2.1 AA commitments and how they are verified.
The signed directory bridge to the Algo intercom platform, request signing and projections.
How a district becomes a profile rather than a fork — the document that keeps the upgrade path intact.
The decision log: what was chosen, what was rejected, and why.
Getting the docs
Licensed districts get the full set — staff help is in the product from day one, and the operator runbooks come with the deployment.
Evaluating rather than licensed? Ask, and we will send the documents a review actually turns on: the deployment requirements, the FERPA compliance summary, the accessibility statement and a completed copy of your own security questionnaire. Those go out before anything is signed.
A customer documentation portal is on the roadmap. CampusLink is proprietary software and the source is not distributed, so documentation is delivered as a bundle rather than as repository access.
Send the questionnaire, the accessibility conformance request, or the security assessment. We would rather do the paperwork early than discover a blocker late.