Secure access to your organization.
This pilot shows the surface a customer would meet. It does not authenticate anyone.
Why this does not sign you in
A sign-in backed by nothing would claim a capability Sailient does not have›
The public Secure Portal page carries no sign-in field at all, by an explicit decision: a password box without a backend misrepresents what exists.
This pilot keeps the field so the entry surface can be reviewed, and states plainly that it is inert. The principles below are the design target for the real system — authentication, authorisation, tenant isolation, audit, and enforcement in the backend rather than the interface — not a description of something running.
One tenant, explicitly scoped.
Residency, retention and seat count are tenant-level facts, so they belong on one page rather than scattered through settings.
Tenant
Who has access, and when they last used it.
A dormant account is a standing risk. Listing last-seen next to the role makes that visible without a report.
Members
5 of 42Roles decide reach.
In this pilot the roles are labels. Enforcement belongs to a backend that does not exist yet, and pretending otherwise would be the failure this page guards against.
Roles
Open reviews
Collections carry their own entitlements.
Classification and access travel with the collection, so a document cannot quietly inherit a wider audience than intended.
Collections
DocumentsEvery action, with its actor.
This is the record a customer would be audited against, which is why a denied action is as prominent as an allowed one.
Recent
5 of 6,840 todaySystem state
Stated plainly, because a control plane that looks finished invites the assumption that it is.