Er zijn een groot aantal manieren om gegevens te openen, synchroniseren en delen tussen Salesforce en externe systemen. Maar niet elke tool is geschikt voor uw specifieke project. Deze handleiding begeleidt u door het landschap van gegevensintegratietools die beschikbaar zijn bij Salesforce. Het biedt ook aanbevelingen voor de tools (of combinaties van tools) die het meest geschikt zijn voor een bepaalde gebruikscase, evenals richtlijnen voor tools die u voor specifieke scenario's kunt vermijden.

Deze beslissingshandleiding richt zich op integraties op gegevensniveau met Salesforce. Het omvat met name de volgende gebruikscases voor gegevensintegratie:

• Salesforce naar externe systemen
• Externe systemen naar Salesforce
• Salesforce-organisatie naar Salesforce-organisatie

Dit zijn slechts een subset van de integratieproblemen waarmee Salesforce Architects worden geconfronteerd. Daarom zijn we van plan om meer beslissingshandleidingen toe te voegen die zijn gericht op eventgestuurde integratie, het samenstellen van effectieve klant- of medewerkergerichte werkstromen met behulp van procesintegratie, enzovoort. Tot slot is het belangrijk om op te merken dat veel van de hier beschreven tools en benaderingen kunnen worden gebruikt voor het oplossen van integratieproblemen in de bredere onderneming, maar dat dergelijke toepassingen buiten het bereik van deze handleiding vallen.

• Vermijd onnodige gegevensreplicatie. Tenzij de gegevens zich absoluut in Salesforce moeten bevinden, kunt u in plaats daarvan gegevensvirtualisatie met Salesforce Connect overwegen. Meer gegevens in uw organisatie leiden uiteindelijk tot grotere gegevensvolumes, wat de prestaties negatief kan beïnvloeden en technische schulden kan veroorzaken. Als uw gegevens zich al in Salesforce bevinden en u ze nodig hebt in een extern systeem, kopieer ze dan niet naar een extern systeem, tenzij dit absoluut noodzakelijk is. In plaats daarvan heeft het externe systeem toegang tot de gegevens via de Salesforce-API's.
• Gebruik MuleSoft of andere Enterprise Service Bus-oplossingen (ESB) of Extract-Transform-Load-oplossingen (ETL), indien beschikbaar en onderdeel van uw bestaande landschap. Omdat deze tools zijn ontwikkeld om gegevensmigratie en -transformatie te ondersteunen, hebben ze vaak krachtige mogelijkheden waarmee u integraties binnen de hele onderneming kunt hergebruiken, een sterker bestuur kunt handhaven en het beheer van integraties kunt centraliseren. Overweeg in deze handleiding, waar MuleSoft Anypoint wordt aanbevolen, of uw bestaande ESB/ETL-oplossing voldoet.
• Harmoniseer gegevens uit verschillende bronnen met Data 360 en Data Cloud One. Via het Customer 360 gegevensmodel, identiteitsoplossing, gegevensbundeling en andere voorzieningen consolideert Data 360 gegevens uit Salesforce en andere externe systemen in een uniforme weergave van uw klant. En met Data Cloud One hebben gebruikers in andere Salesforce-organisaties veilig toegang tot gegevens die virtueel vanuit Data 360 worden gedeeld via gegevensruimten.
• Verplaats gegevens tussen organisaties met behulp van Data 360-acties en activeringen. Nadat gegevens uit verschillende organisaties zijn opgenomen in Data 360, kunnen gegevensacties en activeringen de gegevens synchroniseren naar een andere organisatie. Deze benadering kan zeer nuttig zijn voor integraties met Marketing Cloud-organisaties.
• Extraheer en verplaats gegevens met behulp van MuleSoft Anypoint. MuleSoft Anypoint kan worden gebruikt om gegevens uit Data 360 te extraheren met behulp van de Connect-API en de Data Graph-API en deze te verplaatsen naar een andere Salesforce-organisatie. Zonder Data 360 kan MuleSoft Anypoint ook worden gebruikt wanneer gegevens moeten worden verplaatst tussen organisaties zonder te worden gerepliceerd in Data 360.
• Wees voorzichtig als u ervoor kiest om samen te stellen met Uitgaand berichtenverkeer. Salesforce blijft uitgaande berichtenverkeer ondersteunen binnen de huidige functionele capaciteiten, maar is niet van plan om verdere investeringen in deze technologie te doen.
• Integratiegebruikerslicentie met het profiel "API Only" wordt altijd aanbevolen voor alle integraties. Salesforce raadt ook aan om Externe clienttoepassingen (ten gunste van verbonden apps of SOAP-login) te gebruiken als de juiste toegestane AuthN- en AuthZ-patronen voor alle integraties.

