The activity log
Every consequential action in the console is recorded. The activity log is where you go to answer "who changed this?", "when was that published?", or "what did the handover cover?" — for accountability and for picking up where a colleague left off.
What's recorded
Creations, publishes, resolutions, updates, assignments, and the like — each as a plain-language line: who did what, to which thing, and when. Entries are written as readable sentences rather than raw database rows, so you don't need to decode them.
Finding what you need
- Filter
Narrow by date range, by the staff member who acted, by the kind of action (created, published, resolved…), or by the type of thing (a help request, an event, an announcement, a staff change…).
- Search and sort
Free-text search across entries, and sort by time, actor, action, or entity.
- Open a row for detail
Click any entry to see the full record behind it.
You can export the log as CSV from reporting when you need it outside the console.
Entries are cohort-scoped, with institution-level changes visible across cohorts. Who can see the full trail follows the roles model — the complete audit view is an admin surface.
Why it matters
A welfare product has to be able to show its work. The activity log is what makes the system accountable: it survives staff turnover, settles "what happened" questions without guesswork, and underpins the institution-facing evidence pack.
Common questions
Can entries be edited or deleted?
No — the log is a record. That's the point: an audit trail you could quietly rewrite wouldn't be one.
Does it show student actions?
It records staff actions in the console for accountability. A student's own activity (like a help request) appears as the events it generates on the relevant ticket and in aggregate insights.
Related
The fastest answer is usually one question away.