Per-user state
AdminCP > Users > (edit a user) > Actions > Sunset state.
Every user-edit page in the AdminCP has a Sunset state entry in the Actions menu. The link opens a focused view of one member's tier, score, snapshots, and audit history.
What's on the page
| Section | What it shows |
|---|---|
| Current tier | The member's tier with the date they entered it, their composite score, the score breakdown (days inactive, post-count signal), and the reactivation model that would apply on their next login. |
| Snapshots | Every snapshot row for the member, grouped by category (pii, profile, custom). Each entry shows the field key, the snapshot date, and the hard-delete-after timestamp. Snapshots past their hard-delete-after are highlighted; the retention enforcer will prune them on its next pass. |
| Audit history | The most recent audit rows referencing the member (subject or actor), capped at a reasonable window. Links into the main audit log filtered to the member. |
Per-user actions
The page footer has two action buttons:
| Button | Effect |
|---|---|
| Transition… | Opens a confirm dialog with a tier dropdown. Manually moves the member to the chosen tier through the Sunsetter (snapshots captured, policies fired, audit written). Skips the evaluator and the request-model freeze; use deliberately. |
| Reactivate | Runs the Reactivator on the member: tier resets to active, snapshots restored. Equivalent to approving a reactivation request through the moderation queue. Shown only when the member is not currently active. |
Both actions write audit rows and respect the master switch, but unlike the evaluator they fire immediately rather than enqueuing a job.
CLI alternative
Every action on this page has a CLI equivalent:
php cmd.php mc-sunset:status <user_id>
php cmd.php mc-sunset:transition <user_id> --to=<tier> [--dry-run]
php cmd.php mc-sunset:reactivate <user_id> [--dry-run]
See CLI for the full command list.