Voordat u ingaat op de beschikbare tools voor gegevensintegratie, is het belangrijk om enkele veelvoorkomende overwegingen in gedachten te houden bij het kiezen van een tool. Zoals gebruikelijk bij architectuur, is er geen voorschrijvend antwoord op elke zakelijke uitdaging. Als u de woorden "het hangt ervan af" hebt uitgesproken bij het maken van integratiekeuzen, bent u hier op de juiste plaats.

Hier volgt een overzicht op hoog niveau van de tools die beschikbaar zijn voor gegevensintegratie en enkele overwegingen om te beginnen met het evalueren van elke optie. De volgende secties omvatten diepgaande gebruikscases en details over de mogelijkheden van deze tools.

*Add-on vereist voor gebruikscases voor gegevensvastlegging van wijzigingen met groot volume

**Add-on vereist voor gebruikscases voor platformevents met groot volume

***Geschikt in situaties waarin het oké is dat bedrijfslogica wordt uitgevoerd binnen de webbrowser.

Kolomlegende:

• Beschikbaar: werkt goed voor de meeste gebruikscases
• Niet ideaal: mogelijk maar overweeg een alternatieve tool
• Niet beschikbaar: geen plannen voor ondersteuning in de komende twaalf maanden

Er zijn andere tools die mogelijk bepaalde aspecten van een integratie op gegevenslagen ondersteunen, maar die niet mogen worden beschouwd als een primair middel om integratieproblemen op te lossen. Laten we nu even naar deze tools kijken.

Lightning webcomponenten worden doorgaans gebruikt voor procesintegraties, maar ze kunnen aanroepen doen met behulp van JavaScript-functionaliteit, waardoor gegevens bij deze transacties betrokken kunnen zijn.

Salesforce Flow kan worden gebruikt om externe aanroepen te organiseren met Externe services of Apex acties. Salesforce-stroom op zich wordt niet beschouwd als een zelfstandige gegevensintegratietool.

Wizard Gegevens importeren en Data Loader kunnen worden gebruikt voor het synchroniseren, importeren en migreren van gegevens. Hoewel Data Loader-opdrachten ook kunnen worden uitgevoerd in scripts om de import en export van gegevens te automatiseren, is de opdrachtregelinterface alleen voor Windows en is geen van deze tools een aanbevolen basis voor een gegevensintegratiestrategie. Gebruik ze in plaats daarvan als aanvulling op uw strategie voor gegevensbeheer en onderhoud.

Salesforce CLI gegevensopdrachten kunnen worden gebruikt om records in uw organisatie te manipuleren. Opdrachten zijn beschikbaar om u te helpen gegevens te importeren en exporteren met de Bulk-API en de SObject-structuur op te slaan-API, en eenvoudige CRUD-bewerkingen uit te voeren op afzonderlijke records met de REST-API. De Salesforce CLI op zich wordt niet beschouwd als een zelfstandige gegevensintegratietool.

OmniStudio Data Mapper kan worden gebruikt als een declaratieve ETL-tool voor het verplaatsen van gegevens tussen Salesforce-objecten en JSON-gegevensstructuren. Hoewel er automatisch een REST-interface wordt gemaakt voor elke Data Mapper-interface, die een declaratieve manier biedt om gegevens te verplaatsen van externe systemen naar Salesforce-objecten, is Data Mapper standalone geen aanbevolen basis voor een gegevensintegratiestrategie. Gegevenstoewijzingsacties zijn beschikbaar in OmniStudio-integratieprocedures.

Dataloader.io is een andere tool voor gegevensladers voor Salesforce, aangestuurd door het Anypoint Platform van MuleSoft, waarmee u snel en veilig onbeperkte hoeveelheden gegevens voor uw onderneming kunt importeren, exporteren en verwijderen. Dataloader.io is geen aanbevolen basis voor een gegevensintegratiestrategie.

Voor uitgaande integraties vanuit Salesforce kunt u verschillende typen tools overwegen: low-code, pro-code of een hybride. De volgende secties bieden richtlijnen voor elk van deze tooltypen en bieden voorbeeldoplossingen.

• Low-code tools voor uitgaande integraties
• Hybride tools voor uitgaande integraties
• Pro-codetools voor uitgaande integraties

Wanneer opportunities worden gewonnen, moet er een order voor de gekoppelde producten worden gemaakt in het ERP-systeem of orderbeheersysteem van het bedrijf.

