Mercura CPQ + IFS Cloud
Configurate prodotti complessi, calcolate il prezzo corretto e create configurazioni pronte per l'ordine, mantenendo IFS Cloud al centro della produzione e dell'ERP.
IFS Cloud offre già potenti funzionalità Configure-to-Order e IFS mette a disposizione un prodotto dedicato IFS CPQ. Mercura propone un'architettura alternativa: un livello CPQ indipendente e componibile collegato a IFS Cloud, per i produttori che vogliono usare IFS per ERP, produzione, costificazione ed esecuzione ordini e, al contempo, offrire esperienze di configurazione dedicate per il team commerciale, il CRM, i rivenditori, i clienti e i canali digitali.
Preventivo di vendita
Cos'è IFS CPQ?
In realtà ci sono tre elementi distinti da comprendere. Una ricerca su IFS CPQ può riferirsi a diverse funzionalità correlate.
IFS Cloud dispone da tempo di funzionalità di configurazione prodotto per la produzione Configure-to-Order. Le parti configurabili sono organizzate in famiglie di configurazione con caratteristiche e opzioni. Le regole guidano gli utenti attraverso combinazioni valide e le configurazioni possono essere usate in offerte commerciali, ordini cliente, ordini officina, Dynamic Order Processing e altri processi produttivi.
IFS offre anche un prodotto dedicato chiamato IFS CPQ. IFS lo posiziona come esperienza CPQ integrata per la vendita di prodotti industriali complessi, con funzionalità come guided selling, pricing dinamico, configurazione multi-livello e a livello di sistema, governance dei prezzi, esperienze per rivenditori e reseller e configurazione web rivolta al cliente.
Potete mantenere IFS Cloud come piattaforma ERP e produttiva e usare contemporaneamente un sistema CPQ separato come Mercura per configurazione prodotto, pricing, visualizzazione ed esperienze di vendita digitale. Questa architettura è particolarmente rilevante quando la configurazione deve funzionare tra sistemi e canali al di fuori di IFS.
Una configurazione IFS CPQ confermata può creare le corrispondenti righe sorgente IFS con le parti di vendita, le quantità e gli IFS CTO Configuration ID appropriati.
Configuratore esistente
Sì. Questo è importante.
Una valutazione CPQ credibile non dovrebbe partire dall'assunto che IFS non abbia configurazione prodotto. Il Sales Configurator esistente e le funzionalità Configure-to-Order di IFS Cloud possono guidare gli utenti attraverso caratteristiche e opzioni, applicare regole di configurazione, calcolare prezzi dipendenti dalla configurazione e collegare la configurazione risultante ai processi produttivi a valle.
IFS ha poi aggiunto l'offerta separata IFS CPQ per un'esperienza CPQ di vendita più ampia.
Non è la domanda giusta
IFS può configurare i prodotti?
Non è più l'unica domanda
IFS ha il CPQ?
La domanda utile
Quale architettura di configurazione è adatta ai nostri prodotti, utenti, canali di vendita e ambiente IFS?
Scelta architetturale
La risposta giusta dipende dal problema che state risolvendo.
Usate IFS per la conoscenza produttiva e operativa che appartiene a IFS. Scegliete l'architettura CPQ che serve meglio le persone che configurano e acquistano effettivamente il prodotto.
Confronto a tre vie
| IFS Cloud CTO / Sales Configurator | IFS CPQ | Mercura + IFS Cloud | |
|---|---|---|---|
| ERP e produzione IFS | Nativo | Integrazione nativa | IFS resta responsabile |
| Parti configurabili | Sì | Usa integrazione IFS CTO | Può mappare sulle parti configurate IFS |
| Caratteristiche e opzioni | Sì | Sì | Sì |
| Regole di configurazione | Sì | Sì | Sì |
| Guided selling | Sì, orientato alla configurazione | Sì | Sì |
| Prezzi di configurazione | Sì | Sì | Sì |
| Governance del pricing dinamico | Funzionalità di pricing IFS | Sì | Sì |
| Integrazione offerte commerciali | Nativa | Integrazione nativa | Integrazione API |
| Integrazione ordini cliente | Nativa | Integrazione nativa | Integrazione API |
| IFS CTO Configuration ID | Nativo | Creato tramite integrazione | Mappabile dove necessario |
| Valutazione BOM / cicli di lavorazione | Responsabilità nativa IFS | Collegato a IFS CTO | IFS può restare master produttivo |
| Configurazione multi-livello | Strutture produttive | Sì | Sì |
| Vendita a livello di sistema | Dipende dal modello | Sì | Sì |
| Esperienza rivenditori / reseller | Possibilità B2B IFS | Sì | Sì |
| Configuratore web cliente | Richiede architettura IFS scelta | Sì | Sì |
| Frontend personalizzato / approccio SDK | Non è la finalità principale | Architettura IFS CPQ | Architettura principale Mercura |
| Workflow CRM-first | Richiede integrazione | Dipende dal panorama | Modello di integrazione principale |
| Multi-ERP / CPQ indipendente dall'ERP | No | Orientato a IFS | Sì |
| 2D / 3D interattivo | Dipende dall'implementazione | Supportato; asset 3D a carico del cliente | Funzionalità principali Mercura |
| Miglior adattamento | CTO centrato sulla produzione | CPQ end-to-end centrato su IFS | CPQ componibile multi-canale attorno a IFS |
Architettura CPQ integrata
Questa distinzione è utile per i team architetturali.
IFS descrive IFS CPQ commercialmente come integrato in IFS Cloud e nativamente collegato a IFS Cloud Manufacturing.
La documentazione tecnica IFS spiega come funziona sotto il cofano. La soluzione CPQ è provisionata come applicazione esterna e collegata a IFS Cloud tramite:
Un'applicazione CPQ non deve girare dentro l'applicazione ERP stessa per essere profondamente integrata con IFS Cloud.
Mercura segue lo stesso principio generale di separazione delle responsabilità: IFS continua a gestire ERP ed esecuzione produttiva, mentre il CPQ scambia informazioni strutturate con IFS tramite interfacce di integrazione supportate.
La differenza sta in quale piattaforma CPQ volete usare.
Cosa dovrebbe gestire IFS Cloud
Per un produttore IFS, l'obiettivo non dovrebbe essere ricreare IFS dentro il CPQ. IFS è eccezionalmente forte nell'esecuzione produttiva. A seconda dell'implementazione, IFS può restare autorevole per:
Mercura dovrebbe consumare o referenziare le informazioni di cui il processo di configurazione commerciale ha effettivamente bisogno.
Cosa dovrebbe gestire il CPQ
Lo strato CPQ trasforma soprattutto i requisiti in qualcosa che IFS può eseguire. Mercura può gestire:
Trasformare i requisiti cliente in scelte tecnicamente significative.
Applicare dipendenze, vincoli e calcoli mentre l'utente configura.
Mostrare agli utenti ciò che stanno configurando.
Generare documenti commerciali e tecnici dalla configurazione strutturata.
Configure-to-Order in IFS
Le funzionalità CTO di IFS vanno oltre una semplice ricerca articolo ERP.
Una parte configurabile è collegata a una famiglia di configurazione. La famiglia definisce caratteristiche e opzioni comuni usate per descrivere varianti valide. Il Sales Configurator IFS può poi guidare l'utente nelle scelte.
Le regole possono:
Utilizzato in:
IFS supporta anche il controllo revisioni di configurazione e il riuso di configurazioni identiche esistenti.
Un'integrazione IFS dovrebbe riutilizzare il modello CTO esistente dove ha valore, non sostituirlo ciecamente.
ERP e produzione
Configura · Prezzo · Preventivo
Esecuzione commerciale
Canali di vendita
Gli utenti ERP interni rappresentano solo uno dei possibili gruppi di utenti. I prodotti complessi possono essere venduti anche da utenti CRM, venditori sul campo, distributori, rivenditori, reseller, partner, ingegneri, clienti ed ecommerce. Uno strato CPQ dedicato permette di esporre la stessa conoscenza prodotto governata attraverso esperienze diverse.
Avviare la configurazione da un'opportunità o da un processo commerciale. Il team commerciale viene guidato nella configurazione senza dover conoscere nel dettaglio l'intera struttura produttiva sottostante.
Offrire ai canali commerciali esterni accesso controllato a prodotti pertinenti, regole di configurazione valide, assortimenti specifici per cliente, logica commerciale e generazione preventivi senza esporre l'intera interfaccia ERP. Anche IFS CPQ offre funzionalità per portali rivenditori e reseller, quindi le organizzazioni dovrebbero confrontare l'esperienza richiesta invece di assumere automaticamente la necessità di un CPQ esterno.
Permettere ai clienti di configurare prodotti direttamente dal vostro sito web o portale. IFS CPQ include funzionalità di configuratore web rivolto al cliente. Mercura è rilevante quando volete che quell'esperienza faccia parte di un'architettura digitale headless o personalizzata più ampia, piuttosto che principalmente una soluzione centrata su IFS.
Molti produttori usano IFS per ERP e produzione, ma un'altra piattaforma per il CRM. Un'architettura tipica può quindi essere CRM → Mercura CPQ → IFS Cloud. Così non si costringe la vendita nell'ERP solo perché la produzione gira lì.
Questo è uno dei motivi più forti per valutare un CPQ specialistico accanto a IFS CPQ. Alcune organizzazioni operano:
La configurazione prodotto dovrebbe essere una funzionalità IFS esposta verso l'esterno, o uno strato di conoscenza prodotto indipendente collegato a IFS e al resto dello stack?
Non esiste una risposta universalmente corretta. È una decisione architetturale.
CPQ visivo
I prodotti industriali complessi sono spesso difficili da vendere usando solo caratteristiche e campi ERP. Mercura può combinare logica di configurazione e feedback visivo.
Anche IFS CPQ supporta scenari di configurazione visiva; i termini prodotto IFS indicano esplicitamente che eventuali modelli 3D richiesti per IFS CPQ restano responsabilità del cliente.
Usate la stessa configurazione strutturata per creare documenti di proposta brandizzati — poi mappate il risultato approvato su IFS Cloud.
Quando Mercura è adatto
Mercura è particolarmente rilevante quando il problema CPQ va oltre la configurazione ERP.
Il configuratore dovrebbe aprirsi dal CRM o da un altro spazio di lavoro commerciale.
Servono un'esperienza brandizzata, non un'interfaccia orientata all'ERP.
Il configuratore prodotto è un prodotto di vendita digitale a sé stante.
Un unico modello CPQ deve servire più ERP, CRM o business unit.
I clienti devono vedere il risultato mentre configurano.
La logica commerciale cambia con un ritmo diverso rispetto alle anagrafiche ERP.
La configurazione deve essere consumata tramite API e applicazioni personalizzate.
Lo strato CPQ deve orchestrare la conoscenza prodotto tra IFS, CRM, PIM, CAD e altri sistemi.
Quando IFS CPQ è adatto
Se IFS Cloud è chiaramente al centro dell'architettura commerciale e produttiva e volete la soluzione CPQ fornita nell'ecosistema IFS, IFS CPQ merita una valutazione seria.
Mercura non dovrebbe essere aggiunto solo per introdurre un'altra applicazione.
Quando basta il Sales Configurator
Non ogni cliente IFS ha bisogno di un prodotto CPQ dedicato.
Questa è spesso la prima domanda architetturale da affrontare.
Passaggio alla produzione
Qui IFS è particolarmente forte. Un configuratore commerciale non dovrebbe creare un bel preventivo che la produzione non può eseguire. L'integrazione deve definire come la configurazione commerciale approvata si traduce nei dati corretti per i processi produttivi in IFS.
Mercura determina quale parte di vendita esistente corrisponde ai requisiti del cliente. La parte e la quantità risultanti vengono trasferite nel processo commerciale IFS pertinente.
Ideale quando: Produce o stoccate un catalogo finito di varianti valide.
Mercura acquisisce le scelte richieste e le mappa sulle corrispondenti caratteristiche e opzioni di configurazione IFS. IFS resta responsabile della configurazione CTO formale e della valutazione produttiva a valle.
Ideale quando: Il vostro setup IFS CTO esistente contiene già la logica produttiva che volete preservare.
Una configurazione di alto livello può generare più parti di vendita e quantità. IFS può poi usare regole di configurazione produttiva, strutture prodotto, cicli di lavorazione, DOP o altri processi a valle per definire l'evasione dell'ordine.
Ideale quando: Il CPQ possiede la soluzione commerciale, IFS la definizione produttiva.
IFS può valutare regole di configurazione per creare strutture produttive. I prodotti configurati possono alimentare strutture prodotto e logica di ciclo di lavorazione, e IFS supporta la creazione di strutture DOP basate sulla valutazione di configurazione.
Ideale quando: Le selezioni del cliente determinano direttamente componenti e operazioni produttive.
Non ogni prodotto ETO può o deve essere completamente automatizzato. Mercura può standardizzare ciò che è ripetibile e produrre i parametri di cui l'engineering ha bisogno. L'engineering finalizza il prodotto prima che BOM approvata, struttura progetto o definizione produttiva entrino in IFS.
Ideale quando: Ogni ordine contiene lavoro di engineering reale, ma la vendita può comunque automatizzare una parte sostanziale della configurazione.
L'architettura giusta dipende dal vostro processo produttivo. Non assumiamo che ogni produttore debba generare BOM nello stesso modo.
Ordini provvisori
IFS offre un ponte interessante tra configurazione, costificazione e engineering. Un prodotto configurato in un'offerta commerciale o in un ordine cliente può essere esploso in un ordine provvisorio.
Per i produttori complessi, questo crea un'architettura solida:
Può essere preferibile rispetto a spostare la costificazione produttiva dettagliata nella piattaforma CPQ.
Responsabilità dei prezzi
IFS dispone già di funzionalità avanzate per la determinazione dei prezzi. Non duplicatele inutilmente.
Per le parti di vendita configurabili, IFS può calcolare il prezzo usando il prezzo base della parte di vendita non configurata, il valore economico delle caratteristiche di configurazione e il valore economico delle opzioni.
Mercura configura il prodotto e richiede o consuma il prezzo pertinente da IFS.
Ideale quando
IFS contiene già la logica commerciale dei prezzi, i prezzi cliente appartengono all'ERP, la governance del prezzo di vendita è controllata dall'ERP e la configurazione non richiede pricing CPQ aggiuntivo sostanziale.
Esempio: prezzo parte di vendita IFS + dimensioni selezionate + fattore materiale + pacchetto prestazioni + accessori + aggiustamenti specifici di progetto = prezzo di vendita configurato.
Ideale quando
L'ERP possiede i dati commerciali standard, ma il prezzo di vendita finale dipende da calcoli che esistono solo nel contesto di configurazione.
Mercura esegue l'intero calcolo di configurazione e invia il valore commerciale risultante nel processo transazionale IFS concordato.
Ideale quando
Il pricing è inseparabile da un modello di configurazione altamente specialistico.
Se scegliete IFS CPQ, IFS promuove pricing dinamico, modellazione scenari, workflow di approvazione e controlli di protezione del margine come funzionalità principali. In quell'architettura può esserci poca ragione per introdurre un altro strato di pricing CPQ.
Ideale quando
Volete un unico strato CPQ di pricing governato fornito nell'ecosistema IFS.
La decisione di pricing più importante non è quale sistema abbia il motore di pricing più potente.
Quale sistema dovrebbe possedere ogni regola di pricing? Accordi cliente, listini e logica commerciale ERP possono appartenere a IFS. Le formule di configurazione possono appartenere al CPQ. Il costo produttivo resta vicino a IFS Costing e produzione. La logica di approvazione dovrebbe avere un'unica sede governata.
Una buona architettura IFS CPQ minimizza le regole duplicate.
Integrazione con IFS Cloud
REST e OData
IFS Cloud espone funzionalità business tramite REST API basate su OData. IFS descrive le REST API come metodo di integrazione preferito ed espone IFS Cloud Projections riutilizzabili per l'integrazione. Operazioni HTTP standard come GET, POST, PUT, PATCH e DELETE sono supportate a seconda dell'API.
Per integrazioni system-to-system, IFS raccomanda il flusso OAuth 2.0 client credentials. L'applicazione esterna ottiene un access token usando un client IFS IAM e lo usa quando chiama le API pertinenti.
Configurazione esterna
Sì.
La documentazione IFS afferma esplicitamente che una configurazione può essere avviata da un'applicazione esterna. L'integrazione CPQ moderna di IFS dimostra anch'essa questo modello architetturale.
In un'implementazione Mercura, definiremmo prima quale flusso business supportato da IFS dovrebbe possedere la configurazione risultante, invece di assumere che ogni cliente richieda la stessa mappatura.
Scambio dati
Un design tipico può includere:
| Dati | Direzione | Scopo |
|---|---|---|
| Parti di vendita | IFS → Mercura | Riutilizzare anagrafica prodotto ERP |
| Informazioni parte | IFS → Mercura | Contesto tecnico/prodotto |
| Clienti | IFS → Mercura | Preventivazione specifica per cliente |
| Aziende | IFS → Mercura | Contesto organizzativo |
| Siti | IFS → Mercura | Contesto produttivo/commerciale |
| Unità | IFS → Mercura | Quantità coerenti |
| Informazioni prezzo | IFS → Mercura | Input pricing ERP |
| Magazzino / disponibilità | IFS → Mercura | Disponibilità commerciale dove rilevante |
| Caratteristiche di configurazione | IFS → Mercura | Riutilizzare modello CTO esistente |
| Opzioni di configurazione | IFS → Mercura | Riutilizzare valori IFS consentiti |
| Informazioni costo | IFS → Mercura | Dove commercialmente appropriato |
| Configurazione | Mercura → IFS | Definizione prodotto approvata |
| Parti di vendita | Mercura → IFS | Righe commerciali configurate |
| Quantità | Mercura → IFS | Quantità ordine |
| Riferimento configurazione | Mercura → IFS | Tracciabilità verso CPQ |
| Dati offerta commerciale | Mercura → IFS | Continuare flusso preventivo |
| Dati ordine cliente | Mercura → IFS | Continuare processo ordine |
| Parametri tecnici | Mercura → IFS | Contesto produttivo a valle |
| Dati componente | Mercura → IFS | Dove l'architettura concordata lo richiede |
Qualificazione del panorama
Le implementazioni IFS differiscono sensibilmente. Prima di definire l'integrazione, analizziamo:
Il risultato dovrebbe essere un design di integrazione basato sul vostro ambiente IFS reale, non un diagramma connettore generico.
Supporto decisionale
IFS CPQ è l'offerta Configure, Price, Quote di IFS per i produttori che vendono prodotti configurabili complessi. IFS lo posiziona come esperienza IFS Cloud integrata con guided selling, configurazione, pricing dinamico, approvazioni, configurazione multi-livello e a livello di sistema, supporto rivenditori/reseller e configurazione web rivolta al cliente.
Sì. IFS Cloud include da tempo funzionalità Configure-to-Order e Sales Configurator basate su parti configurabili, famiglie di configurazione, caratteristiche, opzioni e regole di configurazione. IFS CPQ è un'offerta CPQ più ampia costruita attorno a queste funzionalità produttive e integrata con esse.
Il Sales Configurator IFS fa parte delle funzionalità Configure-to-Order sottostanti e si concentra sulla creazione di configurazioni valide di parti configurabili. IFS CPQ è il prodotto commerciale più ampio. Aggiunge un'esperienza CPQ dedicata con funzionalità come guided selling, governance del pricing dinamico, configurazione a livello di sistema ed esperienze commerciali esterne, integrando il risultato con oggetti business IFS e CTO.
Commercialmente, IFS descrive IFS CPQ come integrato e nativamente collegato a IFS Cloud. Tecnicamente, la documentazione IFS descrive la soluzione CPQ come applicazione esterna integrata con IFS Cloud tramite chiamate REST, IFS Connect, SSO, webhook e utenti di integrazione dedicati. Gli utenti ottengono un'esperienza integrata mantenendo un'architettura CPQ separata.
Sì. Mercura può essere usato come strato CPQ indipendente accanto a IFS Cloud invece di IFS CPQ. L'architettura migliore dipende dal vostro modello IFS CTO esistente, dai canali commerciali, dalla strategia CRM, dai requisiti frontend, dal panorama di sistemi e da quanto volete accoppiare il CPQ all'ecosistema IFS.
No. IFS dovrebbe continuare a gestire ERP, produzione e processi operativi. Mercura gestisce l'esperienza di configurazione commerciale e passa il risultato approvato nel processo IFS concordato.
Sì, un'integrazione può essere progettata per preservare un'architettura IFS CTO esistente. Ad esempio, Mercura può determinare o raccogliere le selezioni di configurazione mentre IFS resta responsabile della parte configurata formale, del Configuration ID e della valutazione produttiva a valle. Il modello esatto dipende dal setup CTO del cliente.
La documentazione IFS consente esplicitamente che le configurazioni siano avviate da applicazioni esterne. L'integrazione appropriata dovrebbe usare API IFS supportate e preservare le validazioni business richieste dal processo IFS del cliente.
IFS Cloud espone REST API usando OData e Projections. IFS indica le REST API come approccio di integrazione preferito. Un'integrazione può usare Premium APIs, Integration APIs, projections standard, IFS Connect o altre interfacce supportate a seconda del processo business.
Documentazione REST API IFS Cloud →IFS raccomanda OAuth 2.0 client credentials per integrazioni system-to-system. La configurazione finale di autenticazione dipende dal pattern di interazione e dall'ambiente IFS.
Documentazione OAuth IFS →Possono risiedere in IFS, Mercura o in un'architettura ibrida controllata. IFS supporta già un pricing configurato sofisticato usando prezzi base, pricing di caratteristiche e opzioni, formule e tabelle combinazioni. Non ricreate quella logica nel CPQ senza un motivo chiaro.
IFS CTO può valutare configurazioni per determinare strutture produttive a valle, incluse strutture e operazioni DOP guidate dalla configurazione. Mercura può fornire la configurazione commerciale mentre IFS continua a valutare ed eseguire la logica produttiva.
Sì. IFS supporta ordini provvisori per righe di offerta commerciale e ordine cliente configurate. Possono essere esplose per ispezione e calcolo del costo stimato, con piccole modifiche di engineering possibili prima del ricalcolo del costo. È particolarmente utile per prodotti complessi o parzialmente ingegnerizzati.
Sì. Sia IFS CPQ sia Mercura possono supportare esperienze commerciali esterne. IFS CPQ promuove funzionalità di portale rivenditori/reseller e configuratore web rivolto al cliente. Mercura è particolarmente rilevante quando quelle esperienze devono essere integrate in un'architettura personalizzata o multi-sistema più ampia.
Sì. Un'architettura comune è CRM → Mercura CPQ → IFS Cloud. Il CRM possiede l'opportunità, Mercura l'esperienza di configurazione commerciale e IFS l'esecuzione operativa.
Questa pagina si concentra principalmente su IFS Cloud. Gli ambienti IFS Applications più datati usano tecnologie di integrazione diverse e dovrebbero essere valutati individualmente prima di definire l'architettura.
Risorse tecniche ufficiali
Contenuti tecnici verificati per l'ultima volta ad agosto 2026. Validate le ipotesi in base alla vostra release di IFS Cloud, ai moduli attivi e al panorama di integrazione.
Esplorate lo stack di funzionalità
IFS gestisce l'operatività. Usate l'architettura CPQ che gestisce meglio la vendita.
Se usate già IFS, la prima domanda non è se vi serva un altro software. Riguarda dove deve vivere la conoscenza di configurazione. Per alcune organizzazioni basta il Sales Configurator IFS esistente. Per altre, il nuovo prodotto IFS CPQ è l'estensione più naturale di IFS Cloud. E per i produttori che necessitano di uno strato di configurazione componibile tra CRM, ERP, rivenditori, clienti ed esperienze digitali personalizzate, Mercura può fornire lo strato CPQ mentre IFS resta la spina dorsale produttiva e operativa. Portate un prodotto configurabile, un esempio di preventivo e una panoramica del vostro setup IFS CTO attuale. Possiamo mappare dove dovrebbero risiedere regole prodotto, pricing, costificazione e logica produttiva — e se Mercura, IFS CPQ o il configuratore IFS esistente sia la scelta migliore.