What this page shows
This page is the main inventory for backoffice administrator accounts. Use it to scan who currently has CRM access, what role they belong to, which group they sit in, and which records should be opened in view or edit mode.
The list is server-backed. Search and pagination reload staff rows from the admin backend rather than filtering only the rows already visible in the browser.
How to read the list
IDis the internal superadmin user identifier.EmailandNameare the quickest operator checks when confirming which account is about to be opened.Roleis resolved from the roles lookup in the browser. If the role lookup is not loaded or does not match the row, the table can showN/A.Groupexplains the operational grouping at a glance, but it does not replace the full permission review in the detail screen.Statusis a read-only badge on this surface. The current FE and backend verification did not confirm a direct toggle action from the list.
Main actions
- Type in
Search by email, name, groupto narrow the staff inventory by name, email, or group. - Use
Createto open the create flow for a new admin account. - Use
Viewwhen you need a read-oriented inspection of one admin profile and its permissions. - Use
Editwhen you need to update identity, password, group, or stored permissions. - Use
Create DEMOonly when you intentionally need demo access. This action is restricted, provisions real demo casino and CRM accounts, and returns credentials in a modal.
Demo credentials modal
After a successful demo generation, the modal shows:
- casino site URL, web username/password, casino username/password
- admin CRM URL, web username/password, CRM username/password
- copy buttons for casino credentials, admin credentials, individual values, or all credentials
- open-in-new-tab actions for the casino and CRM URLs
Important caveats
- The demo-admin action is executable only by the root superadmin. The current UI can expose it to another level-1 user, but the server will refuse that request.
- The list is an operational inventory, not a permission audit. If the role label and the actual permission matrix appear to conflict, use the detail page and permissions tab as the source of truth.
- Backend account-scope rules still apply. Non-level-1 admins can be limited to their own account and child admins in the staff list response.
- The current page does not render visible Role ID or Parent Admin filters, even though the list hook can send those parameters.
- Demo credential copy/open actions depend on generated credentials plus casino/system settings loading into the modal.
- The Staff list has no verified delete or status-toggle action. The Status badge is informational.