- Funktionen > Integrationen > Microsoft > Produktkonfiguration und CPQ in Ihren Dynamics 365 Sales-Prozess einbinden
Mercura CPQ + Microsoft Dynamics 365 Sales
Produktkonfiguration und CPQ in Ihren Dynamics 365 Sales-Prozess einbinden
Behalten Sie Konten, Kontakte und Opportunities in Dynamics 365 Sales, während Mercura geführte Produktkonfiguration, kommerzielle Regeln, Preislogik und konfigurationsspezifische Angebote übernimmt.
Dynamics 365 Sales bleibt verantwortlich für Konten, Kontakte, Opportunities und Vertriebsaktivitäten. Mercura ergänzt die spezialisierte Konfigurationsschicht, wenn der Verkauf Regeln, Abhängigkeiten, Berechnungen, Preislogik oder Dokumentation erfordert, die über die Auswahl aus einem Katalog hinausgeht.
Microsoft-Partner?
Wenn einer Ihrer Fertigungskunden die Grenzen von Excel-basierter Konfiguration oder ERP-Anpassungen erreicht, kann Mercura die kommerzielle Konfigurationsschicht ergänzen, ohne die Systeme zu ersetzen, die Sie bereits implementieren.
Was ist CPQ für Dynamics 365 Sales?
Dynamics 365 führt die Kundenbeziehung. Mercura führt die Produktkomplexität.
Dynamics 365 Sales
- • Konten
- • Kontakte
- • Opportunities
- • Aktivitäten
- • Vertriebspipeline
- • Forecasting
- • Kundenkontext
Mercura CPQ
- • Guided Selling
- • Produktauswahl
- • Regeln und Einschränkungen
- • Abhängigkeiten
- • Berechnungen
- • Konfigurationspreise
- • Visualisierung
- • Dokumente
- • Technische Konfigurationsdaten
Freigegebenes Ergebnis
- Konfigurierte Positionen
- Kommerzielle Beschreibung
- Preis
- Konfigurationsreferenz
- Angebotsdokument
- Weitere im Integrationsvertrag definierte Felder
Das genaue Mapping hängt vom Datenmodell und Vertriebsprozess in jeder Dynamics 365-Umgebung ab.
Wenn das CRM den Kunden kennt, aber nicht entscheiden kann, wie das Produkt konfiguriert werden muss
Dynamics 365 Sales eignet sich hervorragend dafür, zu verwalten, wer der Kunde ist, welche Opportunity offen ist, welche Vertriebsaktivitäten stattgefunden haben und wo sich der Deal in der Pipeline befindet. In der komplexen Fertigung kommt eine weitere Wissensdomäne hinzu: welches Produkt zur Anforderung passt, welche Optionen kompatibel sind, welche Abmessungen gültig sind, welche Zubehörteile Pflicht sind, wie sich der Preis bei Konfigurationsänderungen verändert, welche Spezifikation ins Angebot gehört und was ERP oder Produktion anschließend benötigt. Mercura macht diese wiederholbaren Entscheidungen zu Konfigurationslogik, damit der Vertrieb mit mehr Autonomie arbeiten kann, ohne jedes Angebot über Engineering zu leiten.
Häufige Architekturmuster mit Dynamics 365 Sales
Es gibt kein einzig richtiges CRM- und CPQ-Design. Das passende Muster hängt davon ab, welches System Angebot, Preis und nachgelagerte Auftragsabwicklung führt.
A
Muster A — CRM-geführter Prozess mit Rückführung zur Opportunity
Dynamics 365 Sales → Mercura CPQ → Dynamics 365 Sales
Häufig, wenn die Opportunity in Dynamics 365 Sales der kommerzielle Anker bleibt. Mercura übernimmt Konfiguration und Angebotsausgabe; vereinbarte Positionen, Referenzen, Dokumente oder Preise werden gemäß Projekt auf die Opportunity oder verwandte CRM-Datensätze gemappt.
B
Muster B — Dynamics 365 Sales mit Business Central
Dynamics 365 Sales → Mercura CPQ → Business Central
Typisch, wenn CRM in Dynamics 365 Sales läuft und operative Angebote oder Aufträge in Microsoft Dynamics 365 Business Central weitergeführt werden. Mercura sitzt zwischen kundenorientierter Konfiguration und den ERP-Vertriebsobjekten, die Ihr Team bereits nutzt.
C
Muster C — Dynamics 365 Sales mit Finance & Supply Chain Management
Dynamics 365 Sales → Mercura CPQ → Finance & Supply Chain Management
Verbreitet in Enterprise-Fertigung, wenn Opportunities in Sales liegen und die Ausführung zu Microsoft Dynamics 365 Finance & Supply Chain Management wechselt. Mercura definiert die verkaufbare Konfiguration, bevor Daten in ERP-Fertigung und -Finanzen übergehen.
Das sind häufige Architekturoptionen, kein Versprechen, dass jeder Kunde alle drei nutzt. Die Verantwortung für jedes Datenobjekt wird im Integrationsdesign vereinbart.
Ein Vertriebserlebnis, auch wenn die Logik in mehreren Systemen liegt
Aus Opportunity-Kontext konfigurieren
Der CPQ-Prozess kann mit dem in Dynamics 365 verfügbaren kommerziellen Kontext starten, sodass grundlegende Kunden- und Opportunity-Daten nicht neu gesucht oder eingegeben werden müssen.
Technisch ungültige Konfigurationen vermeiden
Mercura-Regeln und -Constraints führen durch zulässige Kombinationen, statt vom Vertrieb das gesamte Produktwissen zu verlangen.
Konfigurationspreise berechnen
Die Preislogik kann externe Quellen mit konfigurationsspezifischen Berechnungen kombinieren. Die Source of Truth für jede Preiskomponente wird in der Implementierung festgelegt.
Angebot aus denselben Daten erzeugen
Strukturierte Konfiguration kann kommerzielle Dokumente mit Produkten, Optionen, Mengen, Spezifikationen, Bildern und Preisen befüllen.
Prozess fortsetzen ohne Angebot neu aufzubauen
Nach Freigabe können vereinbarte Felder und Positionen in den nächsten kommerziellen Schritt übergehen und manuelle Dateneingabe reduzieren.
Wie kann sich Mercura mit Dynamics 365 Sales verbinden?
Dynamics 365 Sales nutzt Microsoft Dataverse als Datenplattform. Die Integration wird um Tabellen, Felder, Anpassungen und den Vertriebsprozess jeder Umgebung herum entworfen. Eine typische Architektur kann Informationen wie die folgenden nutzen. Exakte Objekte, Synchronisierungsrichtung und Verantwortlichkeiten werden in der Integrationsanalyse festgelegt.
Eingang in Mercura
- Konto
- Kontakt
- Opportunity
- Währung
- Kommerzieller Kontext
- Produkte oder Preise, wo zutreffend
Mercura berechnet
- Produktauswahl
- Optionen
- Regeln
- Attribute
- Mengen
- Berechnete Werte
- Konfigurierter Preis
- Dokumentation
Zurück in den CRM-Prozess
- Konfigurationsreferenz
- Beschreibung
- Kommerzielle Positionen
- Preis
- Dokument
- Vereinbarte Felder
Dynamics 365 Sales + Mercura + ERP
Bei vielen Herstellern ist das CRM nicht der letzte Schritt im Prozess. Die Opportunity kann in Dynamics 365 Sales beginnen, die kommerzielle Konfiguration in Mercura stattfinden und das freigegebene Ergebnis zu Business Central, Dynamics 365 Finance & Supply Chain Management oder einem anderen ERP weitergehen. Die Architektur sollte klar festlegen, welche Anwendung für welche Phase verantwortlich ist.
Dynamics 365 Sales
- Konto
- Opportunity
- Vertriebsaktivität
Mercura CPQ
- Anforderungen
- Konfiguration
- Regeln
- Preis
- Angebot
ERP
- Auftrag
- Artikel
- Komponenten
- Fertigung
- Rechnungsstellung
Wann sollte ein Microsoft-Partner Mercura in ein Projekt einbringen?
- Der Vertrieb braucht Engineering zur Validierung standardisierter Angebote.
- Produktkonfigurationslogik liegt in Spreadsheets.
- ERP-Anpassungen werden schwer wartbar.
- Der Kunde braucht Guided Selling in Dynamics 365 Sales.
- Der Kunde möchte Händler- oder Kunden-Self-Service-Konfiguration.
- Preise hängen von Konfigurationsregeln ab, nicht nur von Listenpreisen.
- Angebote erfordern konfigurationsspezifische Dokumentation.
- Produktkomplexität wird vor der ERP-Transaktion entschieden.
Häufig gestellte Fragen
Was ist CPQ für Dynamics 365 Sales?
Eine Schicht für Konfiguration, Preislogik und Angebotserstellung, angebunden an den Dynamics 365 Sales-Prozess. Das CRM führt Kundenbeziehung und Opportunity; Mercura übernimmt die Logik, um Anforderungen in eine gültige, angebotsfähige Konfiguration zu übersetzen.
Ersetzt Mercura Dynamics 365 Sales?
Nein. Dynamics 365 Sales bleibt das CRM. Mercura ergänzt den Prozess, wenn der Verkauf Regeln, Abhängigkeiten, Berechnungen oder konfigurationsspezifische Dokumentation erfordert.
Kann Mercura Daten aus einer Dynamics 365 Opportunity nutzen?
Ja. Eine Integration kann Konten- und Opportunity-Kontext nutzen. Die genauen Felder hängen vom Dataverse-Modell und den Umgebungsanpassungen ab.
Können Konfigurationsergebnisse zu Dynamics 365 Sales zurück?
Ja. Mercura-Ausgaben können auf den vereinbarten kommerziellen Prozess gemappt werden, z. B. Konfigurationsreferenz, Positionen, Preise, Dokumente oder weitere Felder. Die Struktur wird im Projekt definiert.
Wo sollten Preise berechnet werden?
Das hängt von der Architektur ab. Preise können aus ERP oder CRM kommen, mit Konfigurationslogik in Mercura kombiniert werden oder vorwiegend in CPQ berechnet werden. Legen Sie für jeden Preisteil eine klare Source of Truth fest.
Kann Mercura auch mit einem ERP zusammen mit Dynamics 365 Sales arbeiten?
Ja. Ein häufiges Muster verbindet CRM, CPQ und ERP, sodass Opportunity, Konfiguration und Auftrag in einem Fluss bleiben, ohne Daten manuell zu duplizieren.
So könnte es in Ihrer Dynamics 365-Umgebung aussehen
Zeigen Sie uns ein reales konfigurierbares Produkt, eine typische Opportunity und wie Sie heute Angebote erstellen. Daran können wir zeigen, wo Mercura passt und welche Informationen mit Dynamics 365 ausgetauscht werden sollten.
CPQ-Demo anfordern