Glossary

Precise definitions for every term used across this site. If a page uses a capitalized term (Entitlement, AppRole) without defining it inline, it means exactly what’s written here.


Application

(also “App,” “Product”) A catalog entry for a product or service Substratal sells. The thing a user ultimately gets routed to from the hub. See Domain Model → Applications.

AppProfile

Per-app identity data for one user — e.g. a display handle meaningful only inside that one app. Distinct from the global Profile.

AppRole

A Role scoped to one Application, defined by that app’s own catalog entry rather than by the platform. See Domain Model → Roles & Permissions.

AppSettings

Per-app configuration for one user, layered over that user’s global Settings and the Application’s declared defaults. See Workflows → Settings resolution.

Audit Event

An immutable record of who changed what access, when. See Domain Model → Orders & Audit.

Effective permissions

The resolved set of Permissions a user holds for a given Application — the union of their platform roles’ permissions and their app-scoped roles’ permissions for that app. See Access Control.

Entitlement

The join record between a User (or Organization) and an Application: do they own it, and is it currently switched on. The record behind “turn an app on/off for a user.” See Domain Model → Entitlements.

Hub

Shorthand used throughout this site for Substratal Apps itself — the platform this API belongs to.

MCP

Model Context Protocol — the standard this site’s AI-agent-facing tool-call interface implements. See MCP Server. Introduces no new authorization model of its own; see Authentication — no new model.

Order

(also “Subscription”) The commerce record an Entitlement traces back to. Owned by billing; referenced, not duplicated, here. See Decisions → Billing system of record.

Organization

A domain/grouping object for Users — a company, or a group within a company — used to organize shared admin standing and group-wide Application access. Decoupled from infrastructure placement; see Tenant and Decisions → Tenant vs. Organization. Pulled into Phase 2; see Decisions → Organizations.

OrganizationMembership

The join record between a User and an Organization, carrying that User’s standing within that one Organization (org_admin or member) — a User can hold this for any number of Organizations at once. See Domain Model → Users & Organizations.

Permission

An atomic, checkable capability, written as a dotted key (billing.manage, app.timetrack.export). Never assigned directly to a user — always granted through a Role.

PlatformRole

A Role that applies across the whole hub rather than one Application — superadmin, support, billing_admin, member.

Profile

Global, cross-app identity and contact data for a User — name, avatar, email, locale. Distinct from AppProfile.

Role

A named bundle of Permissions. Either a PlatformRole or an AppRole.

Settings

Global, cross-app configuration for a User — locale, timezone, notification preferences. Distinct from AppSettings.

Tenant

The infrastructure-placement and data-isolation boundary for one of Substratal’s own paying customers — the owner of an Application’s catalog entry. shared (default), isolated, or dedicated_region. Not the same thing as Organization — see Decisions → Tenant vs. Organization. See Domain Model → Tenancy.

User

A person with an account on Substratal. One identity, used everywhere in the hub and, via the Trust Model, in every app they launch from it.


Back to top

Substratal Apps Platform API — living specification. This site is the system of record; see git history for how it has changed over time.

This site uses Just the Docs, a documentation theme for Jekyll.