One record, in Postgres, in your account.

A customer, an order and a stock item each live once, in Postgres, in the client’s account. Every agent reads and writes through a role scoped to its job. Migrations are versioned and reversible. A person approves any deletion.

Setting it up.

WhereRDS on AWS, Cloud SQL on Google Cloud, or Supabase where the client prefers a managed Postgres with auth; always in the client’s account.
RolesOne role per agent and per app surface; row-level security where more than one client or department shares a database.
BackupsManaged, 35 days by default, restore tested on handover.
Access from outsideThrough a pooler or a bastion; never a public database port.

Builds that use it.

Questions buyers ask

Why Postgres?

One mature, open database that every cloud runs managed, that the client can move between clouds, and that handles the record, the audit log and the reports without a second system.

Can our own staff query it?

Yes, with a read-only role, from the tools they already use. Reports in the system are built on the same tables, so a figure on a report can be traced to the rows it came from.

What about Supabase for client systems?

Supabase is a managed Postgres with auth and an API; it runs KYN’s own dashboard and some demos. Client production systems default to RDS or Cloud SQL inside the client’s cloud account; Supabase is used where the client chooses it.

How are deletions handled?

Rows other rows depend on are never deleted by an agent. A deletion request waits for a person, is logged with the actor, and backups cover the window if a mistake is made.

Get a quote

Tell us which system and which workflow. We scope what the agent reads, what it writes and what waits for a person, and come back with a number.

WhatsApp us →