When to use this. Items are the reusable components of your styles: fabrics, zippers,
buttons, labels, packaging, and more. You create them once in the item library (with a brand,
supplier, sizes, quality details, and color cards), then reference them across as many styles
as needed. Use these endpoints to build and maintain that library.
The workflow
An item lives independently of any particular style, which lets you start sourcing before a design is finalised. The typical path is to create the item, enrich its specifications, and then add it to style item lists.1
Create the item
POST /api/items with at minimum a name and a brand. Assign a supplier and contact persons,
set the admin unit and default quantity, and file it under one or more categories (e.g.
Fabric, Zipper, Button). The supplier cannot be changed after saving — copy the item if you
need a different supplier.2
Add sizes and color cards
Sizes and color cards are managed via the Delogue Classic / 2.0 UI today. Read them back with
GET /api/items/{itemId}/sizes and GET /api/items/{itemId}/colors to verify or cross-reference.3
Check quality details and prices
GET /api/items/{itemId}/parts returns the material composition (percentage + material) and
per-color specifications. GET /api/items/{itemId}/prices returns the agreed cost price with
currency and lead time — useful for feeding cost calculations.4
Update or search
PUT /api/items/{itemId} for a full replace, PATCH /api/items/{itemId} for targeted field
changes (RFC 6902 JSON Patch). GET /api/items with filters (name, category, supplier,
brand, custom fields, active flag) to page through the library.Walkthrough
Create an item and file it under a category. The body is an array — one or many items are created in a single all-or-nothing transaction.id — style item
lists reference items by it.
Field reference
The fields that matter most when creating or updating an item:PUT /api/items/{itemId} is a full replace — send all fields you want to keep. Use
PATCH /api/items/{itemId} (RFC 6902 JSON Patch) for targeted changes such as updating a
single field, e.g. [{ "op": "replace", "path": "/description", "value": "new value" }].
Bulk update is available via PUT /api/items (array body).Roles & permissions
Managing the item library requires theitems permission on a designer (brand) account
— typically CompanyAdmin or CompanyUser. Supplier accounts can view items assigned to them
via style item lists but do not create or update items in the library. Deleting an item returns
409 Conflict if it is still referenced by a non-deleted style.
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 for items:
- 400 — a required field (e.g.
name,brand.id) is missing or too long. - 404 — the
itemId, brand id, supplier id, or category id does not exist in your organisation. - 409 — attempting to delete an item that is referenced by an active style item list.
- 422 —
readyForExport: truewas sent but one or more mandatory custom fields are empty.
What to call next
Item categories
Set up the category taxonomy (Fabric, Zipper, Button…) before creating items.
Colors
Build the colour library that item color cards reference.
Size ranges
Manage the size sets available to items and styles.
Style items
Add items from the library to a style’s item list.