We are pre-GA. Compliance posture is set on the trajectory to SOC 2 Type I.
The platform ships the controls that a SOC 2 audit would test for — audit log, retention, encryption, RLS, governed access. The audit engagement itself is queued post-GA. This page is the honest version of where we stand.
// controls status
Two states, no spin.
Shipping means the implementation is live and exercised by tests. Pending means the engineering is done or in flight but the external attestation is not yet closed.
-
Audit log
ShippingAppend-only, per-tenant. Tenant-scoped DB role has no DELETE permission. Compliance reviewers can export a date-range archive with an Ed25519-signed manifest.
-
Retention policy
ShippingTenants set retention windows for conversations, audit logs, and usage events. A daily purge cron hard-deletes rows past the window and records the purge in the audit log.
-
Encryption at rest
ShippingAES-GCM with per-org data keys derived from a master key in a secret store. Tenant offboarding cryptographically shreds the key.
-
Row-Level Security
ShippingEvery tenant table is RLS-guarded. Every Postgres connection runs as a tenant-scoped role.
-
Operator access governance
ShippingImpersonation requires a documented reason, expires in one hour, lands in the tenant audit log, and is end-able from the tenant dashboard.
-
SOC 2 Type I audit
PendingGap analysis complete. Control mapping in flight. Type I attestation engagement queued post-GA.
-
SOC 2 Type II observation
PendingFollows Type I. Six-month observation window planned approximately six months after Type I closes.
-
ISO 27001
PendingOn the post-SOC-2 roadmap. Not actively in audit today.
-
HIPAA-aware deployment posture
PendingPrimeAssist is not HIPAA-certified today. The healthcare-admin posture (PHI redaction in retrieval and logs, plan-document fidelity, appeal-rights citation) is the engineering work that makes a future BAA tractable.
// sub-processors
Every vendor that processes tenant data is disclosed.
We publish the sub-processor list as plain HTML on a dedicated page and, separately, as machine-readable JSON for procurement teams that track third-party risk programmatically. We update the list when a new vendor is added and notify subscribed customers of changes.
// data processing addendum
Our DPA is available on request.
We do not publish a click-through DPA today. Procurement teams that need a redlined copy can email us and we will return a draft within two business days. The DPA references the same sub-processor list, controls posture, and incident-response policy that this trust center publishes.