Gegevensvastlegging wijzigen Terwijl opportunityrecords worden bijgewerkt, publiceert Gegevensvastlegging wijzigen wijzigingsevents die de updates van de objecten bevatten. De wijzigingsevents worden aan de kant van de klant verbruikt via een CometD-verbinding (of via een MuleSoft-connector) en gebruikt om het ERP- of orderbeheersysteem van de klant bij te werken. Wijzigingsevents kunnen worden verrijkt met externe record-ID's of andere gegevens uit het object (zoals regio) die nodig zijn voor de integratie. Wijzigingseventstromen voor meerdere objecten kunnen worden gecombineerd tot kanalen voor vereenvoudigde abonnements- en stroomverwerking (zodat u zich kunt abonneren op één stroom en deze kunt verwerken in plaats van vele).

Externe services Als u een webservice hebt die de OpenAPI 2.0- of 3.0-specificatie ondersteunt, kunt u de bewerkingen en services zichtbaar maken als een Externe service binnen Salesforce. De API-bewerkingen (bijvoorbeeld Order maken) kunnen worden aangeroepen als een Aanroepbare actie in een stroom die is samengesteld met Flow Builder wanneer de fase van de opportunity wordt gewijzigd in "Gewonnen".

Heroku Connect Heroku Connect wordt doorgaans gebruikt om een Heroku Postgres-database en Salesforce gesynchroniseerd te houden. Als de klant Heroku Postgres gebruikt als zijn of haar transactionele bron van waarheid, kunt u de records en de wijzigingen van Salesforce naar Heroku Postgres synchroniseren met behulp van Heroku Connect. Van daaruit kunt u Heroku Streaming-connectoren gebruiken om die wijzigingen te publiceren naar Apache Kafka en ze als events te verzenden naar toepassingen verderop in de stroom, inclusief het ERP- of orderbeheersysteem.

Integratieprocedure OmniStudio Wanneer een order wordt ingediend, kan het Omniscript dat het proces orkestreert, de orderdetails posten naar een ERP- of MuleSoft-connector. De post kan direct door het Omniscript (clientzijde) of indirect via een Integration Procedure (serverzijde) worden uitgevoerd. Als het ERP-systeem een validatiefout veroorzaakt, moet de Omniscript-UI de gebruiker informeren en indien nodig de fout vertalen en contextualiseren voor de gebruiker.

Salesforce Connect / externe objecten U kunt een door records geactiveerde stroom in Salesforce maken die een record invoegt in het gerelateerde externe object of de gerelateerde externe objecten wanneer de fase van de opportunity wordt gewijzigd in "Gewonnen". Aangezien dit een gemengde transactie is, voegt u om fouten te voorkomen een onderbrekingselement toe voor nul seconden tussen de opportunity-update en de gerelateerde invoeging(en) van het externe object, zodat u één transactiecontext sluit voordat u aan een nieuwe begint.

*Add-on vereist voor gebruikscases met groot volume.

**Testen en implementeren verwijst naar de mogelijkheid om in een lagere omgeving te bouwen en te implementeren via de metagegevens-API, pakketten of wijzigingssets naar productie.

Wanneer opportunities worden gewonnen, moet er een order voor de gekoppelde producten worden gemaakt in het ERP- of orderbeheersysteem van het bedrijf.

Apex Acties Een door records geactiveerde stroom op basis van de opportunitystatus kan automatisch worden geactiveerd wanneer een opportunity wordt gewonnen. De stroom voert een aanroepbare actie uit die een externe aanroep gebruikt om de order in te dienen bij het orderbeheersysteem of de ERP-oplossing. Indieningen met groot volume en orders voor meerdere sites worden afgehandeld door Apex batch- en wachtrijmechanismen.

Uitgaand berichtenverkeer Nadat u uitgaand berichtenverkeer hebt ingesteld, kunt u een werkstroomregel definiëren die wordt geactiveerd door de opportunity-update om een SOAP-bericht via HTTP(S) te verzenden naar een opgegeven eindpunt-URL die de luisteraar host. Het bericht bevat de velden die zijn opgegeven toen het uitgaande bericht werd gemaakt. Als de informatie in het object verandert nadat de kennisgeving in de wachtrij is geplaatst, maar voordat deze wordt verzonden, wordt alleen de bijgewerkte informatie geleverd en blijven berichten in de wachtrij totdat ze met succes zijn verzonden of totdat ze 24 uur oud zijn. Na 24 uur worden berichten uit de wachtrij verwijderd. Als het ERP-systeem aanvullende gegevens vereist, kunt u de sessionId doorgeven in uitgaande berichten zodat het externe systeem een callback-verzoek kan doen.

Platformevents U kunt een platformevent definiëren die de aangepaste payload bevat met de gegevens die vereist zijn voor het maken van de records in het externe systeem. Omdat Platform-events niet automatisch worden gepubliceerd bij recordwijziging, moet u de event publiceren via Apex, Salesforce Flow of Processamensteller wanneer de fase van de opportunity wordt gewijzigd in "Gewonnen". Een externe service luistert naar het platformeventkanaal met behulp van CometD (of een MuleSoft-connector) en maakt de juiste records in het externe systeem.

