Build the Model

Fields & Sections

Define what data each record holds and how it's organized on the form.

Fields define the schema of your object type — what data each record captures and how it's stored. Add and configure fields from the object type's settings page under Settings → Custom Objects → [Your Type] → Fields.


Field Types

Text and content

TypeUse for
Short textNames, labels, identifiers — single line
Long textDescriptions, notes — multi-line plain text
Rich textFormatted content with headings, lists, links
EmailEmail addresses — validated format
PhonePhone numbers
URLLinks to external pages or documents

Numbers and values

TypeUse for
NumberInteger quantities, counts, IDs
DecimalContract values, billing rates, amounts needing decimal precision

Dates

TypeUse for
DateStart dates, expiry, deadlines — date only
Date & timeTimestamps that need time precision

Selections

TypeUse for
DropdownSingle selection from a defined list
Multi-selectMultiple selections from a defined list
Nested dropdownHierarchical options — e.g. Region → Country

Other

TypeUse for
CheckboxBoolean on/off flag
RatingScore or star-based rating
AttachmentFiles and documents

Relationship Fields

Relationship fields connect records to people, assets, groups, and other custom object records. They're live references — not stored text — so if the linked record changes, every record referencing it reflects that automatically.

Relationship to person

Links to an employee in your directory. Useful for owners, managers, assigned contacts, and team members. You can configure whether a single person or multiple people can be linked.

Relationship to asset

Links to a hardware or software asset record. Useful when a custom record is associated with specific devices or software licenses.

Relationship to group

Links to an access group or organizational team.

Relationship to custom object

Links to a record in another custom object type. This is how you model multi-entity relationships — a Contract that references a Vendor, a Project that references a Client.

Both sides of the relationship are queryable. If a Contract has a Vendor relationship field, you can view contracts from the Vendor record (reverse relationship) and look up the vendor from the contract record.


Configuring a Field

Every field has common configuration options:

Display name — the label shown on forms, record views, and list columns. Keep it clear and consistent across your object types.

Reference key — a machine-readable identifier used in automations, API calls, and workflow conditions. Auto-generated from the display name. Editable, but cannot be changed after records exist with data in that field.

Required — when enabled, the field must be filled before a record can be saved. Use this for fields that are meaningless without a value — a Contract without an Owner or a Vendor without a Name.

Searchable — controls whether this field is included in full-text search across records. Enabled by default for text fields. Disable for fields where free-text search would produce noise (e.g. long numeric IDs).

Sensitive — marks the field as containing sensitive data. Affects visibility in audit logs and may restrict access based on your workspace's data policy configuration.

For dropdown and multi-select fields: define the options list when creating the field. Options can be added or edited later without affecting existing records — existing records retain their saved values even if you rename or remove an option from the list.

For relationship fields: select the target entity type (person, asset, group, or custom object type) and choose whether to allow one or multiple linked records per field.


Organizing Fields with Sections

Sections group fields into labeled blocks on the record detail form. Every object type starts with a Basics section.

To add a section: open the object type settings → FieldsAdd section. Give it a name, then drag fields into it.

When sections help: any object type with more than 6–8 fields benefits from sections. A Contract type with 10+ fields is much easier to fill out and scan when fields are grouped into "Contract Details" and "Parties" rather than a single undifferentiated list.

Sections are layout only — they don't affect field behavior, API responses, or automation conditions. A field in the "Parties" section behaves identically to one in "Basics."