1.4 KiB
1.4 KiB
Smilegate Backoffice Identity Administration
Goal
Keep admin as the backoffice control-plane login. Provide an administrator-facing
model for managing Smilegate PoC tool users, groups, roles, and their assignments.
These users are tool operators (for example a Data & AI TF lead or member), not
game-service players.
Scope
SG_APP_USER,SG_APP_GROUP, andSG_APP_ROLEare the application masters.SG_USER_ROLE,SG_USER_GROUP, andSG_GROUP_ROLEexpress normalized user/group/role assignments.- Every change is recorded in
SG_AUDIT_EVENTby the backoffice audit service. - Existing
/users,/groups, and/rolespages use only theSG_*identity model. They must not require the legacy VPD/permission objects to render.
Seed data
| Type | Code | Purpose |
|---|---|---|
| User | sg-teamlead |
Data & AI TF team lead demo operator |
| User | sg-member |
Data & AI TF member demo operator |
| Group | DATA_AI_TF |
Smilegate Data & AI TF |
| Role | DATA_AI_TEAM_LEAD |
Team lead operational role |
| Role | DATA_AI_TEAM_MEMBER |
Team member operational role |
Acceptance checks
- An authenticated
admincan open/users,/groups, and/roles. - The seed users, group, and roles appear; assignments can be added and removed.
- Create, activation, role, and group changes are committed atomically and leave
an
SG_AUDIT_EVENTrow. - The pages do not call the legacy effective VPD permission matrix.