Salesforce Connect / Externe objecten (met aangepaste Apex adapters) Een oplossing op basis van Salesforce Connect / Externe objecten is niet perfect geschikt voor een gebruikscase die puur gegevenssynchronisatie vereist. Deze oplossing kan echter van toepassing zijn in gevallen waarin gebruikers binnen Salesforce gegevens van het externe systeem moeten kunnen zien en er mogelijk interactie mee moeten hebben, en de gegevens niet kunnen worden gerepliceerd in Salesforce. Als het ERP of orderbeheersysteem geen OData of GraphQL protocollen ondersteunt, kan het ontwikkelteam het Apex Connector Framework gebruiken om Apex klassen te schrijven die de communicatie met het externe systeem afhandelen via een ondersteund protocol.

Data 360 Een oplossing op basis van Data 360 is perfect geschikt voor gebruikscases waarbij we geharmoniseerde gegevens uit verschillende bronnen in één gegevensopslag nodig hebben. Het kan ook worden gebruikt wanneer we gegevens moeten repliceren van één Salesforce-organisatie naar meerdere Salesforce-organisaties of naar andere externe systemen met behulp van Data 360 als gegevenshub. Wanneer een opportunity wordt gewonnen en bijgewerkt in de bronorganisatie, worden opportunitygegevens gesynchroniseerd naar Data 360, waar ze kunnen worden gerepliceerd in andere systemen, waaronder Salesforce-organisaties met behulp van verschillende mechanismen zoals acties, activeringen en API's. Op soortgelijke wijze kan naar een opportunity worden verwezen zonder de gegevens in andere Salesforce-organisaties te repliceren met behulp van Data Cloud One. Data Cloud One biedt echter geen ondersteuning voor niet-Salesforce-platforms.

*Het inschakelen van Shield Platform Encryption verandert bepaalde werkingen, zie Algemene Shield Platform Encryption Overwegingen voor meer details.

**Testen en implementeren verwijst naar de mogelijkheid om in een lagere omgeving te bouwen en te implementeren via de metagegevens-API, pakketten of wijzigingssets naar productie.

Wanneer opportunities worden gewonnen, moet er een order voor de gekoppelde producten worden gemaakt in het ERP- of orderbeheersysteem van het bedrijf.

Aangepaste Apex U kunt een Apex trigger en trigger handler(s) maken voor de opportunity die een aanroep doet naar het ERP- of orderbeheersysteem wanneer de fase van de opportunity wordt gewijzigd in "Gewonnen". Als u aanroepen doet vanuit een trigger of na het uitvoeren van een DML-bewerking, moet u een methode gebruiken die is geannoteerd als toekomstig of in de wachtrij te plaatsen. Een aanroep in een trigger houdt de databaseverbinding open gedurende de levensduur van de aanroep. Alle Apex code is gebonden aan Apex Governor en API Limits, die voortdurend worden herzien.

Externe services Als het externe ERP- of orderbeheersysteem van het bedrijf is gedefinieerd via een OpenAPI-specificatie, kunnen de aanroepen naar die services die in de toekomstige methode of wachtrijtaak worden uitgevoerd, worden vereenvoudigd. De geregistreerde externe services kunnen rechtstreeks vanuit Apex worden aangeroepen zonder boilerplatecode te hoeven schrijven. In het voorbeeld kan de aanroep om de order te maken worden afgehandeld door de externe service.

MuleSoft Anypoint MuleSoft Anypoint biedt API-beheer op ondernemingsniveau. MuleSoft Anypoint kan API's maken om lees- (en/of schrijf)toegang tot gegevens in te schakelen voor Salesforce en vele andere ondernemingssystemen. Er zijn vele vooraf samengestelde connectoren beschikbaar om de implementatie te vereenvoudigen en bedrijven kunnen ook hun eigen connectoren maken en publiceren. Deze API's kunnen in Anypoint worden geïmplementeerd met flexibel beveiligingsbeleid, dat gecentraliseerd beheer en governance ondersteunt. Er gelden geen beperkingen voor het volume van transacties, zolang de API de juiste grootte heeft gekregen voor de maximale inzet ervan (zoals gemeten in vCores).

Voor inkomende integraties met Salesforce kunt u verschillende typen tools overwegen: low-code, pro-code of een hybride. De volgende secties bieden richtlijnen voor elk van deze tooltypen en bieden voorbeeldoplossingen.

• Low-code tools voor inkomende integraties
• Hybride tools voor inkomende integraties
• Pro-codetools voor inkomende integraties

