Objects

Object settings reference

Reference every major object settings group: base, view, table, filters, redirect, portal, automation, and advanced.

Object settings reference

Object settings control how records behave in the staff workspace, customer portal, public forms, tables, filters, workflows, and integrations. Treat this page as the configuration checklist for any object before it goes live.

Settings groups

GroupImportant settingsWhat they affect
BaseEnable comments, enabled state, featured state, readonly state, all-staff access.Whether the object appears and how staff interact with it.
ViewExpanded view, record scrolling, page icon, menu icon.The record detail layout and navigation experience.
TableShow created by, created at, image, object filter, table actions, edit, delete, archival.Object list behaviour and table actions.
FormShow reference, image, alias, empty fields, bulk insert, bulk update.Create, edit, and read-only record forms.
FiltersConfigured filter attributes with label, name, field type, data type, and namespace settings.Filter panels and saved object filters.
RedirectRedirect after record creation, commonly list or view.User flow after submission.
ChildrenChild record support, max child records, inline child forms.Hierarchies, parent-child objects, and protected children.
CustomerReadonly, featured, add, edit, delete, maximum records.Customer portal object access.
PublicPublic flag and public code.Anonymous /form/<code> submissions.
OmnichannelPhone and email field mapping.Matching inbound messages to records.
AutomationAsync processing and automation behaviour.Background processing and event automation.
AdvancedIndexing, document linking, group template, static objects, engine.Search, document context, grouping, associations, and storage.
  1. Confirm labels and descriptions are user-facing.
  2. Confirm namespace and engine are correct before records are created.
  3. Check table actions against the role model.
  4. Test filters with real data and least-privilege users.
  5. Review customer and public flags separately from staff access.
  6. Confirm automation and scripts run against expected test records.

For developers