Features > Modular Product Configuration
Configuration

Modular Product Configuration

Your product is a platform of modules, not a single SKU. Let sales fill slots with compatible blocks and price the build before engineering redraws the BOM.

Modular · session

Packaging machine platform

Illustrative demo

Module library

Bases

Process

Controls

Assembly

Machine
├─ Base · Compact
├─ Process · Cutting Head
│  ├─ Motor
│  └─ Tool head
├─ Control · Advanced
└─ Safety module
INCOMPATIBLE INTERFACE

Suggested alternatives

Shared reuse · CONTROL MODULE C-400

Product AProduct BProduct C

Component Libraries hold definitions · Modular Configuration assembles them

What this controls

By module

Reusable blocks instead of one-off BOMs from memory

Slot-aware

Only modules that fit the open interface stay selectable

Priced build

Module prices roll into one configuration before approval

The challenge

Engineering designed a platform. Sales still quotes a one-off machine every time.

The catalog is modular on paper: base frame, process units, inspection heads, discharge options. In practice, each quote becomes a custom assembly sketched in email and rebuilt in ERP. Compatible modules get forgotten. Incompatible ones get added because the brochure looked similar.

Application engineers know which modules share an interface. New reps and dealers do not. They open a blank line list, copy an old project, and hope the next revision catches the mismatch. Cycle time stretches while product waits to validate the build.

Variant configuration navigates attributes of one product family. Parametric fills continuous sizes. Bundling sells commercial kits. Dependency pulls must-have companions. Modular configuration is different: you compose a system by filling defined slots with reusable modules that must fit together.

Inquiry to config to price to approval to order should carry a valid module stack, not a scavenger hunt across past projects.

How it works

How Mercura turns module platforms into selectable builds

Product ops model the platform in Mercura as slots and allowed modules: which interfaces exist, which modules occupy them, and how price and BOM roll up. A rep or dealer starts from a base, fills open slots with published modules, and sees incompatible options drop out as the stack grows. Constraints still hard-stop illegal combinations. Dependencies can still pull required companions inside a module. This page is how you sell modular architecture without redrawing a one-off machine on every inquiry. Module catalogs need an owner when interfaces or pricing change.

Shared module reuse

One module · many products

CONTROL MODULE C-400

Referenced by

Product AProduct BProduct C

Component Libraries

Where shared definitions live

Modular Configuration

How modules assemble into a product

Three ways products are configured

Variant · Parametric · Modular

Variant-based

Select among predefined attribute values.

Frame / voltage / IP / mount

Parametric

Enter dimensional or engineering parameters.

Width / load / flow

Modular

Assemble reusable physical or functional modules.

Base / head / controller

Bundling is commercial packaging around products — not a fourth product-definition model.

What's included

What modular product configuration covers

Library

  • Platform models with named slots and allowed modules
  • Interface and compatibility checks between selected modules

Assemble

  • Multi-level builds that roll modules into one priced configuration
  • Optional modules surfaced only when a slot is open

Validate

  • Shared module libraries across product families

Output

  • Same modular rules for inside sales, dealers, and portals
  • BOM and price updates when a module is swapped
  • Published module catalogs with clear ownership

The difference

Quoting modular platforms before and after CPQ

One-off assembly each time

  1. 01 Reps copy old projects and hope the modules still fit
  2. 02 Incompatible process units appear on first PDFs
  3. 03 Application engineering redraws BOMs after every serious inquiry
  4. 04 Dealers cannot see which slots are still open
  5. 05 Price is a spreadsheet sum of guessed module lines

With Mercura

  1. 01 Builds start from a platform with defined slots
  2. 02 Only compatible modules remain selectable as the stack grows
  3. 03 Module prices and BOM lines roll into one quote
  4. 04 Dealers and reps share the same published module catalog
  5. 05 Interface changes publish as module-catalog updates

Real-world example

Example workflow: modular packaging machine platforms

A packaging machinery OEM sells a common base with dosing, sealing, and inspection modules chosen per product and speed. Inside sales used to assemble lines from memory and send the stack to applications for a weekend BOM check. After modelling slots and allowed modules in Mercura, the rep selects a base, fills open slots with published modules, incompatible options disappear, and the priced build reaches approval with a BOM that manufacturing already recognizes.

Business impact

Why modular configuration is architecture selling, not SKU picking

Modular product configuration is how manufacturers sell platforms: reusable modules, slot-aware compatibility, one priced build. It sits beside variant navigation, parametric sizing, commercial bundling, and dependency completeness. Mercura does not replace your PLM module masters or invent engineering for unpublished combinations. Someone must own the module catalog when interfaces change. If serious quotes still wait for applications to redraw a one-off machine, putting the platform in CPQ aligns inquiry, configuration, price, approval, and order with how the product was designed.

Business impact

Reuse across product lines

The same module can appear in multiple assemblies.

Faster complex assembly

Validated modules replace one-off BOMs from memory.

Validated interfaces

Only modules that fit the open slot stay selectable.

Compare

Modular configuration vs product bundling

Modular

Modules inside one product boundary

[Base + Head + Controls]
= MACHINE

Bundle

Multiple sellable products/services · one commercial offer

Machine
+ Installation
+ Spare kit
+ Service
= OFFER

Configuration map

Product definition → rules orchestration → commercial packaging → valid configuration, price, and BOM

Complete assembly · interfaces ok

See a modular build fill slots until the quote is priced

Book a demo and assemble a platform from published modules until compatibility and price show before approval.

Let’s build together.

We empower manufacturers to master product modeling, streamline quoting process, reduce errors, and ultimately deliver the tailored solutions that customers demand.