Configuration produit par règles
Transformez la logique Excel et le savoir tacite en moteur de règles visuel. Chaque devis suit les mêmes règles de compatibilité de la demande à l'approbation.
Rules engine · session
Industrial pump line
Region
Active logic
- R-088 · IF power > 5kW → Cooling = required
- R-112 · IF region = EU → Voltage = 400V
- R-140 · LOOKUP power + duty → Frame F-240
- R-144 · IF outdoor → Enclosure = IP65
- R-201 · IF outdoor → Heater = Added
- R-240 · IF outdoor → Indoor Panel = Hidden
Rule trace
Selected: Outdoor
- R-144 Enclosure = IP65
- R-201 Heater = Added
- R-240 Indoor Panel = Hidden
Cooling
Required
Voltage
400V
Frame
F-240
Enclosure
IP65
Ce que cela contrôle
Chaque étape
Compatibilité vérifiée à chaque option
Un seul jeu
Même logique vente directe et réseau
Avant le devis
Combinaisons invalides filtrées à la configuration
Le défi
Les règles produit vivent dans quelques têtes, pas dans le flux de devis
Vos commerciaux connaissent le catalogue, mais la logique réelle est dans les guides d'application, les tableurs et quelques ingénieurs seniors. Chaque demande complexe ouvre un fil : ce moteur avec ce carter ?, cette finition en zone alimentaire ?, cette remise sur cette option ?
Le commerce interne transmet les configurations à l'ingénierie applications pour validation. Les distributeurs s'appuient sur d'anciennes grilles tarifaires. Quand une combinaison incompatible apparaît, le devis est déjà chez le client ou la commande en production.
Les configurateurs tableur cassent dès qu'une gamme ou un marché s'ajoute. La formation ne suit pas : chaque lancement génère des présentations et des escalades. Le cycle de devis ralentit alors que l'ingénierie a déjà publié les options.
Le goulot n'est pas le manque de détail produit. C'est l'absence de règles de compatibilité au moment où le devis se construit : dans le configurateur, sur le portail distributeur, au clic de sélection.
Comment ça fonctionne
Comment Mercura applique les règles pendant la configuration
Les équipes produit et opérations modélisent la logique dans l'éditeur visuel Mercura : conditions si/alors, options obligatoires, exclusions mutuelles et filtres dynamiques à chaque sélection. Options incompatibles masquées, lignes obligatoires ajoutées, prix recalculé sur le même jeu de règles. Pas d'étape de validation séparée avant le devis. Une mise à jour ingénierie se propage à chaque canal qui utilise ce modèle. L'objectif n'est pas de remplacer le jugement technique sur les demandes atypiques, mais de sortir les devis routiniers de la file d'ingénierie.
Rule pipeline
Orchestration across every logic type
Ce qui est inclus
Ce que vous modélisez dans le moteur de règles
Orchestrate
- Rédaction visuelle si/alors sans code
- Afficher, masquer ou imposer des options selon les choix précédents
Evaluate
- Exclusions mutuelles matériaux, pressions et finitions
- Compléments obligatoires quand une option de base est choisie
Act
- Jeux de règles partagés entre familles et révisions
- Historique de versions quand la logique catalogue change
Output
- Mêmes règles en vente interne, portail distributeur et configurateur intégré
- Complète contraintes et dépendances pour des modèles plus profonds
La différence
Devis avant et après règles encodées
Règles en tableur et en mémoire
- 01 Compatibilité vérifiée à la main sur les devis complexes
- 02 Ingénierie applications en copie sur les configurations courantes
- 03 Distributeurs chiffrent des combinaisons rejetées à la commande
- 04 Nouvelles options = formation, pas mise à jour des règles
- 05 Erreurs visibles après envoi du PDF client
Avec Mercura
- 01 Logique appliquée à chaque étape du configurateur
- 02 Configurations standard sans visa ingénierie
- 03 Commerciaux et distributeurs sur un même jeu de règles
- 04 Évolutions catalogue publiées comme règles, pas par e-mail
- 05 Chemins invalides retirés avant prix et approbation
Impact métier
Pourquoi encoder les règles dans le CPQ
La configuration par règles rend le savoir produit chiffrable à l'échelle. C'est la couche qui maintient le rythme commercial sur une logique déjà définie par l'ingénierie. Ce n'est pas un substitut au CAO, au PLM ni au calcul structurel sur les projets uniques. Les règles exigent un responsable : si le catalogue change, le modèle doit suivre. Pour les équipes qui entretiennent cette logique centralement, le gain se traduit par moins de corrections tardives, moins de sollicitations ingénierie et des distributeurs qui chiffrent dans des garde-fous clairs.
Business impact
Centralized product knowledge
IF/THEN, lookups, dependencies, and constraints in one engine.
Scalable sales execution
Same ruleset for direct sales and dealers.
Consistent validation
Every selection re-evaluates before the quote leaves.
Compare
Rules engine vs one relationship type
RULE ENGINE
umbrella orchestration layer
- ├─ Dependencies
- ├─ Constraints
- ├─ Lookups
- ├─ Set values
- ├─ Hide / show
- └─ Formulas
Dependency
One relationship type · A → B changes
Constraint
One validation type · A+B invalid
Carte de configuration
Définition produit → orchestration des règles → packaging commercial → configuration valide, prix et nomenclature
Définition produit
Logique
Packaging commercial
Sortie
Configuration valide · Prix · Nomenclature
Valid rule trace · BOM updated
Voir les règles produit appliquées à la configuration
Réservez une démo pour parcourir la logique si/alors Mercura en vente interne et réseau.
Échangeons sur votre projet.
Nous permettons aux fabricants de maîtriser la modélisation des produits, de rationaliser le processus d'établissement des devis, de réduire les erreurs et, en fin de compte, de fournir les solutions personnalisées que les clients exigent.