- Funktioner > Integrationer > Salesforce
Mercura CPQ + Salesforce
Konfigurér komplekse produkter uden at forlade Salesforce-opportunity
Behold konti, kontakter og pipeline i Salesforce mens Mercura håndterer konfigurationslogik, kommercielle regler og konfigurationsspecifikke tilbud.
Salesforce forbliver system of record for kunderelationer og opportunity-styring. Mercura tilføjer et konfigurationslag når det salgbare udfald afhænger af optioner, begrænsninger, beregnede attributter eller dokumentation en simpel produktliste ikke kan udtrykke.
Hvad Salesforce typisk ejer i salgsprocessen
Hos producenter centraliserer Salesforce kontohierarkier, kontakter, opportunities, aktiviteter, forecasting og kanalstrukturer. Den kontekst skal feede CPQ, men dyb produktlogik bor sjældent der.
- Konto- og kontaktstamdata for deal
- Opportunity-faser, beløb og ejerskab
- Prisbøger og valuta når modelleret på opportunity
- Aktivitetshistorik og samarbejde om deal
- Partner- eller territoriemodeller når brugt
- Aftalt kommerciel metadata (valuta, vilkår hvor modelleret)
Klare grænser mellem Salesforce og Mercura
Salesforce
- CRM-objekter og salgsproces
- Pipeline-rapportering og forecast-input
- Adgang aligned til salgsroller
- Ikke-konfigurations kommercielle felter på opportunity
Mercura CPQ
- Guidet konfiguration og gyldige kombinationer
- Regler, afhængigheder og beregnede værdier
- Konfigurationsspecifik prislogik
- Visuelt eller struktureret tilbudsoutput
- Konfigurationsreferencer til downstream-systemer
Typisk overlevering efter konfiguration
- Konfigurationsreference eller ekstern nøgle
- Aftalt kommerciel linjebeskrivelse i integrationsdesign
- Prisresultat for den konfigurerede løsning
- Tilbudsdokument eller link når del af processen
Feltmapping, sync-retning og timing defineres pr. projekt. Mercura antager ikke én standard Salesforce CPQ-datamodel.
Almindelige arkitekturmønstre (kundespecifikke)
Afhængigt af landskabet kan Mercura kaldes fra Salesforce-handling, indlejret oplevelse eller parallel fane mens opportunity er åben. Designs sender ofte konto-, opportunity-, prisbog- og valutakontekst; integrationskontrakten definerer hvilke objekter modtager resultater.
Indlejret på Opportunity (Canvas eller Lightning Web Component)
Sælgere forbliver på Opportunity-posten mens Mercura åbner i Canvas eller LWC. Godkendelse kan bruge OAuth eller SSO via Connected App; felt- og produktmapping defineres pr. projekt. Lightning Experience og mobile layouts indgår i UX-scope.
Opportunity-led konfiguration
Salg åbner eller opdaterer opportunity, starter Mercura med opportunity-kontekst, fuldfører konfiguration og returnerer strukturerede resultater til opportunity eller relaterede custom objects.
Tilbudsdokument ved siden af CRM
Mercura genererer teknisk-kommercielt tilbud mens Salesforce gemmer kundenarrativ, fasebevægelse og forecast. PDF eller links kan vedhæftes efter behov.
ERP forbliver fulfillment system of record
Når ERP bærer varer, omkostninger eller ordrer, sidder Mercura ofte mellem Salesforce og ERP: CRM-kontekst ind, konfigureret kommercielt udfald ud, ERP modtager produktionsdata via separat interface.
Middleware, iPaaS eller custom services er almindelige. Mercura eksponerer integrationspunkter som aftalt; antyder ikke et standard AppExchange-pakke.
Produktionsscenarier på Salesforce-opportunities
Engineer-to-order-linjer på standard opportunity
Opportunity lister platformprodukt, salgbart udfald kræver dimensioner, moduler eller servicebundter valideret mod engineering-regler før pris.
Forhandler- eller regional salg på samme katalog
Forskellige Salesforce-konti ser forskellige optionsfamilier eller prisbøger mens Mercura håndhæver samme underliggende konfigurationslogik.
Langcyklus-deals med reviderede tilbud
Flere konfigurationsrevisioner på én opportunity; Mercura holder konfigurationshistorik mens Salesforce følger faseprogression.
Hvornår Mercura sammen med Salesforce passer
Når Mercura hjælper
- Produktlogik for kompleks til statiske prisbøger alene
- Engineering eller produktmanagement skal styre optioner centralt
- Tilbud skal afspejle konfigurerede BOM- eller specifikationsfragmenter
- Salg skal bruge guidet salg uden ERP-UI
Når det ikke er nødvendigt
- Lille katalog, faste SKU'er kun listepris
- Salesforce CPQ (eller andet CPQ) dækker konfiguration med acceptabel governance
- Ingen gentagelige konfigurationsregler endnu
Mercura vs native Salesforce CPQ i produktionssamtaler
Salesforce CPQ dækker mange configure-price-quote flows, også native prisskridt på opportunity. Mercura diskuteres når konfigurationsdybde, produktionsregler eller cross-system arkitektur (ERP, PIM, CAD) kræver specialiseret motor; nogle bruger Mercura til kompleks konfiguration og beholder native CPQ-komponenter til aftalte kommercielle skridt.
| Emne | Salesforce | Mercura |
|---|---|---|
| Primær styrke | CRM-proces, forecasting, økosystem | Dyb konfiguration, regler, produktionstilbudsoutput |
| Typisk trigger | Pipeline og kontostyring | Gyldige produktkombinationer og beregnede kommercielle data |
For implementeringspartnere
Scope Connected App, objekt- og produktfeltmapping, Opportunity-side indlejring og Salesforce-udgave/objekter før tidslinjer. Mercura-konfiguration vedligeholdes i Mercura; Salesforce-tilpasning i Salesforce.
FAQ
Erstatter Mercura Salesforce?
Nej. Salesforce forbliver CRM-ejer. Mercura tilføjer konfiguration, prislogik for konfigurerede udfald og tilbudsgenerering når produktkompleksitet kræver det.
Findes der en standard Salesforce-connector?
Projekter definerer API'er, middleware og feltmapping case by case. Mercura hævder ikke én enkelt færdig Salesforce-connector for alle kunder.
Kan konfigurationsdata flyde til ERP?
Ofte ja i produktionsarkitekturer, men ERP-integration er separat design fra CRM-kontekst. Mange router konfigurerede resultater til ERP efter kommerciel godkendelse.
Hvor vedligeholdes produktmaster?
Varierer: ERP, PIM, PLM eller Mercura afhængigt af governance. Mercura forbruger kilder aftalt ved implementering frem for at antage én master.
Kan Mercura arbejde sammen med Salesforce CPQ?
I nogle arkitekturer håndterer Mercura kompleks produktkonfiguration mens Salesforce CPQ eller andre native komponenter forbliver på pris eller godkendelse. Opdelingen er kundespecifik.
Hvorfor holde tung konfigurationslogik uden for Salesforce?
Meget store regelsæt og hyppige engineering-ændringer kan være dyre at vedligeholde kun i CRM-logik eller Apex-grænser. Mercura centraliserer konfigurationsmodeller; Salesforce beholder konti, opportunities og kommerciel workflow.
Flere forbindelser på integrationshubben .
Book workflow-gennemgang