Skip to main content
Every core module in Coverbase is backed by one published set of fields. That same set drives the dashboard and the API, so a field you can filter on in a list is a field you can sort by, save into a view, branch a workflow on, and query programmatically — under the same name.

Filters and saved views

The Add filter menu on every list page is built from this field set. A saved view stores the filter tree, the sort, and the visible columns.

Sorting

Fields marked sortable can order any list page or query response.

Workflow conditions

Automations evaluate the same fields against a target record. See Workflow engine.

Query API

POST /v1/<resource>/query accepts the same field paths as a JSON rule tree.

Reading the catalog

The field catalog lists every field by module. Each row gives you:

Field types

Operators

Fields this catalog does not list

Custom fields are defined per workspace, so they cannot be listed here. They appear in the same filter menus alongside the built-in fields once configured. Custom fields can be attached to vendors, services, engagements, contracts, assessments, assessment responses, controls, findings, and reviews. See Custom fields.
Your workspace can rename core terms — vendor, service, action, task, finding, follow-up, issue, assessment, and control. Labels in this catalog use the Coverbase defaults, so a field labelled Vendor reads as Supplier if that is your workspace’s term. Filter paths never change, so integrations and saved views are unaffected by a rename.
Some record content is displayed but not filterable — free-text notes, activity timelines, document previews, and AI-generated narrative summaries. Those are documented with their module under Products.
Data exports carry their own column set, which overlaps with but is not identical to this catalog. See Export.

Using a field path

A filter path is stable and safe to hard-code. Send it to POST /v1/vendor/query as a rule tree — path is the filter path split on its dots, op is one of the field’s operators, and combiner is all (AND) or any (OR). This returns high-risk vendors whose next assessment is already due, soonest first:
Groups nest, so a children entry can itself be a combiner group when you need mixed AND/OR logic. See Conventions for authentication, the response envelope, and pagination.