Saleor Domain Knowledge

Overview

Saleor is a headless e-commerce platform with a GraphQL API. This skill covers the core entities you’ll work with in Configurator — what they are, how they relate, and the rules that govern them.

When to Use

• “What entities does Saleor have?”
• “How do channels, products, and variants relate?”
• “What’s the difference between slug and name identifiers?”
• “What does Configurator manage vs. what’s runtime only?”
• “What’s a ProductType? What’s a Channel?”
• When NOT designing product types — use product-modeling instead
• When NOT writing YAML config — use configurator-schema instead

Core Entities

Channel

Sales channels represent storefronts, marketplaces, or regions. Each has its own currency, country, product visibility, and pricing.

Product Type

Defines the structure for a group of products: which attributes are shared (product-level) and which create variants (variant-level), plus shipping and tax settings.

Product and Variant

Products are the items you sell. Each belongs to one product type and one category. Variants are the purchasable SKUs — each with a unique SKU, specific attribute values, channel-specific pricing, and inventory tracking.

Attribute

Typed fields attached to product types. Product-level attributes (Brand, Material) are shared across variants. Variant-level attributes (Size, Color) create separate SKUs.

Category

Hierarchical product organization (tree structure). Each product belongs to one category. Used for navigation and filtering.

Collection

Curated product groupings that can span categories. A product can belong to many collections. Used for promotions and merchandising.

Warehouse

Inventory locations with stock tracking per variant. Associated with shipping zones.

Shipping Zone

Geographic shipping regions with country-based targeting and multiple shipping methods.

Entity Relationships

Channel ─────────────────────────────────────────────┐
    ├── Product Listings (visibility, pricing)       │
    ├── Variant Listings (price, availability)       │
    └── Checkout/Order settings                      │
                                                     │
ProductType ─────────────────────────────────────────┤
    ├── productAttributes ──► Attribute              │
    ├── variantAttributes ──► Attribute              │
    └── taxClass ──► TaxClass                        │
                                                     │
Product ─────────────────────────────────────────────┤
    ├── productType ──► ProductType                  │
    ├── category ──► Category                        │
    ├── collections ──► Collection[]                 │
    └── variants ──► ProductVariant[]                │
                     ├── warehouse ──► Warehouse     │
                     └── channelListings ────────────┘

Category (tree) └── children ──► Category[]
ShippingZone    └── warehouses ──► Warehouse[]

Identifier Rules

Each entity is identified by either its slug or name. This is how Configurator matches your local config to remote entities.

Important: Changing an identifier creates a new entity and may orphan the old one. If you need to “rename” something, delete the old entity and create a new one.

Configuration vs Runtime

Configurator manages your store’s structure. Some things are runtime-only:

Common Mistakes

See Also

• For entity reference, see references/entities.md
• For relationship diagrams, see references/relationships.md
• For Storefront v26 integration, see references/storefront-v26.md

Related Skills

• configurator-schema – Config.yml structure and validation rules
• product-modeling – Product type design and attribute selection
• configurator-cli – CLI commands for deploying configurations