Department roster
The Department tab holds your department's people, settings, and badge. It is admin-only: instructors run drills, admins run the department.
Adding a member#
Enter their display name and a username, and the system returns a temporary password. Give it to them; they change it at first sign-in and the temporary one stops working.
The display name is what appears in drills, on the roster, in the feed, and in the after-action review. Use the form your department uses on the radio: Capt. Simmons or Engineer Murphy reads better in a debrief than jsimmons.
Roles#
| Role | Can do |
|---|---|
| Admin | Everything an instructor can, plus the department itself: add and remove people, set roles, reset passwords, department settings and badge. |
| Instructor | Build scenarios, create and run drills, lead reviews, evaluate. No roster access at all. |
| Member | Join drills, read documentation, and open their own released evaluations. |
Change anyone's role from the dropdown on their roster row. Give admin sparingly: it is the keys to the department.
Instructor is a comfortable role to give widely. A department can put every firefighter on it so they build and run their own drills, and the material an admin wants kept back stays kept back: only admins can mark a scenario admins only, and only admins can see one. If you use that for promotional evaluations, keep the admin role to the people who run promotions, since an admin who is themselves up for promotion would see the scenario. See Private scenarios for evaluations. A department always keeps at least one active admin; the system refuses to demote or deactivate the last one.
Resetting a password#
If someone is locked out, generate a new temporary password from their row. It replaces the old credential, and they set a new password at their next sign-in.
Deactivating#
deactivate blocks a person from signing in without removing them from the record. Their name still appears in past drills and reviews, because those are historical fact. Reactivate the same way.
Deactivate rather than delete when someone leaves. Deleting a person would leave holes in the accountability record of every drill they were part of.
Guests#
A drill can accept guests when the instructor turns that on at session creation. Guests type a name and the session code, with no account and no roster entry. Their participation appears in the record under the name they typed.
Guests are for mutual-aid crews and visiting classes. Anyone who drills with you regularly should have an account, so their history stays attached to one person.
Sign-in addresses#
Members can sign in at the main site. If your department has a subdomain configured, that address shows your badge on the sign-in page and only admits your department's people, which is usually the address to give out.
