Base types and polymorphic types
Group related types under a base type so they share one spine of fields, then give each type the extra fields only it needs. A fabric and a trim can differ completely and still report together.
In the APIDescribe the things your business makes before you describe what happens to them.
Group related types under a base type so they share one spine of fields, then give each type the extra fields only it needs. A fabric and a trim can differ completely and still report together.
In the APIText, number, date, datetime, select, multi-select, boolean, currency, image, file, formula, entity reference and more. Each one validates on write, so bad data never lands.
In the APISort a long record into named, tabbed groups: identity, construction, compliance, whatever fits. Groups defined on a base type are inherited by every type under it.
Give a field a value that lands on every new record. Combine a default with a uniqueness rule and the field fills itself without ever colliding.
Generate the reference id on create from a pattern you control, per type. Numbers stay unique and readable without anyone keeping a spreadsheet of the last one used.
Build typed classification trees and file records into them. One record can sit in several catalogs at once, so merchandising and engineering can each keep their own view.
In the APIPoint one record at another and the link is real, not a copied string. Rename the target and every reference follows; delete it and the platform tells you what still depends on it.
Give a record an effective-from and effective-to window and read the catalog as of any date. A second axis covers build, order and batch ranges for structures that change mid-run.
Start from a working model — Apparel PLM, CPG and formulation, robotics, manufacturer profiles — with types, fields and sample records already in place. Or start from an empty project.
Spin up a workspace and start building. It only takes a few minutes.