System Administration

Manage staff accounts and permission roles.

User Email Role Last Login Status Actions
TJ
Tyrell Johnson
t.johnson@s2s.orgAdminToday, 8:30 AMActive
DW
Dr. Williams
d.williams@s2s.orgFacilitatorToday, 9:45 AMActive
MC
M. Chen
m.chen@s2s.orgFacilitatorMay 17Active
SA
Sarah Adams
s.adams@s2s.orgStaffMay 12Inactive

Departments

Departments group staff for assignment routing and department-scoped permissions.

Department Lead Members Scope Actions
IntakeSarah Adams5New-client onboarding, eligibility, enrollment
Client SuccessDr. Williams8Ongoing case management, sessions, retention
MarketingM. Chen3Outreach, webinars, communications campaigns
BillingTyrell Johnson2Invoicing, payments, accounting reconciliation

Roles & Permissions

Representative catalog

Fine-grained view / create / edit / delete permissions per widget & table, gated by role — the same feature-flag/gating model used for provider tiers. Toggle a cell to grant or revoke; changes are audit-logged.

Department gating applies on top of the role grid.
Resource (widget / table) View Create Edit Delete Department gate
Clients
clients table / Add-client action
Intake onlyAdd-client (create) limited to Intake dept (A5)
Schedule
schedule table / session widget
All departments
Evaluations
evaluations table / eval widget
Client Success
Accounting / Invoices
accounting table / invoice widget
Billing
Victim Info
client-detail victim panel (sensitive)
Restricted — access audit-logged
Letters / Reports
letters table / reports widget
All departments
Admin & Users
user table / roles & permissions
Admin role only

⚑ PENDING — Canonical permission catalog

The matrix above is a representative sample. S2S still owes the canonical list of resources (exact widgets/tables) × actions (view/create/edit/delete), and the default grant per role/department. Confirm: full resource enumeration, which actions exist per resource, and the baseline grants for Staff / Facilitator / Accounting / Compliance / Admin.

Role / Permission Audit

Point-in-time report of who holds which role & department, plus the change history of permission grants/revokes over the matrix above.

Role Users assigned Department gate Last permission change
Admin⚡ Pending S2SAll departmentsMay 21, 4:30p · T. Johnson
Facilitator⚡ Pending S2SClient SuccessMay 19, 10:12a · T. Johnson
Accounting⚡ Pending S2SBilling
Compliance⚡ Pending S2SAll departments
Staff⚡ Pending S2SIntake

Permission change history

May 21, 4:30p
T. Johnson Granted Edit on Accounting / Invoices to role Accounting
May 19, 10:12a
T. Johnson Revoked Delete on Clients from role Facilitator

⚡ PENDING — Audit data feed

Per-role headcounts and the full permission change history are placeholders. S2S owes the canonical role/department roster (and therefore real assignment counts) and the audit-event feed that backs the change history. Structure ships; counts and events do not.

Agency Hierarchy Configuration

Parent agencies own child sub-agencies; children inherit parent config unless overridden.

AGENCY_CODE_MAINStreets2Schools (Parent)
AC_LBLong Beach (child)
AC_OCOrange County (child)

Platform Metrics

Admin-level counts across the whole platform. Values resolve once the master metrics list is finalized.

⚡ Pending master metrics list

Users

Active

⚡ Pending S2S

Onboarded

⚡ Pending S2S

Deactivated

⚡ Pending S2S

Platform totals

Total providers

⚡ Pending S2S

Total agencies

⚡ Pending S2S

Total states

⚡ Pending S2S

⚡ PENDING — Master metrics list

No values are fabricated. The panel ships the structure for the admin counts S2S asked for (Users: active / onboarded / deactivated; totals: providers / agencies / states), but the metric definitions and counting rules are blocked on Michael's master metrics list (the same list that gates the marketing/CCM metric set). System/server monitoring is intentionally excluded by design.