Product Management · Digital Identity & Access Management
A platform serving AMCs, distributors, and investors puts a retail investor, a distributor's sub-users, a compliance officer, and a platform engineer through the same front door — each needing a different, provable level of access to the same underlying data. AccessOS models identity, attributes, and regulatory risk as one policy engine instead.
The demo runs it live: pick a persona, change one attribute, attempt an action, and watch the decision — and the plain-English reason for it — change in real time.
Open the AccessOS demo →A full pass through the demo — six personas, an attribute toggle, a denied and an allowed attempt, and the platform engineer's request → approve → auto-expire PAM flow, all streaming into the live audit log.
Illustrative targets
The design is targeted at these live-platform metrics. They are not measured here.
Build access control for a platform where an investor, a distributor's sub-users, an AMC's ops team, a compliance officer, and a platform engineer all interact with the same underlying data.
Core problemDifferent actors, relationships and levels of access need to coexist without exposing more data or capability than necessary.
Role-based permissions alone are too coarse for a regulated ecosystem. Access can depend not only on who the user is, but also on their relationship to the data, business attributes, and changing regulatory state.
The edge caseWhat happens when a distributor's ARN is suspended, or an investor's KYC moves to an on-hold status?
Core problemA change in regulatory state needs to translate into a timely and consistent authorization decision.
The demo is one policy engine, but the model behind it is the full IAM vocabulary a platform like this needs to reason with:
Mapped to the skills a Digital Identity & Access Management PM role screens for — each one is a live behavior in the demo, not a slide claim.