Product payload format
Our product APIs return standard JSON product payloads. An example of this payload can be downloaded on this page Attributes documentation.
On top of the attributes describing normal product characteristics that are described on this page Attributes documentation, the returned product payload contains the following structuring key elements.
Key elements | Description |
---|---|
| Version of the returned product payload. |
| Always ProductVersion for products payload. |
| Date of the last update on the product payload. Recipient can also make updates on product payload if internal recipient attributes have been created on SupplierXM. |
| Date when the product was created on SupplierXM.
|
| Used to tag products. One of the main used tag is the exportable tag, it is used by retailer to tag products ready to be exported in their system. When a product is exportable, hasTags is populated with the date the product was flagged as exportable and the exportable flag. "hasTags": [ |
| On SupplierXM, normalised list of brands are maintained by source organisations. Recipients can benefit from this list of normalised brands when products are shared by the source organisations. A normalised brand is described by the following attributes
|
| When a product has been shared with a recipient who has neither accepted or rejected the product yet, product attributes are not merged in the product version of the recipient but are contained in the lastRequest element. lastRequest element is also used to store product updates that are not yet accepted or rejected by the recipient lastRequest contains the same attributes than the normal product payload, except the elements described in this chart |
| |
| see Sharing unit |
| Available for the recipient only Contains following information on the product sharing made by the source:
|
| Available for the source only Contains following information on the product sharings made with the different recipients:
|
| In SupplierXM, source and recipient organisations can materialise their internal product classification/hierarchy/nomenclature and can classify their products within this internal product classification. SupplierXM' permission system is based on this internal product classification. isClassifiedIn indicates in which node the product was classified. |
| In SupplierXM, recipient organisation can enrich the received product with their internal id. Internal product id of the recipient is contained in this element. |
| Indicates all the declinable units that are part of the product payload. Declinable units can belong to following dimensions (this list is not exhaustive):
|
| Available for the source only If the data can be adapted to a retailer, the data is seen as specific and can be added to this node. |
Updated 9 days ago