Access requests with recorded outcomes
The CEO can review access requests, record a reason and close the review. Requesters can follow their own status and receive portal notifications. Existing user administration continues to control permissions.
- New
Access request review: Requests now have version-checked resolve, decline and close actions with an attributed reason. Confirming availability requires the requested page to be enabled for the current saved account. This action changes neither role nor record scope.
- New
Personal follow-up and CEO queue: Pending reviews appear in the CEO work queue and notifications. Requesters can open their own history from the request dialog or notification, including the recorded decision reason. Lists share20/50/100/All paging and exact request links. Reading a notification does not decide a request.
- Improvements and fixes
Safe decision retries: A lost response can be retried with the exact saved command and payload without duplicating the outcome. Stale requests, changed account versions, revoked CEO authority and mismatched identities are rejected. Historical requests and permission rules remain intact.
No production access request was decided for testing, and no account, permission, invitation, email, price or payment was changed. Verification covers deployed source/assets, isolated current UI/domain tests and read-only saved-state projections. Protected native, mobile and independent role acceptance remain pending the existing browser handoff.