Product Information Management...
Key Concepts

Publishing Stages & Versioning

8min

NoChannel Commerce PIM offers a structured workflow for creating, reviewing, and publishing product information. This ensures data accuracy and control throughout the process.

Document image


Save as Draft

This stage allows you to create and edit attributes, attribute groups, product templates and swatches as drafts. Anything saved as a draft will not be visible on your storefront. This provides flexibility to refine product details before making them public.

Ready (Products & Variants)

Once your products and variants are finalized within a template, you can mark them as 'Ready'. This stage signifies that the draft is ready for internal review.

Catalog managers use this phase to review the information effectively, facilitating a smooth transition to publication on consumer-facing platforms. The Ready stage is exclusive to products and variants, as only they can have a direct impact on your storefront.

Publish

This final step makes your created product information (templates, products, variants, attributes, and swatches) officially available on the NoChannel Commerce Portal. Any changes made before publishing will be immediately reflected on your storefront. This makes your template accessible and visible on the platform to users.

Our PIM also provides the flexibility to directly publish your product or attribute on the portal, even if it's not marked as 'Ready'.

The Save as Draft and Publish stage applies to all assets, including attributes, attribute groups, product templates, and swatches.

Versioning

NoChannel Commerce PIM employs a robust version control system to track changes made to product attributes. Here's an overview of how versioning operates within a PIM environment:

Initial Versioning

When you create a new attribute, attribute group, product, and variant it receives an initial version number (e.g., Version 1). This version represents the first iteration of the system.

Draft State Modifications

Edits to various data entities within the PIM system, including attributes, attribute groups, product templates, and swatches, go through versioning.

Draft Modifications

  • Editing a draft entity (attribute, attribute group, product template, or swatch) increments its version number (e.g., Version 1 to Version 2). This creates a clear history for each entity, allowing you to track modifications over time.

Publishing and Versioning Outcomes

Publishing a draft entity may result in a new version depending on the nature of the changes:

  • Major Version Changes: A new major version (i.e. Version 2 or Version 3) is created for significant changes that alter the entity's functionality (e.g., changing data type for an attribute). This may also involve generating related drafts for product templates or groups to ensure these changes are reflected throughout the system.
  • Sub-Versions (Attributes Only): Minor cosmetic updates to a published attribute (e.g., name change) result in a sub-version (e.g., Version 1.1) instead of a complete version jump. This differentiation applies specifically to attributes, as updates to other entity types typically warrant a full version increment upon publishing.

Publishing and Live Environment

When a draft attribute is published with an updated version (e.g., version 3), it becomes a new entry in the live environment. The previous attribute with version 2 remains alongside the newly published attribute. This preserves historical versions in the live environment for reference and continuity.

Continuing Versioning in Draft

Further edits to a published attribute's draft version (e.g., Version 3) create a new draft version with an incremented number. This continuous versioning process allows for clear tracking of all attribute modifications within the PIM system.

Attribute Business Worflow
Attribute Business Worflow


Ensuring Data Consistency

If you attempt to change an attribute's data type (e.g., string to numeric), the system will prompt you to create a new attribute with the desired data type instead. This ensures data integrity and adherence to your established product information structure.