Governance della configurazione
Sei admin CPQ potevano editare regole produzione. Staging esisteva sulla carta; tutti pubblicavano direttamente.
La sfida
Sei admin CPQ potevano editare regole produzione. Staging esisteva sulla carta; tutti pubblicavano direttamente.
Un OEM di UPS industriali e conditioning di rete mantiene regole tensione, bypass e armadi batteria che i dealer configurano in CPQ produzione. Policy: product manager redigono in staging, piccolo gruppo release pubblica a calendario. Pratica: consulenti, sales ops e ingegneri junior condividono login admin e salvano diretto in produzione perché staging sembra un click in più.
Un contractor ha regolato vincolo banda tensione martedì per sbloccare demo dealer. Giovedì dodici preventivi aperti usavano range ingresso errato prima che vendita interna notasse SKU incoerenti sul PDF. Nessuno sapeva chi pubblicò o poteva revert senza ricostruire regola a mano dalla memoria.
Pagine workflow approvazione instradano edit via revisori prima di publish. Log audit registrano azioni dopo. Controllo accesso gestisce login. Governance config differisce: separa chi può autore in staging da chi può pubblicare in produzione, mantiene logica produzione stabile mentre bozze maturano, preserva storico versioni per rollback.
Richiesta → config → prezzo → approvazione → ordine dipende da logica che non cambia a ogni login admin. Serve autoria governata, non password produzione condivisa.
Come funziona
Come Mercura governa modifiche regole configurazione
Product ops assegna ruoli in Mercura: autori creano e editano regole in staging dove dealer non vedono bozze; publisher spostano modifiche approvate in produzione a calendario o dopo sign-off workflow. Ogni save crea record versione con autore, timestamp e riassunto. Rollback ripristina stato produzione precedente senza rebuild manuale. Anteprima impatto mostra quali config aperte si comporterebbero diversamente se bozza pubblica. Workflow approvazione possono bloccare azione publish; questo framework definisce dove si edita e chi tiene chiavi publish. Assegnazioni ruolo devono seguire rotazione contractor.
Cosa include
Cosa copre governance configurazione
- Ambiente staging per autoria regole lontano da CPQ produzione
- Permessi autore e publisher separati per ruolo
- Storico versioni su ogni modifica regola
- Rollback in un'azione a versione produzione precedente
- Anteprima impatto prima di richiesta publish
- Finestre publish programmate fuori peak
- Log modifiche con autore, ora e riassunto per edit
- Con workflow approvazione e log audit alla pubblicazione
La differenza
Modifiche regole prima e dopo governance
- Ogni admin salva edit regole diretto in CPQ produzione
- Staging documentato in policy ma saltato quotidianamente
- Regole errate colpiscono preventivi aperti prima di rilevazione
- Rollback significa ricostruire logica da memoria o vecchi export
- Indagini partono da chi aveva admin, non cosa è cambiato
- Autori editano in staging; CPQ produzione stabile fino a publish
- Solo publisher rilasciano modifiche a calendario o dopo approvazione
- Storico versioni mostra chi ha cambiato quale regola e quando
- Rollback ripristina logica produzione senza rebuild manuale
- Anteprima impatto prima di publish
Applicazione reale
Esempio: regola tensione UPS in staging
OEM moduli UPS trifase, interruttori statici e armadi batteria via configuratori dealer. Contractor ampliò tensione ingresso consentita in produzione per chiudere demo. Preventivi aperti due regioni adottarono banda errata finché product management tracciò save admin non auditato. Dopo governance Mercura, autori editano regole tensione e bypass solo in staging. Publisher rilasciano martedì in finestra manutenzione dopo diff. Richiesta simile restò in staging fino a review, rollback un click, dealer non videro logica semi-testata in CPQ produzione.
Impatto sul business
Perché governance protegge logica da cui dipendono i preventivi
Governance config impedisce che regole CPQ mission-critical cambino sotto ogni sessione admin. Completa routing approvazione, tracce audit, controllo accesso e viste versioni. Mercura non sostituisce processo change ingegneria fuori CPQ. Qualcuno deve definire ruoli autore e publisher e revocare accesso quando staff esce. Se dolore è «chiunque con admin può rompere regole produzione», staging più permessi publish in CPQ allineano richiesta, config, prezzo, approvazione e ordine con logica su cui vendite e produzione possono contare su ogni preventivo.
Veda regole editate in staging, pubblicate alle vostre condizioni
Prenoti demo e percorra ruoli autore vs publisher con rollback e anteprima diff su modifica regola.
Parliamo del vostro progetto.
Aiutiamo i produttori a gestire al meglio la modellazione dei prodotti, semplificare il processo di preventivazione, ridurre gli errori e, infine, offrire ai clienti soluzioni su misura.