When to use this. Style custom fields are the extra data points your brand defines in Admin
and then fills in on each style — fabric composition, fit, sustainability score, and so on.
They are set up once at the organisation level and then appear on every style that matches the
field’s brand/group/category restrictions. Use these endpoints to create and manage that field
catalogue and to bulk-update positions or lifecycle states.
The workflow
Custom fields are admin data: aCompanyAdmin defines the fields, optionally restricts them to
certain brands, groups, or categories, and then users fill them in on individual styles. The
usual path is to create the field, verify it is visible on styles, and retire it when no longer
needed.
1
Create the field
POST /api/style-custom-fields with the field name, type, and position. The body is an
array — one or many fields are created in a single all-or-nothing transaction.2
Add allowed values (dropdown fields only)
For
allowedValue and nestedAllowedValue fields, include allowedValues in the create
body, or add them later via PUT /api/style-custom-fields/{id} (full replacement).3
Browse and filter
GET /api/style-custom-fields to list fields by type, state, brand, group, or category.
Use cursor-based pagination for large catalogues.4
Retire or reorganise
PUT /api/style-custom-fields (bulk) to reorder positions or flip states across multiple
fields in one call. DELETE /api/style-custom-fields/{id} to soft-delete a single field
(sets state to deleted).Walkthrough
Create a mandatory text field called “Fabric Composition” that suppliers can edit. The body is an array so you can create several fields in one request.id — updates
and deletes reference fields by it.
Field reference
The fields that matter most when creating or updating a style custom field:Roles & permissions
Managing style custom fields requires thecustom_fields permission on a designer (brand)
CompanyAdmin account. CompanyUser accounts can read the field catalogue but cannot create,
update, or delete fields. Supplier accounts have no access to the admin catalogue.
diffPerColor and diffPerSize are Professional-tier features. Attempting to set them
on a non-Professional organisation returns a 403 permission denial.When things go wrong
Errors use the standard envelope (status: "error", a code, and error.details[]). See
Errors & responses for the full list of codes and how to resolve them.
Common cases:
- 400
validation_error.required_field—name,type, orpositionwas omitted on create. - 400
validation_error.not_allowed—positionwas supplied on a singlePUT(reordering requires the bulk endpoint). - 400
validation_error.invalid_value—state=deletedsupplied onPUT {id}(useDELETEinstead). - 404
resource_error.style_custom_field_not_found— the{id}does not exist or belongs to a different organisation.
What to call next
Style categories
Scope custom fields to specific style categories for cleaner per-product-type layouts.
Size ranges
Set up the sizes used with
diffPerSize custom fields.Colors
Manage the color library used with
diffPerColor custom fields.API reference
Full parameter reference for all style custom field endpoints.