01 / OPEN MODEL

What should a modern product-data master be capable of communicating?

The Canonical Commerce Product Model separates brands, families, products, variants, offers and media so each fact can live at the right grain.

It is a practical reference model—not a new standard or certification.

01BRAND
02PRODUCT FAMILY
03PRODUCT
04VARIANT
05OFFER
06MEDIA ASSET

FIELD REGISTRY / 26 FIELDS

Capabilities, not a universal checklist.

JSONYAMLRegistry
brand.name

Brand name

Authoritative public brand name.

brandall branded products
brand.website

Brand website

Canonical public website for the brand.

brandwhen a public site exists
identifier.sku

SKU

Merchant-controlled stock keeping identifier.

variantwhen merchant uses SKUs
identifier.gtin

GTIN

GS1 Global Trade Item Number assigned to the trade item.

variantwhen legitimately assigned
identifier.mpn

MPN

Manufacturer part number.

variantwhen assigned by manufacturer

EXPLICIT KNOWLEDGE STATE

Missing is not false. Private is not unknown.

KNOWN

A value is asserted.

UNKNOWN

The value is not known.

NOT_APPLICABLE

The field does not apply.

WITHHELD

A value exists but is not shared.

MODEL BOUNDARY

A field’s presence means the master should be capable of expressing it when applicable. It does not make the field universally required.

Read the methodology →