Tenancy
A request cannot select its organisation with a query parameter or a body field. The tenant is derived from the verified session claim, and nowhere else.
EnforcedSecurity & Trust
Governance is a separate application that reuses your Siftly sign-in. The tenant boundary comes from the verified session, and every connection supplies nothing and sends nothing until an administrator turns it on.
Out of the box
Invariants
These are not settings. Each one exists because the alternative was a failure class we were not willing to leave open.
A request cannot select its organisation with a query parameter or a body field. The tenant is derived from the verified session claim, and nowhere else.
EnforcedA user cannot read or change another organisation's resources. There is no path that takes an organisation id as input.
EnforcedA reviewer can change workflow state. A viewer has read-only access. The distinction is enforced server-side, not in the interface.
EnforcedAgent output cites evidence. It does not become policy by itself, and it cannot set its own severity.
EnforcedIdentity
Governance reuses your existing Siftly session. Your team does not manage a second account or a second password policy.
The organisation claim on the verified session selects the linked Governance tenant. Nothing else can.
Every API request is scoped to the tenant derived from that claim, before it reaches any data.
A development identity is only available when the deployment explicitly runs in development mode.
No API operation can use a tenant identifier that is not derived from a verified session.
We would rather answer the hard questions early than send you a questionnaire.