Live on save
A change is live as soon as it is saved. There is no release step, and earlier versions are not kept.
Platform capability · Structured Records
Define a record type once, then choose publishing and history for it
Describe each kind of business record as a record type with typed fields, and get the working admin features around it: validated create and edit forms, searchable tables, import and export, and stable APIs. Each record type chooses how its entries behave. Turn publishing on when working entries need a separate published state. Turn version history on when earlier versions must be kept and restored. Turn on both, or keep the simple model in which a change is live when it is saved.
Two independent controls
Publishing controls when changes become visible. History controls whether earlier revisions can be recovered. Turn on exactly what each record type needs.
A change is live as soon as it is saved. There is no release step, and earlier versions are not kept.
Editors prepare changes privately, and readers keep seeing the last published version.
A change is live as soon as it is saved, and earlier versions stay available to view and restore.
Working and published states stay separate, with a complete history of versions that can be restored.
Declare the fields, types, validation, search and list behaviour once. The platform turns that definition into validated APIs, forms and tables, so a new kind of business record does not need its own forms and API code. Each record type has versions, which gives integrations a fixed version to rely on while the next one is prepared separately.
Some records can be live as soon as they are saved. Others need a working entry that changes privately while the last approved version stays published to outside readers. Turn on publishing only for those record types. The others stay live on save and have no extra publish step.
Publishing and version history are independent. A record type can keep earlier versions of entries without a publish step, publish entries without a long history, turn on both, or use neither. When history is on, users can view and restore earlier versions, and other record types are not affected.
Tables with paging, filters and saved layouts, included
Reusable CSV and JSON import and export for your record types
The same access levels, errors, paging and health checks on every service
An audit trail that can only be added to, where tampering shows
A solution architect will demo the live service against your domain model.