Gouvernance de configuration
Six admins CPQ pouvaient éditer règles production. Staging existait sur papier ; tous publiaient directement.
Le défi
Six admins CPQ pouvaient éditer règles production. Staging existait sur papier ; tous publiaient directement.
Un OEM onduleurs industriels et conditionnement énergie maintient règles tension, bypass et armoires batterie que distributeurs configurent en CPQ production. Policy : product managers rédigent en staging, petit groupe release publie au calendrier. Pratique : consultants, sales ops et ingénieurs junior partagent login admin et sauvent direct en production car staging semble un clic de trop.
Un prestataire ajusta contrainte bande tension mardi pour débloquer demo distributeur. Jeudi douze devis ouverts utilisaient mauvaise plage entrée avant vente interne remarque SKU incohérents sur PDF. Personne ne savait qui publia ou revert sans reconstruire règle à la main de mémoire.
Pages workflows approbation routent edits via revueurs avant publish. Journaux audit enregistrent après coup. Contrôle accès gère connexion. Gouvernance config diffère : sépare qui peut rédiger en staging de qui publie en production, garde logique production stable pendant brouillons mûrissent, préserve historique versions pour rollback.
Demande → config → prix → approbation → commande dépend de logique qui ne change pas à chaque login admin. Cela exige auteur gouverné, pas mot de passe production partagé.
Comment ça fonctionne
Comment Mercura gouverne changements règles config
Product ops assigne rôles Mercura : auteurs créent et éditent règles en staging où distributeurs ne voient pas brouillons ; publishers déplacent changements approuvés en production au calendrier ou après sign-off workflow. Chaque save crée enregistrement version avec auteur, horodatage, résumé. Rollback restaure état production antérieur sans rebuild manuel. Aperçu impact montre configs ouvertes qui se comporteraient différemment si brouillon publie. Workflows approbation peuvent bloquer action publish ; ce cadre définit où éditer et qui tient clés publish. Rôles doivent suivre rotation prestataires.
Ce qui est inclus
Ce que couvre gouvernance configuration
- Environnement staging pour auteur règles hors CPQ production
- Permissions auteur et publisher séparées par rôle
- Historique versions sur chaque changement règle
- Rollback une action vers version production antérieure
- Aperçu impact avant demande publish
- Fenêtres publish programmées hors heures peak
- Journal changements avec auteur, heure, résumé par edit
- Avec workflows approbation et journaux audit à la publication
La différence
Changements règles avant et après gouvernance
- Tout admin sauve edits direct en CPQ production
- Staging documenté en policy mais sauté au quotidien
- Mauvaises règles touchent devis ouverts avant détection
- Rollback = reconstruire logique de mémoire ou vieux exports
- Enquêtes commencent par qui avait admin, pas quoi a changé
- Auteurs éditent en staging ; CPQ production stable jusqu'à publish
- Seuls publishers libèrent changements au calendrier ou après approbation
- Historique montre qui a changé quelle règle et quand
- Rollback restaure logique production sans rebuild manuel
- Aperçu impact avant publish
Application concrète
Exemple : règle tension UPS en staging
OEM modules UPS triphasés, commutateurs statiques et armoires batterie via configurateurs distributeurs. Prestataire élargit tension entrée autorisée en production pour clore demo. Devis ouverts deux régions adoptèrent mauvaise bande jusqu'à product management trace save admin non auditée. Après gouvernance Mercura, auteurs éditent règles tension et bypass seulement en staging. Publishers libèrent mardis fenêtre maintenance après diff. Demande similaire resta en staging jusqu'à revue, rollback un clic, distributeurs ne virent pas logique à moitié testée en CPQ production.
Impact métier
Pourquoi gouvernance protège logique dont dépendent devis
Gouvernance config empêche règles CPQ critiques de changer sous chaque session admin. Complète routage approbation, pistes audit, contrôle accès et vues versions. Mercura ne remplace pas process changement ingénierie hors CPQ. Quelqu'un doit définir rôles auteur et publisher et retirer accès quand staff part. Si douleur est « tout admin peut casser règles production », staging plus permissions publish en CPQ alignent demande, config, prix, approbation et commande avec logique que ventes et fabrication peuvent utiliser sur chaque devis.
Voir règles éditées en staging, publiées à vos conditions
Réservez démo et parcourez rôles auteur vs publisher avec rollback et aperçu diff sur changement règle.
É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.