- Funktionen > Integrationen > Salesforce
Mercura CPQ + Salesforce
Komplexe Produkte konfigurieren, ohne die Salesforce-Opportunity zu verlassen
Accounts, Kontakte und Pipeline bleiben in Salesforce; Mercura übernimmt Konfigurationslogik, kommerzielle Regeln und konfigurationsspezifische Angebote.
Salesforce bleibt das führende System für Kundenbeziehungen und Opportunity-Management. Mercura ergänzt eine Konfigurationsschicht, wenn das verkaufbare Ergebnis von Optionen, Einschränkungen, berechneten Attributen oder Dokumentation abhängt, die eine einfache Produktliste nicht abbildet.
Was Salesforce im Vertriebsprozess typischerweise trägt
Bei Herstellern bündelt Salesforce Account-Hierarchien, Kontakte, Opportunities, Aktivitäten, Forecasting und Kanalstrukturen. Dieser Kontext speist CPQ, tiefe Produktlogik liegt selten dort.
- Account- und Kontaktstammdaten für die Opportunity
- Opportunity-Phasen, Beträge und Verantwortlichkeit
- Preisbücher und Währung, wenn an der Opportunity modelliert
- Aktivitätshistorie und Zusammenarbeit an der Opportunity
- Partner- oder Gebietsmodelle wenn genutzt
- Vereinbarte Kommerz-Metadaten (Währung, konditionierte Bedingungen)
Klare Grenzen zwischen Salesforce und Mercura
Salesforce
- CRM-Objekte und Vertriebsprozess
- Pipeline-Reporting und Daten für die Prognose
- Zugriff entlang Vertriebsrollen
- Nicht-Konfigurations-Kommerzfeld auf der Opportunity
Mercura CPQ
- Geführte Konfiguration und gültige Kombinationen
- Regeln, Abhängigkeiten und berechnete Werte
- Konfigurationsspezifische Preislogik
- Visuelle oder strukturierte Angebotsausgabe
- Konfigurationsreferenzen für nachgelagerte Systeme
Typische Übergabe nach Konfiguration
- Konfigurationsreferenz oder externer Schlüssel
- Vereinbarte Positionsbeschreibung im Integrationsdesign
- Preisergebnis der konfigurierten Lösung
- Angebotsdokument oder Link wenn im Prozess vorgesehen
Feldzuordnung, Synchronisationsrichtung und Zeitplan werden projektspezifisch definiert. Mercura setzt kein einziges Standard-Datenmodell von Salesforce CPQ voraus.
Gängige Architekturmuster (kundenspezifisch)
Je nach Landschaft kann Mercura aus einer Salesforce-Aktion, eingebetteter Experience oder parallelem Tab bei offener Opportunity aufgerufen werden. Designs übergeben oft Account-, Opportunity-, Preisbuch- und Währungskontext; der Integrationsvertrag legt fest, welche Objekte Ergebnisse erhalten.
Eingebettet auf der Opportunity (Canvas oder Lightning Web Component)
Vertrieb bleibt auf dem Opportunity-Datensatz, während Mercura in Canvas oder LWC öffnet. Authentifizierung kann per OAuth oder SSO über Connected App erfolgen; Feld- und Produktmapping wird projektspezifisch definiert. Lightning Experience und mobile Layouts werden bei UX-Scoping berücksichtigt.
Opportunity-geführte Konfiguration
Der Vertrieb öffnet oder aktualisiert die Opportunity, startet Mercura mit Opportunity-Kontext, schließt die Konfiguration ab und liefert strukturierte Ergebnisse an die Opportunity oder zugehörige benutzerdefinierte Objekte.
Angebotsdokument neben CRM
Mercura erzeugt technisch-kommerzielles Angebot; Salesforce speichert Kundennarrativ, Phasenwechsel und Forecast. PDF oder Links können angehängt werden.
ERP bleibt führendes System für die Auftragsabwicklung
Trägt ERP Artikel, Kosten oder Aufträge, sitzt Mercura oft zwischen Salesforce und ERP: CRM-Kontext rein, konfiguriertes Kommerzergebnis raus, ERP erhält Fertigungsdaten über separate Schnittstelle.
Middleware, iPaaS oder Custom Services sind üblich. Mercura stellt Integrationspunkte wie vereinbart bereit; kein ausgeliefertes Standard-AppExchange-Paket impliziert.
Fertigungsszenarien auf Salesforce-Opportunities
Kundenauftrags-Linien (ETO) auf Standard-Opportunity
Opportunity listet Plattformprodukt, verkaufbares Ergebnis braucht Abmessungen, Module oder Service-Bundles validiert gegen Engineering-Regeln vor Preis.
Händler- oder Regionalvertrieb auf gleichem Katalog
Verschiedene Salesforce-Accounts sehen andere Optionsfamilien oder Preisbücher; Mercura erzwingt dieselbe zugrunde liegende Konfigurationslogik.
Langfristige Opportunities mit überarbeiteten Angeboten
Mehrere Konfigurationsrevisionen an einer Opportunity; Mercura hält die Konfigurationshistorie, Salesforce verfolgt den Phasenfortschritt.
Wann Mercura neben Salesforce passt
Wann Mercura hilft
- Produktlogik zu komplex für statische Preisbücher
- Engineering oder Produktmanagement muss Optionen zentral steuern
- Angebote müssen konfigurierte BOM- oder Spezifikationsfragmente widerspiegeln
- Vertrieb braucht geführtes Verkaufen ohne ERP-UI
Wann es nicht nötig ist
- Kleiner Katalog, feste SKU-Liste nur Listenpreis
- Salesforce CPQ (oder anderes CPQ) deckt Konfiguration mit akzeptabler Governance ab
- Noch keine wiederholbaren Konfigurationsregeln
Mercura vs. natives Salesforce CPQ in Fertigungsgesprächen
Salesforce CPQ deckt viele Konfigurieren-Preis-Angebot-Prozesse, auch native Preisschritte auf der Opportunity. Mercura wird diskutiert, wenn Konfigurationstiefe, Fertigungsregeln oder systemübergreifende Architektur (ERP, PIM, CAD) eine spezialisierte Engine brauchen; manche Architekturen nutzen Mercura für komplexe Konfiguration und behalten native CPQ-Komponenten für vereinbarte Kommerzschritte.
| Thema | Salesforce | Mercura |
|---|---|---|
| Hauptstärke | CRM-Prozess, Forecasting, Ökosystem | Tiefe Konfiguration, Regeln, Fertigungs-Angebotsoutput |
| Typischer Auslöser | Pipeline und Account-Management | Gültige Produktkombinationen und berechnete Kommerzdaten |
Für Implementierungspartner
Connected App, Objekt- und Produktfeldmapping, Opportunity-Seiten-Einbettung sowie Salesforce-Edition und Objekte vor Zeitversprechen scopen. Mercura-Konfigurationsinhalte bleiben in Mercura; Salesforce-Anpassungen in Salesforce.
FAQ
Ersetzt Mercura Salesforce?
Nein. Salesforce bleibt CRM-Inhaber. Mercura ergänzt Konfiguration, Preislogik für konfigurierte Ergebnisse und Angebotserstellung bei Produktkomplexität.
Gibt es einen Standard-Salesforce-Connector?
Projekte definieren APIs, Middleware und Feldzuordnungen fallweise. Mercura beansprucht keinen einzigen vorgefertigten Salesforce-Connector für alle Kunden.
Kann Mercura neben Salesforce CPQ arbeiten?
In einigen Architekturen übernimmt Mercura komplexe Produktkonfiguration, während Salesforce CPQ oder andere native Komponenten Preis oder Angebotsfreigabe bleiben. Die Aufteilung ist kundenspezifisch; Mercura ersetzt nicht automatisch jede Salesforce-CPQ-Funktion.
Warum schwere Konfigurationslogik außerhalb von Salesforce?
Sehr große Regelmengen und häufige Engineering-Änderungen sind in CRM-Logik oder Apex-Governor-Limits aufwendig zu pflegen. Mercura bündelt Konfigurationsmodelle; Salesforce behält Accounts, Opportunities und kommerziellen Workflow.
Können Konfigurationsdaten ins ERP?
Oft ja in Fertigungsarchitekturen, ERP-Integration ist jedoch separates Design vom CRM-Kontext. Viele leiten konfigurierte Ergebnisse nach kommerzieller Freigabe ans ERP.
Wo wird Produktstamm gepflegt?
Variiert: ERP, PIM, PLM oder Mercura je nach Governance. Mercura konsumiert vereinbarte Quellen in der Implementierung statt eines einzigen Masters anzunehmen.
Weitere Verbindungen im Integrations-Hub .
Prozess-Review buchen