ERP e contesto operativo
Dynamics 365 Finance & Supply Chain Management
- Prodotti rilasciati
- Anagrafiche prodotto
- Clienti
- Unità e valute
- Inventario
- Siti e magazzini
- Dati di costo
- Input prezzo rilevanti
- Strutture produttive
- Esecuzione produzione
- Funzionalità > Integrazioni > Dynamics 365 F&O CPQ
Mercura + Microsoft Dynamics 365 Finance & Supply Chain Management
CPQ per Microsoft Dynamics 365 Finance & Supply Chain Management
Configura prodotti complessi, calcola prezzi specifici per configurazione, genera preventivi pronti per il cliente e trasferisci il risultato approvato in Dynamics 365.
Mercura aggiunge un livello CPQ e di configurazione prodotto orientato alle vendite attorno a Microsoft Dynamics 365 Finance and Supply Chain Management — spesso indicato come Dynamics 365 F&O o FSCM — mentre il vostro ERP resta responsabile dei processi operativi che già gestisce.
- Progettato per produttori con prodotti complessi
- Compatibile con F&O / Supply Chain Management
- Configurazione interna, per rivenditori e per il cliente finale
Dynamics 365 F&O Output di esempio
Offerta di vendita
- Cliente
- Nordic Manufacturing
- Articolo configurato
- Sistema industriale
- Stato
- Validato
- Trasferimento
- Pronto per l'ordine
La risposta in 30 secondi
Cos'è il CPQ per Dynamics 365 F&O?
Il CPQ per Dynamics 365 F&O collega Configure, Price, Quote (configura, prezza, offri) ai dati di prodotto, cliente e operativi gestiti in Microsoft Dynamics 365 Finance and Supply Chain Management. Invece di chiedere a un venditore di tradurre manualmente i requisiti del cliente in codici articolo, dimensioni, opzioni, componenti distinta base e prezzi, Mercura guida l'utente nella configurazione e produce un risultato commerciale strutturato che Dynamics 365 può eseguire.
Requisiti cliente → Configurazione prodotto → Prezzo → Preventivo → Approvazione → Offerta/ordine Dynamics 365 → Produzione
Dynamics 365 resta la vostra piattaforma ERP e supply chain. Mercura gestisce le decisioni commerciali intensive in termini di conoscenza che devono avvenire prima che possa essere creato l'ordine corretto.
Distinzione importante
Dynamics 365 Supply Chain Management ha già un configuratore prodotto. Perché aggiungere il CPQ?
Microsoft Dynamics 365 Supply Chain Management include tecnologie native di configurazione prodotto. I modelli di configurazione basati su vincoli possono contenere attributi, vincoli, calcoli, componenti, righe distinta base e operazioni di ciclo, e i prodotti configurabili possono essere utilizzati su offerte e ordini di vendita. Per molti produttori, questa capacità nativa è preziosa.
La domanda non è:
Dynamics 365 può configurare un prodotto?
Sì.
La domanda corretta è:
Dove deve finire la configurazione prodotto e dove deve iniziare l'esperienza di vendita?
La configurazione nativa di Dynamics è strettamente collegata alla struttura operativa del prodotto e della produzione. Mercura CPQ si concentra su:
- ✓ Vendita guidata basata sulle esigenze del cliente
- ✓ Regole e conoscenza ingegneristica
- ✓ Calcoli specifici per configurazione
- ✓ Logica di prezzo commerciale
- ✓ Bundle e accessori commerciali
- ✓ Visualizzazione 2D o 3D in tempo reale
- ✓ Self-service per rivenditori o clienti
- ✓ Proposte specifiche per configurazione
- ✓ Flussi di approvazione
- ✓ Trasferimento strutturato verso l'ERP
Non è necessario scegliere necessariamente un configuratore o l'altro. Per molte aziende, l'architettura più solida è una combinazione di logica operativa prodotto di Dynamics 365 + configurazione commerciale Mercura.
Responsabilità di sistema
Mantenete Dynamics 365 come sistema operativo. Aggiungete il livello CPQ prima dell'ordine.
Un'architettura pulita non duplica l'ERP. Assegna a ogni sistema una responsabilità chiara.
→contesto
M
Configure · Price · Quote
Mercura
- Vendita guidata
- Selezione prodotto
- Regole e vincoli
- Formule e calcoli
- Prezzi specifici per configurazione
- Bundle e accessori
- Visualizzazione 2D / 3D
- Generazione preventivi
- Approvazioni
- Esperienza rivenditore/cliente
→risultato approvato
Esecuzione
Dynamics 365 Finance & Supply Chain Management
- Offerta di vendita
- Ordine di vendita
- Riferimento prodotto rilasciato/configurato
- Righe ordine
- Valori di configurazione
- Componenti
- Input distinta base/produzione
- Produzione ed evasione
L'architettura segue la vostra implementazione Dynamics 365. Mercura non richiede a ogni produttore di ristrutturare prodotti, distinte base o processi di vendita attorno a un modello dati CPQ predefinito.
Configurazione nativa vs. CPQ
Configuratore prodotto Dynamics 365 o Mercura CPQ?
La configurazione prodotto di Dynamics 365 è strettamente collegata alla struttura operativa prodotto e di produzione. Mercura CPQ si concentra su tutto ciò che serve per trasformare il requisito del cliente in una soluzione vendibile, comprensibile e commercialmente corretta.
| Requisito | Configurazione prodotto Dynamics 365 SCM | Mercura CPQ |
|---|---|---|
| Anagrafiche prodotto e prodotti rilasciati | Responsabilità principale | Consuma o mappa i dati rilevanti |
| Dimensioni prodotto | Responsabilità principale | Può esporre le dimensioni in flussi orientati alle vendite |
| Configurazione basata su vincoli | Supportata | Supportata |
| Configurazione distinta base | Capacità produttiva principale | Può calcolare o mappare l'output commerciale/componenti |
| Operazioni di ciclo | Capacità produttiva principale | Di solito demandate a SCM/ingegneria |
| Configurazione da ordine di vendita | Capacità principale | Può creare un'esperienza di vendita a monte |
| Vendita guidata dai requisiti del cliente | Orientata all'ERP | Capacità CPQ principale |
| UX di vendita non tecnica | Non è lo scopo principale | Capacità principale |
| Configuratore per rivenditori | Richiede soluzione circostante | Caso d'uso principale |
| Self-service cliente | Richiede soluzione circostante | Caso d'uso principale |
| Configurazione visiva 2D / 3D | Non è lo scopo principale | Capacità principale |
| Documenti di proposta specifici per configurazione | Processo documentale ERP | Capacità principale |
| Calcoli commerciali complessi | Dipende dal modello ERP | Capacità principale |
| Frontend headless/personalizzato | Richiede architettura personalizzata | Approccio nativo Mercura |
| Configurazione guidata dal CRM | Richiede integrazione | Progettato per processi di vendita connessi |
Dynamics 365 da solo è adatto quando
La configurazione serve principalmente a determinare una variante prodotto ERP valida, una distinta base e un ciclo, e gli utenti sono a loro agio nel configurare i prodotti all'interno del processo Dynamics 365.
Mercura è adatto quando
Il requisito del cliente deve prima essere tradotto in selezioni tecniche, opzioni commerciali, calcoli, visualizzazione o una proposta rivolta al cliente prima che possa essere creato il documento ERP.
Conviene combinarli quando
Dynamics 365 contiene già una logica di configurazione produttiva preziosa che deve restare autorevole, mentre le vendite necessitano di un'esperienza più semplice e potente attorno ad essa.
Tre modi in cui Mercura può lavorare con la configurazione prodotto Dynamics 365
Non esiste un'unica architettura CPQ F&O corretta. Il modello giusto dipende da dove risiede già la conoscenza prodotto.
Modello 1 — Dynamics 365 resta il master di configurazione
La vostra azienda dispone già di modelli di configurazione prodotto Dynamics 365 maturi. Mercura fornisce il percorso di vendita e acquisisce gli input necessari. L'integrazione concordata traduce tali input nel processo di configurazione Dynamics 365, dove tecnicamente appropriato.
Ideale quando:
- •I modelli di configurazione SCM nativi sono maturi
- •La logica di distinta base e ciclo deve restare in Dynamics 365
- •Ricostruire la logica operativa di configurazione creerebbe duplicazioni inutili
Modello 2 — Mercura gestisce la configurazione commerciale
Mercura contiene le regole necessarie per determinare la configurazione vendibile e produce articoli, quantità, parametri e valori commerciali richiesti da Dynamics 365.
Ideale quando:
- •La logica di configurazione esistente è in fogli di calcolo o nella testa delle persone
- •La configurazione commerciale differisce sostanzialmente dalla modellazione prodotto ERP
- •Vendita guidata e canali digitali sono priorità
- •L'output può essere mappato in modo pulito su prodotti rilasciati, componenti o dati ordine
Modello 3 — Mercura → Ingegneria/CAD → Dynamics 365
Mercura automatizza la configurazione commerciale ripetibile e trasmette parametri strutturati all'ingegneria, al CAD, al PLM o a un altro sistema tecnico. Il risultato ingegneristico validato prosegue poi in Dynamics 365.
Ideale quando:
- •I prodotti sono engineer-to-order
- •Il CAD determina ancora la geometria finale o la struttura produttiva
- •Il CPQ può automatizzare il 70–90% del processo decisionale, ma l'ingegneria approva ancora il progetto finale
Mercura può integrarsi con i sistemi attorno a Dynamics 365 invece di forzare ogni elemento di logica prodotto in un'unica applicazione.
L'esperienza di vendita
Trasformate la conoscenza prodotto ERP in una configurazione che il venditore può realmente vendere
Un cliente di solito non arriva conoscendo anagrafiche prodotto, dimensioni di configurazione, codici articolo, varianti distinta base, codici componente, cicli, magazzini o attributi ingegneristici. Arriva con un requisito.
"Ci serve un sistema di riempimento per 3.000 bottiglie all'ora, con questa dimensione di bottiglia, tappatura automatica e questi requisiti igienici."
- 01
Comprendere l'applicazione
Acquisire capacità, ambiente, dimensioni, requisiti di installazione e preferenze del cliente.
- 02
Selezionare la soluzione giusta
Usare le regole per determinare quale famiglia prodotto, macchina o sistema è adatto.
- 03
Configurarlo
Presentare solo opzioni, componenti e accessori compatibili.
- 04
Calcolarlo
Calcolare dimensioni, quantità, valori ingegneristici, costi, maggiorazioni e prezzi commerciali.
- 05
Visualizzarlo
Aggiornare immagini, disegni o 3D interattivo man mano che la configurazione cambia.
- 06
Preventivare
Generare una proposta che spieghi cosa sta acquistando il cliente.
- 07
Inviarlo a Dynamics 365
Trasferire la configurazione approvata nel flusso di offerta, ordine e produzione concordato.
Dalla configurazione al preventivo
Un preventivo che il cliente comprende. Dati che Dynamics 365 può eseguire.
I dati ERP e le informazioni rivolte al cliente servono scopi diversi. Mercura utilizza la configurazione strutturata per produrre documenti di vendita con le informazioni di cui il cliente ha realmente bisogno. La stessa configurazione può contemporaneamente produrre un output più tecnico per Dynamics 365. Questo elimina la necessità di ricreare manualmente la soluzione venduta dopo l'accettazione del preventivo.
- ✓ Soluzione configurata e descrizioni prodotto
- ✓ Opzioni selezionate, quantità e dimensioni
- ✓ Specifiche tecniche, immagini e disegni
- ✓ Prezzi commerciali, sconti e prodotti opzionali
- ✓ Termini e condizioni
Dynamics 365 Sales + Mercura CPQ + Finance & Supply Chain Management
Molti ambienti Dynamics enterprise utilizzano più di un'applicazione Dynamics.
Dynamics 365 Sales
- Opportunità
- Account
- Contatto
- Attività di vendita
Mercura
- Requisiti
- Configurazione
- Prezzo
- Proposta
Dynamics 365 Finance & Supply Chain Management
- Offerta/ordine
- Struttura prodotto
- Produzione
- Inventario
- Evasione
- Esecuzione finanziaria
Il sistema di riferimento esatto per cliente, offerta e informazioni prodotto dipende dalla vostra architettura Microsoft. Mercura non richiede che il processo commerciale inizi all'interno dell'ERP.
Cosa validiamo nel vostro ambiente Dynamics 365
Non esiste una promessa credibile di collegare un plug-in a qualsiasi istanza F&O e far funzionare tutto. Una corretta integrazione CPQ inizia comprendendo come funziona realmente il vostro ambiente Dynamics.
Modello prodotto
- •Prodotti rilasciati
- •Anagrafiche prodotto
- •Dimensioni prodotto
- •Attributi
- •Modelli di configurazione prodotto esistenti
- •Varianti
Produzione
- •Distinte base
- •Cicli
- •Processo configure-to-order
- •Processo engineer-to-order
- •Requisiti ordine di produzione
Modello commerciale
- •Clienti
- •Offerte di vendita
- •Ordini di vendita
- •Prezzi
- •Sconti
- •Valute
- •Entità legali
Estensioni
- •Campi personalizzati
- •Tabelle personalizzate
- •Estensioni X++
- •Integrazioni esistenti
- •Soluzioni di settore
Architettura
- •Finance
- •Supply Chain Management
- •Dynamics 365 Sales
- •Dataverse
- •Power Platform
- •CAD / PLM / PIM
- •Middleware di integrazione
Operazioni
- •Frequenza sincronizzazione
- •Gestione errori
- •Strategia di retry
- •Logging
- •Riconciliazione
- •Proprietà
Integrazione tecnica
Quali dati possono scambiare Dynamics 365 F&O e Mercura?
Le applicazioni finance and operations di Dynamics 365 espongono diversi pattern di integrazione. L'interfaccia corretta dipende dal volume, dai requisiti di latenza, dalle estensioni esistenti e dal fatto che il processo sia sincrono o asincrono. Il contratto finale viene concordato a livello di campo durante l'implementazione.
| Dato | Direzione | Approccio tipico | Scopo |
|---|---|---|---|
| Prodotti rilasciati | Dynamics 365 → Mercura | Entità dati pubblica / OData / layer di integrazione | Riutilizzare l'anagrafica prodotto ERP |
| Attributi prodotto | Dynamics 365 → Mercura | Entità dati / integrazione mappata | Contesto di configurazione |
| Clienti | Dynamics 365 → Mercura | Entità dati pubblica / OData | Vendita specifica per cliente |
| Unità e valute | Dynamics 365 → Mercura | Entità dati | Calcoli commerciali coerenti |
| Input prezzo | Dynamics 365 → Mercura | OData, servizio o integrazione mappata | Riutilizzare i dati commerciali ERP |
| Contesto inventario | Dynamics 365 → Mercura | OData/servizio dove necessario | Vendita consapevole della disponibilità |
| Configurazione | Mercura → Dynamics 365 | Entità dati, endpoint mappato o servizio personalizzato | Preservare ciò che è stato venduto |
| Offerta di vendita | Mercura → Dynamics 365 | Entità dati / servizio | Continuare il flusso offerta ERP |
| Ordine di vendita | Mercura → Dynamics 365 | Entità dati / servizio | Creare ordine pronto per l'esecuzione |
| Componenti / input distinta base | Mercura → Dynamics 365 | Integrazione specifica per implementazione | Trasferimento configure-to-order |
| Parametri ingegneristici | Mercura → Dynamics 365 / CAD / PLM | Mapping API | Automazione tecnica a valle |
| Riferimento Mercura | Mercura → Dynamics 365 | Campo mappato | Tracciabilità end-to-end |
OData, Data Management o servizi personalizzati?
Dynamics 365 supporta diversi pattern di integrazione e non vanno trattati come intercambiabili.
OData
Le app finance and operations espongono entità dati pubbliche tramite un endpoint REST OData.
- •Interrogazione anagrafiche
- •Clienti
- •Prodotti
- •Transazioni sincrone più piccole
- •Operazioni CRUD su entità pubbliche adatte
Data Management Framework
Il Data Management Framework supporta entità dati e pacchetti dati per importazione, esportazione e integrazione.
- •Sincronizzazione ad alto volume
- •Import ed export strutturati
- •Dati in blocco
- •Integrazione pianificata
Integrazioni ricorrenti
Le integrazioni ricorrenti possono scambiare documenti o file tra le app finance and operations e applicazioni esterne.
- •Integrazioni asincrone
- •Scambio documenti pianificato
- •Processi data management esistenti
Servizi personalizzati ed estensioni
Non ogni implementazione Dynamics 365 può essere rappresentata da entità pubbliche standard. Servizi personalizzati o estensioni possono essere l'approccio giusto quando il processo dipende da tabelle personalizzate, campi, logica di business, prezzi specializzati, logica di configurazione prodotto, creazione ordini specifica per azienda o processi produttivi.
Il design di integrazione Mercura parte dal processo di business e seleziona l'interfaccia Dynamics 365 appropriata — piuttosto che promettere che ogni implementazione sia una connessione OData in un clic.
Microsoft Entra ID e autenticazione API
Le integrazioni finance and operations di Dynamics 365 possono usare OAuth 2.0 e identità applicative Microsoft Entra per la comunicazione autenticata sistema-a-sistema. L'architettura di sicurezza esatta dipende dal pattern di integrazione e dal vostro ambiente Dynamics 365.
Durante l'implementazione definiamo:
- ✓Identità applicativa
- ✓Permessi richiesti
- ✓Mapping sicurezza Dynamics 365
- ✓Separazione ambienti
- ✓Accesso API
- ✓Logging
- ✓Gestione errori
- ✓Gestione credenziali
Dove deve risiedere il prezzo in un'architettura CPQ Dynamics 365?
Non esiste una risposta universale. Duplicare ogni regola di prezzo Dynamics 365 all'interno del CPQ è di solito altrettanto indesiderabile quanto forzare ogni calcolo specifico per configurazione nell'ERP.
Opzione 1 — Dynamics 365 gestisce il prezzo
Mercura determina la configurazione mentre il prezzo commerciale rilevante proviene da Dynamics 365.
Ideale quando: L'ERP produce già il prezzo finale richiesto dal processo di vendita.
Opzione 2 — Dynamics 365 fornisce input commerciali
Dynamics 365 fornisce prezzi articolo, informazioni cliente o altri input commerciali. Mercura calcola la parte specifica per configurazione.
Macchina base + maggiorazione larghezza + fattore acciaio inox + motore alta capacità + pacchetto controlli + installazione − sconto cliente = prezzo di vendita configurato
Ideale quando: Il prezzo ERP funziona bene per prodotti standard, ma la soluzione configurata introduce formule e prezzi dipendenti dalle opzioni.
Opzione 3 — Mercura calcola il prezzo configurato
Mercura gestisce il modello di prezzo CPQ completo e invia il prezzo di vendita approvato a Dynamics 365 insieme alla struttura ordine.
Ideale quando: Il prezzo dipende fortemente da parametri di configurazione, calcoli, requisiti cliente o relazioni tra prodotti.
La proprietà del prezzo è una decisione architetturale, non una checklist di funzionalità CPQ.
Dal CPQ F&O a distinta base, ciclo e produzione
Per i produttori, produrre il preventivo è solo metà del problema. Le operazioni devono anche sapere: cosa abbiamo venduto esattamente e cosa dobbiamo produrre?
Modello 1 — Prodotto o variante rilasciata esistente
Mercura identifica un prodotto o una variante vendibile/producibile esistente.
Output: Prodotto + riferimento configurazione + quantità + prezzo
Modello 2 — Prodotto configurabile nativo Dynamics 365
La configurazione prodotto Dynamics 365 resta responsabile della generazione della struttura operativa prodotto. Mercura fornisce il contesto di configurazione orientato alle vendite richiesto dal processo concordato.
Output: Parametri configurazione → configurazione Dynamics 365
Modello 3 — Struttura componenti specifica per configurazione
Mercura determina quali componenti e quantità appartengono alla configurazione venduta. Il risultato viene mappato nel processo produttivo Dynamics 365 concordato.
Output: Prodotto padre + componenti + quantità + valori configurazione
Modello 4 — Engineer-to-order
Mercura crea la configurazione commerciale e invia parametri strutturati al CAD, al PLM o all'ingegneria. La struttura ingegneristica risultante diventa la definizione produttiva utilizzata a valle.
Output: Parametri CPQ → ingegneria → struttura produttiva finale → Dynamics 365
Implementazione
Un percorso pratico da un prodotto configurato alla produzione
L'integrazione è un flusso di lavoro. Il guadagno maggiore arriva rendendo esplicita abbastanza la conoscenza di prodotto, prezzo e vendita da poterla automatizzare.
- 01
Modellare un prodotto rappresentativo
Scegliere un prodotto con sufficiente complessità per dimostrare l'architettura. Acquisire requisiti cliente, opzioni, dipendenze, calcoli, prezzi, componenti e output Dynamics atteso.
Output: Modello CPQ pilota validato
- 02
Mappare Dynamics 365
Identificare le entità dati, prodotti, clienti, input prezzo, oggetti offerta/ordine, output produttivo ed estensioni necessari.
Output: Specifica di integrazione a livello di campo
- 03
Costruire il percorso di vendita
Progettare l'esperienza attorno alle persone che la usano: vendite interne, ingegneri, rivenditori e clienti. Aggiungere regole, visualizzazione, documenti e approvazioni.
Output: Flusso di vendita end-to-end testabile
- 04
Validare il trasferimento ERP
Confrontare il risultato di Mercura con la transazione Dynamics 365 e la struttura produttiva attese.
Output: Processo preventivo-ordine riconciliato
- 05
Scalare
Espandere famiglia per famiglia prodotto mantenendo esplicita la governance prodotto e integrazione.
Output: Rollout CPQ manutenibile
Dove conviene
Casi d'uso con complessità sufficiente per giustificare il CPQ
Attrezzature industriali
Configurare capacità, dimensioni, materiali, motori, pacchetti di controllo e accessori.
Segnale d'acquisto: Le vendite hanno regolarmente bisogno dell'ingegneria per validare un preventivo.
Macchinari
Trasformare i requisiti in macchina, struttura moduli, opzioni e input produttivo.
Segnale d'acquisto: Ogni ordine richiede diverse decisioni tecniche prima che possa essere selezionato un articolo.
Prodotti per l'edilizia
Calcolare dimensioni, materiali, requisiti di montaggio, finiture e opzioni di installazione.
Segnale d'acquisto: Il prodotto finale dipende da dimensioni e formule piuttosto che da una semplice selezione SKU.
Sistemi di processo
Configurare più prodotti in un'unica soluzione commerciale ingegnerizzata.
Segnale d'acquisto: Le vendite vendono realmente un sistema piuttosto che un singolo articolo.
Vendite tramite rivenditori
Dare ai distributori accesso controllato alla conoscenza prodotto, configurazione e prezzi.
Segnale d'acquisto: La crescita dei rivenditori aumenta il carico di supporto per i team interni di ingegneria e vendite.
Engineer-to-order
Automatizzare l'80% ripetibile della selezione prodotto prima che l'ingegneria completi il lavoro tecnico finale.
Segnale d'acquisto: Gli ingegneri dedicano tempo significativo a rispondere alle stesse domande di configurazione per le vendite.
Supporto decisionale
Domande sul CPQ Dynamics 365 F&O, con risposta
Cos'è il CPQ Dynamics 365 F&O? +
Il CPQ Dynamics 365 F&O è una soluzione Configure, Price, Quote collegata alle applicazioni finance and operations di Microsoft Dynamics 365. Aiuta i team di vendita a trasformare i requisiti del cliente in configurazioni, prezzi e offerte valide prima di inviare il risultato approvato in Dynamics 365 per l'esecuzione ordine e operativa.
F&O è la stessa cosa di Dynamics 365 FSCM? +
La terminologia è cambiata nel tempo. Dynamics 365 F&O è ancora ampiamente usato per descrivere la piattaforma e l'ecosistema finance and operations di Dynamics 365. Microsoft commercializza attualmente Dynamics 365 Finance e Dynamics 365 Supply Chain Management come applicazioni separate. Alcuni partner di implementazione e clienti usano FSCM o F&SCM come abbreviazione di Finance + Supply Chain Management. Per gli acquirenti CPQ, questi termini descrivono spesso lo stesso panorama di integrazione sottostante.
Dynamics 365 F&O ha un configuratore prodotto? +
Dynamics 365 Supply Chain Management sì. Microsoft supporta varianti predefinite, configurazione basata su dimensioni e configurazione prodotto basata su vincoli. I modelli di configurazione basati su vincoli possono contenere attributi, vincoli, calcoli, componenti, righe distinta base e operazioni di ciclo e possono essere utilizzati nella configurazione di prodotti da offerte e ordini di vendita. Ciò significa che un CPQ esterno non dovrebbe sostituire automaticamente il configuratore nativo. Mercura è particolarmente rilevante quando servono anche vendita guidata, configurazione rivolta al cliente, visualizzazione, logica commerciale sofisticata o automazione preventivi più ricca.
Microsoft: Panoramica modelli di configurazione prodotto →Qual è la differenza tra Configuratore prodotto Dynamics 365 e CPQ? +
Il configuratore Dynamics 365 aiuta principalmente a definire un prodotto valido e una struttura operativa all'interno di Supply Chain Management. Il CPQ copre il problema commerciale più ampio: di cosa ha bisogno il cliente, cosa possiamo vendere, quanto deve costare, come presentarlo e cosa deve eseguire l'ERP. Le aziende possono usare uno dei due sistemi in modo indipendente o combinarli.
Mercura può funzionare con i nostri modelli di configurazione prodotto Dynamics 365 esistenti? +
Potenzialmente sì. L'architettura corretta dipende da come sono strutturati quei modelli e da come devono partecipare al processo di vendita. Determiniamo prima se l'approccio migliore è mantenere autorevole la configurazione Dynamics nativa, modellare la configurazione commerciale in Mercura e mappare l'output in Dynamics, o dividere le responsabilità tra i due. Non raccomandiamo di ricostruire logica di configurazione ERP matura senza un motivo di business.
Mercura può creare offerte e ordini di vendita Dynamics 365? +
Sì, dove incluso nell'integrazione concordata. Mercura può mappare una configurazione approvata nel processo di offerta o ordine di vendita Dynamics 365 rilevante, inclusi riferimenti, prodotti, quantità, valori commerciali e informazioni di configurazione. L'interfaccia esatta dipende dalle entità dati, estensioni e struttura ordine disponibili.
Mercura può inviare informazioni distinta base a Dynamics 365? +
Sì, ma inviare una distinta base può significare diverse cose in Dynamics 365. L'implementazione deve stabilire se la configurazione venduta deve selezionare una variante esistente, attivare un modello di configurazione prodotto esistente, riferire una distinta base esistente, creare dati componente specifici per configurazione o alimentare l'ingegneria prima che esista la distinta base finale. Progettiamo l'integrazione attorno al processo produttivo piuttosto che assumere che ogni prodotto configurabile debba creare una nuova distinta base.
Dove deve risiedere il prezzo? +
Può restare in Dynamics 365, essere diviso tra Dynamics 365 e Mercura, o essere calcolato in Mercura. La scelta corretta dipende dal fatto che il prezzo sia principalmente basato su ERP/cliente o su configurazione.
Le vendite devono lavorare all'interno di Dynamics 365? +
No. Mercura può alimentare applicazioni di vendita interne, flussi di lavoro connessi a Dynamics, portali rivenditori, portali clienti, configuratori web e applicazioni personalizzate. Lo stesso motore di configurazione può servire canali diversi mentre Dynamics 365 resta il backend operativo.
Come si integra Mercura con Dynamics 365? +
Le tecnologie di integrazione Microsoft comuni includono OData e entità dati pubbliche, Data Management Framework, API REST, integrazioni ricorrenti, servizi personalizzati ed estensioni, e autenticazione Microsoft Entra ID. L'architettura esatta dipende dai volumi dati, dai requisiti di latenza, dalle estensioni e dal processo di business.
Mercura può connettersi anche con Dynamics 365 Sales? +
Sì. In un'architettura Microsoft più ampia, Dynamics 365 Sales può gestire attività CRM e opportunità, Mercura può gestire configurazione e preventivi, e Finance & Supply Chain Management può gestire ordine, produzione e processi finanziari a valle.
Risorse tecniche ufficiali
Contenuto tecnico revisionato l'ultima volta il 30 agosto 2026. Verificate le assunzioni rispetto alla vostra edizione, release ed estensioni Dynamics 365.
- Microsoft — Panoramica modelli di configurazione prodotto →
- Microsoft — Configurare un modello di configurazione prodotto →
- Microsoft — OData per le app finance and operations →
- Microsoft — Integrazione tra le app finance and operations e servizi di terze parti →
- Microsoft — API REST Data Management package →
Esplora lo stack di capacità
Approfondisci le parti del CPQ che contano
Motore di configurazione → Modellare dipendenze, calcoli e combinazioni valide. Motore di prezzo → Gestire la logica commerciale dipendente dalla configurazione. Modellazione prodotto → Trasformare la conoscenza prodotto dispersa in regole manutenibili. Piattaforma rivenditori → Offrire ai partner un percorso di vendita self-service governato.
Guardalo sul vostro processo
Portateci un preventivo Dynamics 365 reale. Mapperemo l'architettura CPQ attorno ad esso.
Il modo più rapido per valutare il CPQ Dynamics 365 non è con una checklist generica di funzionalità. Portate un prodotto rappresentativo e un processo di preventivazione reale. Mapperemo requisito cliente → configurazione → prezzo → preventivo → Dynamics 365 → produzione e vi mostreremo quali responsabilità devono restare in Finance & Supply Chain Management e quali Mercura può automatizzare.
Richiedi una demo CPQ