Skip to main content
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: a CompanyAdmin 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.
The response wraps the created fields in the standard envelope. Hold onto each 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 the custom_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_fieldname, type, or position was omitted on create.
  • 400 validation_error.not_allowedposition was supplied on a single PUT (reordering requires the bulk endpoint).
  • 400 validation_error.invalid_valuestate=deleted supplied on PUT {id} (use DELETE instead).
  • 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.