One schema per organisation
Your data lives in its own PostgreSQL schema. A query executed in your context cannot see another tenant's tables at all.
Most security pages are a wall of badges. We are a young platform and we do not hold most of those certifications yet, so here is the architecture we can actually point at — and an explicit list of what we do not have, so you can stop reading early if it is a blocker.
If a control on the right is a hard requirement for your procurement team, you will find that out in the next thirty seconds rather than in week six of an evaluation.
Verifiable in the product
Say so before you evaluate
“If a control on the right-hand list is a hard requirement for you, we are not the right platform this year. We would rather you knew now.”
Why both lists are published
Most multi-tenant SaaS keeps every customer in shared tables and filters by an organisation column. One missing filter in one query is a cross-tenant data leak. We use a schema per tenant, so the isolation holds even when application code is wrong.
Your data lives in its own PostgreSQL schema. A query executed in your context cannot see another tenant's tables at all.
API keys authenticate into a single organisation. A leaked key exposes one tenant, never the platform.
When tenant context is missing, the query fails rather than silently returning somebody else's rows.
Traditional security review covers encryption and access control. It does not cover an agent that can send email on your behalf. These are the controls that address that.
Every outbound action — sends, publishes, spend changes — queues for human approval by default. Autonomy is granted per agent and per action, never globally by accident.
The audit trail covers the request, the plan, the agent that executed, the data it changed and the human who approved. Exportable for your own review.
If something is behaving unexpectedly, one control stops all agent activity organisation-wide. No uninstall, no support ticket, no waiting.
Prompts are processed under enterprise API terms that prohibit training on customer content. We will share the specific terms under NDA.
No. We do not hold SOC 2 Type II today and we are not going to imply otherwise. If SOC 2 is a hard procurement requirement for you this year, we are not the right platform yet.
Each organisation gets its own PostgreSQL schema rather than sharing tables filtered by an organisation column. Isolation is enforced by the database, so it holds even if application code has a bug. When tenant context is missing a query fails rather than returning another tenant’s rows.
Not by default. Every outbound action queues for human approval. Autonomy can be raised per agent and per action, and a single kill switch halts all agent activity organisation-wide.
Prompts are processed under enterprise API terms with model providers that prohibit training on customer content. We will share the specific contractual terms under NDA.
Not as a contractual commitment today. We will tell you plainly where your data sits, but we will not promise regional pinning we cannot yet enforce.
We do not have a published third-party report yet. When we do it will be available under NDA rather than reduced to a marketing bullet.
We will complete it honestly, including the questions where the answer is no. If a gap is a blocker we will tell you rather than run you through an evaluation.