*Testen en implementeren verwijst naar de mogelijkheid om in een lagere omgeving te bouwen en te implementeren via de metagegevens-API, pakketten of wijzigingssets naar productie.

Een contactpersoon wordt bijgewerkt in het ERP-systeem van de organisatie. Deze contactgegevens moeten worden bijgewerkt in Salesforce.

Heroku Connect Heroku Connect wordt doorgaans gebruikt om een Heroku Postgres-database en Salesforce gesynchroniseerd te houden. Tenzij het ERP-systeem Heroku Postgres als transactieopslag gebruikt, is deze gebruikscase niet mogelijk. Als Heroku Postgres wordt gebruikt, kunnen wijzigingen die in de Postgres-tabellen worden aangebracht, worden gesynchroniseerd met objecten in Salesforce met behulp van Heroku Connect.

OmniStudio-integratieprocedure Nadat het ERP-systeem de contactpersoonsrecord heeft bijgewerkt, kan een OmniStudio-integratieprocedure met een laadactie voor Data Mapper en een reactieactie worden aangeroepen via de REST-API die door Data Mapper wordt gegenereerd. Eerst verzendt een Data Mapper Load-actie een JSON- of XML-payload, die wordt gebruikt om de contactpersoonsrecords upsert op basis van een veld Externe ID of via een Upsert-sleutel. Als een eenvoudige reactie in JSON alles is wat wordt verwacht, kan een reactieactie alle relevante informatie uit de vorige acties terugsturen om aan te geven dat de actie is geslaagd of mislukt. Als het ERP-systeem een specifieke respons verwacht, kan een Data Mapper-transformatie of -extractieactie worden gebruikt om een JSON- of XML-respons te genereren met extra voorzieningen om declaratief gegevens op te nemen die via triggers zijn gegenereerd door de update van de contactpersoonsrecord. De belangrijkste uitdaging bij dit scenario is gelijktijdigheid: Meerdere aanroepen om dezelfde contactpersoonsrecord tegelijkertijd bij te werken, veroorzaken problemen omdat de API rechtstreeks in Salesforce bestaat.

Salesforce Connect / Externe objecten Salesforce Connect en externe objecten worden niet aanbevolen voor deze gebruikscase, omdat het scenario specifiek gegevensreplicatie in Salesforce vereist. Als u een reeds bestaande Salesforce Connect integratie in het ERP hebt ingebouwd, kunt u de OData 4.0 connector configureren voor ondersteuning van externe gegevensvastlegging als het ERP ondersteuning kan bieden voor gegevensvastlegging van wijzigingen. Verder moet u in Salesforce configureren om u te abonneren op de wijzigingsstroom vanuit het ERP, met behulp van de Pub/Sub-API.

*Add-on vereist voor gebruikscases met groot volume.

**Testen en implementeren verwijst naar de mogelijkheid om in een lagere omgeving te bouwen en te implementeren via de metagegevens-API, pakketten of wijzigingssets naar productie.

Een contactpersoon wordt bijgewerkt in het ERP-systeem van de organisatie. Deze contactgegevens moeten worden bijgewerkt in Salesforce.

Aangepaste code in een extern systeem publiceert een Platform-event wanneer de contactpersoonsrecord wordt bijgewerkt in het ERP.**** Een trigger, proces of stroom in Salesforce kan zich abonneren op de platformevent en het bijbehorende Salesforce-object of de overeenkomende Salesforce-objecten bijwerken wanneer een event wordt verwerkt. De Platform-event kan eenvoudig functioneren als een signaal dat er een wijziging heeft plaatsgevonden in het ERP-systeem van de klant zonder gegevens te bevatten, of kan de feitelijke gegevens bevatten die nodig zijn om het Salesforce-object bij te werken.

Salesforce Connect / Externe objecten (met aangepaste Apex adapters) Deze oplossing is niet van toepassing in een gebruikscase die gegevensreplicatie vereist. Deze oplossing is van toepassing als u gebruikers in Salesforce informatie wilt laten zien van een extern systeem dat niet mag of kan worden gerepliceerd in Salesforce, en het externe systeem geen standaardprotocollen zoals OData of GraphQL kan ondersteunen. Zie Gebruikscase: Uitgaande integratie met behulp van hybride tools als voorbeeld van een gebruikscase voor een aangepaste Apex adapter.

