Skip to main content
The Softr Database API lets you integrate your Softr data with external systems. The API follows REST semantics, uses JSON to encode objects, and requires all requests to be made over HTTPS. Download the OpenAPI specification to import into tools like Postman or use for code generation.

Video Introduction

Data Model

The API is organized around four core resources:
  • Database — A top-level container that belongs to a workspace. Each database holds one or more tables.
  • Table — A structured collection of records, similar to a spreadsheet or database table. Each table has a set of fields and one or more views.
  • Field — A column definition on a table. Fields have a type (e.g. SINGLE_LINE_TEXT, NUMBER, SELECT) and optional configuration. Some fields are read-only (computed or system-managed).
  • Record — A single row of data in a table. Record values are stored in a fields object, keyed by field ID (or field name if you pass ?fieldNames=true).
All resources are identified by UUIDs.

Authentication

All requests require a Personal Access Token (PAT) passed in the Softr-Api-Key header:
Tokens are scoped to one or more workspaces — you can only access databases within your authorized workspaces. See Authorisation for how to generate a token.

Quick Start

1. List your databases:
2. Get records from a table:
3. Create a record:

Response Format

Success (single item)

Success (paginated list)

Error

Error Codes

Pagination

All list endpoints support offset-based pagination: The response metadata includes a total count. To iterate through all records:
Stop when offset >= metadata.total.

Using Field Names

By default, the fields object in record responses uses field IDs as keys (UUIDs). Pass ?fieldNames=true on any record endpoint to use human-readable field names instead: