The Scrums.com API is planned and not yet publicly available. Endpoints and behaviour are subject to change before release.
Overview
An organization (ORG-*) is the top-level entity on the Scrums.com platform. It represents a company or enterprise customer. All workspaces, subscriptions, billing, and platform-level governance are scoped to an organization.
The organization is the commercial entity: it holds a Plan, activates Subscriptions, and receives Invoices. Every Service Line active on the platform traces back to an organization.
Core Concepts
Org-to-workspace relationship
An organization can own multiple workspaces. Each workspace is an independent operational unit with its own members, integrations, and Service Lines. Organizations provide the commercial and governance envelope; workspaces provide the operational context.
Plan and subscription scope
The organization’s active Plan determines which Service Lines can be activated across its workspaces. Subscriptions are held at the organization level and apply to all workspaces unless workspace-scoped subscriptions are configured.
Members and roles
Organization-level membership grants access across all workspaces within the org. Roles at the organization level are: owner, admin, billing, viewer. Workspace-specific roles are managed via Users & Roles.
Endpoints
GET /v1/orgs
List organizations accessible to the authenticated token.
Request
Response
POST /v1/orgs
Create a new organization.
Request
Response
Returns the created organization object with status: "active".
Notes
slug must be globally unique.
- The
owner_id user is automatically added as an owner member.
- A default workspace is not automatically created. Use
POST /v1/workspaces.
GET /v1/orgs/
Retrieve an organization by ID.
Response
PATCH /v1/orgs/
Update mutable organization fields.
Request
Notes
slug cannot be changed after creation.
- Changing
settings.enforce_sso to true immediately affects all subsequent authentication attempts.
GET /v1/orgs//members
List members of an organization.
Response
POST /v1/orgs//members
Invite a user to the organization.
Request
Common Workflows
Setting up a new organization
Objects
Organization
Best Practices
- One organization per company. Multiple workspaces within one organization provide the operational separation needed for teams and divisions. Creating multiple organizations for the same company complicates billing, cross-workspace visibility, and governance.
- Set
billing_email explicitly. Invoice delivery depends on this field. Ensure it reaches a team that can action payment rather than a personal inbox.
- Apply settings before inviting users. Configure
enforce_sso and require_mfa before adding members, so new users join under the correct security posture from the start.