Data 360 Wanneer een contactpersoon wordt bijgewerkt in externe systemen zoals ERP, kunnen de contactpersoonsupdates worden gesynchroniseerd naar Data 360 met behulp van kant-en-klare connectoren of met behulp van API's en pro-codetools zoals MuleSoft. Naar de contactpersoon kan ook worden verwezen in Data 360 met behulp van het nulkopiemechanisme (beschikbaar bij sommige platforms). Zodra gegevens beschikbaar zijn in Data 360, kunnen verschillende kant-en-klare integratiemechanismen worden gebruikt voor het synchroniseren van de gegevens naar andere Salesforce-organisaties. Gegevens zijn toegankelijk door verwijzing met behulp van Data Cloud One. Gegevens kunnen ook worden gerepliceerd met behulp van activeringen en andere API's met behulp van kant-en-klare connectoren of met behulp van pro-code tools zoals MuleSoft Anypoint Platform.

• API-verzoeklimieten en toewijzingen zijn van toepassing.

**Bulk-API's hebben aspecten van het opnieuw proberen en een aantal API's biedt bescherming tegen terugdraaien via de instelling allOrNone (zie bijvoorbeeld allOrNone-parameters in Samengestelde en verzamelingsverzoeken)

***Het inschakelen van Shield Platform Encryption verandert bepaalde werkingen, zie Algemene Shield Platform Encryption Overwegingen voor meer details.

**** Testen en implementeren verwijst naar de mogelijkheid om in een lagere omgeving te bouwen en via de Metagegevens-API, pakketten of wijzigingssets te implementeren naar productie.

***** Samengestelde API's hebben ondersteuning voor meerdere objecten.

Een contactpersoon wordt bijgewerkt in het ERP-systeem van de organisatie. Deze contactgegevens moeten worden bijgewerkt in Salesforce.

Aangepaste Apex REST- en SOAP-webservices U kunt een webservice maken met behulp van Apex code die CRUD-bewerkingen (maken, lezen, bijwerken, verwijderen) kan uitvoeren op het object Contactpersoon. Deze service wordt aangeroepen via SOAP of REST vanuit het externe systeem (het ERP).

MuleSoft Anypoint De bedoeling van MuleSoft Anypoint is API-beheer op ondernemingsniveau te bieden. MuleSoft Anypoint biedt een grote set vooraf samengestelde connectoren die u kunt gebruiken voor integratie met vele ERP-systemen, waaronder SAP, Oracle EBS, Oracle ERP en NetSuite. U kunt een stroom maken om te luisteren naar events in deze ERP-systemen (in dit geval wanneer een nieuwe contactpersoon wordt gemaakt). Wanneer de stroom wordt gestart, wordt de Salesforce-connector gebruikt om een nieuwe contactpersoonsrecord te maken (of bij te werken als de contactpersoon al bestaat). Daarnaast is het mogelijk om te integreren met andere systemen, als de replicatietransactie het syndiceren van de contactpersoon in andere systemen omvat. Indien nodig kunt u de toewijzings- en transformatietaal (DataWeave) gebruiken om complexe logica en berekeningen uit te voeren als informatiestromen over meerdere ongelijksoortige systemen. Authenticatie tegen deze systemen kan worden uitgevoerd via vele verschillende authenticatiemechanismen, zoals Basisauthenticatie en OAuth. Er gelden geen beperkingen voor het volume van transacties zolang de stroom de juiste grootte heeft gekregen voor de maximale inzet ervan (gemeten in vCores).

Oorspronkelijke Salesforce-API's Als (of onmiddellijk nadat) de updatetransactie in het ERP-systeem is voltooid, kunt u een upsert-bewerking op het object Contactpersoon uitvoeren via de SOAP-API of een PATCH uitvoeren op de Contact sObjects REST-API in de Salesforce-organisatie.

Het Salesforce-naar-Salesforce-product heeft zijn levenseinde bereikt. Salesforce naar Salesforce heeft het voor partners die samenwerken, gemakkelijk gemaakt om aan gezamenlijke klanten te verkopen en te ondersteunen, maar Salesforce zal investeren in het brengen van meer innovatie in andere tools. In de toekomst worden de volgende benaderingen aanbevolen voor het delen van gegevens tussen Salesforce-organisaties.

*Testen en implementeren verwijst naar de mogelijkheid om in een lagere omgeving te bouwen en via de Metagegevens-API, pakketten of wijzigingssets te implementeren naar productie

**Het inschakelen van Shield Platform Encryption verandert bepaalde werkingen, zie Algemene Shield Platform Encryption Overwegingen voor meer details.

Platform-events zijn niet optimaal voor het integreren van gegevens van de ene Salesforce-organisatie naar de andere, omdat ze niet kunnen "luisteren" tussen organisaties voor dezelfde event. Custom Apex is ook geen aanbevolen benadering voor dit type integratie.

Een grote onderneming is actief binnen meerdere bedrijfseenheden. Elke BU heeft zijn eigen Salesforce-organisatie. Eén klant heeft te maken met meerdere bedrijfseenheden van de onderneming en heeft dus account- en opportunitygegevens in meerdere organisaties. De onderneming heeft toegang nodig tot een geaggregeerde weergave van alle account- en opportunitygegevens voor alle bedrijfseenheden in één organisatie.

Opmerking: Alle onderstaande oplossingen zijn ontworpen voor de minste hoeveelheid gegevensreplicatie, in overeenstemming met Takeaway #1.

Data 360 Account- en opportunitygegevens uit verschillende Salesforce-organisaties kunnen in Data 360 worden opgenomen met behulp van kant-en-klare Salesforce-connectoren. Ze kunnen ook worden geaggregeerd en geharmoniseerd (indien nodig). Zodra gegevens zijn geaggregeerd in Data 360, zijn ze zonder gegevensreplicatie toegankelijk in andere Salesforce-organisaties met behulp van Data Cloud One.

Heroku Connect Voor de afzonderlijke organisatie van elke bedrijfseenheid kunt u Heroku Connect gebruiken om wijzigingen vanuit Salesforce te synchroniseren naar één Heroku Postgres-database. In dit scenario is bidirectioneel synchroniseren niet ingeschakeld, alleen synchroniseren vanuit Salesforce naar Postgres. Vervolgens kunt u in Heroku Connect de OData provider inschakelen en de tabellen selecteren die u zichtbaar wilt maken als externe objecten in de Salesforce-organisatie waar u een geaggregeerde weergave wilt. Vanuit Salesforce definieert u een externe gegevensbron die verwijst naar de OData provider in Heroku.

MuleSoft Anypoint MuleSoft Anypoint biedt API-beheer op ondernemingsniveau. Een MuleSoft Anypoint-API kan zo worden geconfigureerd dat informatie uit meerdere gerelateerde Salesforce-organisaties wordt gelezen met behulp van de Salesforce-connector met meerdere verbindingen met de organisaties. De MuleSoft-stroom kan een query uitvoeren op de verschillende Salesforce-organisaties en indien nodig een specifieke structuur retourneren die wordt uitgebreid of verrijkt met andere externe informatie. Wanneer de API wordt aangeroepen, voert deze alle juiste Salesforce-organisatieaanroepen uit (in dit voorbeeld een query op account- en opportunitygegevens), zodat de gegevens kunnen worden verwerkt door de consument (waarschijnlijk een UI). Authenticatie tegen deze systemen kan worden uitgevoerd via verschillende authenticatiemechanismen, waaronder basisauthenticatie en OAuth. Er gelden geen beperkingen voor het volume van transacties, zolang de stroom de juiste grootte heeft gekregen voor de maximale inzet (gemeten in vCores of Cores).

Native Salesforce APIs Query-bewerkingen kunnen worden uitgegeven aan elk van de organisaties waarin u geïnteresseerd bent, met name via de Salesforce Bulk API 2.0, die zeer geschikt is voor het efficiënt extraheren van duizenden records. U kunt de queryresultaten uit elke organisatie afzonderlijk ophalen en deze aggregeren met een aangepaste toepassing of middleware per klant.

Salesforce Connect met inter-organisatorische adapter De inter-organisatorische Salesforce Connect-adapter past niet sterk in dit scenario, aangezien accounts of opportunities van externe organisaties allemaal als verschillende objecten in de centrale organisatie worden weergegeven. Er is bijvoorbeeld geen manier om een algemeen totaal op te tellen voor de Bedragen van alle opportunities voor alle organisaties.

Scenario Selectieve updates tussen organisaties: Een verkoper die Salesforce-organisatie A gebruikt, moet casegegevens uit Salesforce-organisatie B weergeven en bijwerken en caseopmerkingen toevoegen aan de bovenliggende case voor Salesforce-organisatie B terwijl hij of zij in organisatie A werkt. Gegevens mogen niet worden gerepliceerd naar organisatie A.

Heroku Connect U kunt dezelfde benadering gebruiken als in het bovenstaande scenario voor gegevensaggregatie. U moet echter CRUD inschakelen voor het externe object via de OData connector en de wijzigingen terugschrijven naar Heroku Postgres.

MuleSoft Anypoint MuleSoft Anypoint biedt API-beheer op ondernemingsniveau. U kunt dezelfde benadering gebruiken als in het bovenstaande scenario voor gegevensaggregatie.

Oorspronkelijke Salesforce-API's gebruiken benoemde gegevens en roepen de oorspronkelijke Salesforce-API's aan om gegevens in de gerelateerde Salesforce-organisatie te lezen en bij te werken. Een component moet zijn ontworpen om de gegevens weer te geven.

Salesforce Connect met inter-organisatorische adapter De mogelijkheid om gegevens in een extern object weer te geven (en de gegevens te bewerken als u CRUD hebt ingeschakeld voor het externe object) wordt ondersteund door de inter-organisatorische Salesforce-adapter. Relaties worden ook ondersteund tussen externe objecten, zodat u kunt koppelen naar de bovenliggende case in het externe object. Het maken van relaties is tegenwoordig echter een handmatig proces waarbij u een bestaand gegevenstype converteert naar een relatiegegevenstype. Daarnaast worden optimalisaties die binnen Service Cloud worden aangebracht om effectiever met cases te werken, niet doorgevoerd in de externe organisatie. Salesforce raadt sterk aan om de inter-organisatorische adapter te testen en de nadelen te evalueren bij het werken met externe objecten t.o.v. standaardobjecten voor uw gebruikscase.

Gegevenssynchronisatie tussen organisaties: Wanneer een account voor een klant wordt bijgewerkt in een van de Salesforce-organisaties van de bedrijfseenheid van de organisatie, moeten de andere Account-objecten van de Salesforce-organisatie worden bijgewerkt om consistente accountgegevens te behouden.

Data 360 Data 360 kan worden gebruikt voor gegevensreplicatie van de ene organisatie naar de andere Salesforce-organisatie. Accountgegevens uit één Salesforce-organisatie kunnen worden opgenomen in Data 360 met behulp van kant-en-klare Salesforce-connectoren. We kunnen gegevensactiveringsmechanismen zoals batchactivering, vrijwel realtime gegevensacties of API-gebaseerde activeringen gebruiken om de gegevens te verplaatsen van Data 360 naar Salesforce-organisatie.

Heroku Connect U kunt dezelfde benadering gebruiken als in het bovenstaande scenario voor gegevensaggregatie. U moet bidirectioneel synchroniseren echter inschakelen en u hoeft Salesforce Connect niet langer in te schakelen, aangezien bidirectionele synchronisatie alle organisaties up-to-date houdt wanneer er wijzigingen worden aangebracht in de Postgres-tabel.

MuleSoft Anypoint MuleSoft Anypoint biedt API-beheer op ondernemingsniveau. U kunt een Mule-toepassing configureren met Flow Designer in MuleSoft Anypoint om te luisteren naar standaard- en aangepaste objectevents om een automatisch gestarte stroom in Salesforce te starten. Wanneer de Mule-toepassing wordt geactiveerd, kan deze de Anypoint-connector voor Salesforce aanroepen om met een willekeurig aantal Salesforce-organisaties te communiceren. In dit gebruiksgeval kan de app Mule, wanneer een accountrecord wordt bijgewerkt in één Salesforce-organisatie, accountrecords bijwerken in de gerelateerde Salesforce-organisaties. Elke gerelateerde Salesforce-organisatie zou een unieke updatestap ingebouwd hebben in de algemene toepassingsstroom in MuleSoft. Authenticatie tegen deze systemen kan worden uitgevoerd via verschillende authenticatiemechanismen, waaronder basisauthenticatie en OAuth. Er gelden geen beperkingen voor het volume van transacties zolang de stroom de juiste grootte heeft gekregen voor de maximale inzet ervan (gemeten in vCores of Cores).

Oorspronkelijke Salesforce-API's De replicatie-API (getUpdated, getDeleted-bewerkingen) kan worden gebruikt voor het synchroniseren van gegevens tussen organisaties, maar deze benadering wordt niet aanbevolen.

Salesforce Connect met inter-organisatorische adapter U kunt door records geactiveerde stromen en externe objecten gebruiken om bepaalde gegevens gesynchroniseerd te houden tussen Salesforce-organisaties. Zo activeert het bijwerken van een accountrecord in organisatie A een stroom die vervolgens de overeenkomende record voor het externe object Account bijwerkt, die deze updates naar de accountrecord in organisatie B schrijft. Dit vereist het juiste gebruik van stroomsemantiek om gemengde DML-transacties te voorkomen. Houd er ook rekening mee dat validatieregels en stromen in organisatie B op dezelfde manier worden geactiveerd als wanneer wijzigingen worden aangebracht door onze REST/SOAP-API's.

Houd deze handleiding in gedachten en raadpleeg deze wanneer u een nieuwe gegevensintegratie plant met Salesforce. Het is altijd een goed idee om inzicht te krijgen in het volledige scala aan opties dat voor u beschikbaar is, en hoe deze kunnen aansluiten op uw specifieke gebruikscase.

Help ons ervoor te zorgen dat we publiceren wat het meest relevant voor u is. Doe onze enquête om feedback te geven op deze inhoud en vertel ons wat u als volgende wilt zien.