Dataa voi käyttää, synkronoida ja jakaa Salesforcen ja ulkoisten järjestelmien välillä useilla eri tavoilla. Kaikki työkalut eivät kuitenkaan sovellu juuri sinulle. Tämä opas tutkii Salesforcesta saatavilla olevia datan integrointityökaluja. Se tarjoaa myös suosituksia työkaluista (tai työkalujen yhdistelmistä), jotka sopivat parhaiten tiettyyn käyttötarkoitukseen, sekä ohjeita työkaluista, joita voidaan välttää tietyissä skenaarioissa.

Tämä päätöspolku keskittyy Salesforceen liittyviin datatason integraatioihin. Tarkalleen ottaen se kattaa seuraavat datan integroinnin käyttöskenaariot:

• Salesforce ulkoisiin järjestelmiin
• Ulkoiset järjestelmät Salesforceen
• Salesforce-organisaatio Salesforce-organisaatioon

Nämä ovat vain osa Salesforce-arkkitehtien kohtaamista integraatiokysymyksistä, joten aiomme lisätä enemmän päätöksentekooppaita, jotka keskittyvät tapahtumiin perustuvaan integraatioon, tehokkaiden asiakas- tai työntekijöille tarkoitettujen työnkulkujen rakentamiseen prosessi-integraation avulla jne. Lopuksi on tärkeää huomata, että monia tässä kuvattuja työkaluja ja lähestymistapoja voidaan käyttää integrointihaasteiden ratkaisemiseen koko yrityksessä, mutta tällaiset käyttötavat ovat tämän oppaan vaikutusalueen ulkopuolella.

• Vältä tarpeetonta datan replikointia. Jos data ei välttämättä tarvitse pysyä Salesforcessa, harkitse datan virtuaalia Salesforce Connectilla. Organisaatiosi datan lisääntyminen johtaa lopulta suurempiin datamääriin, mikä voi heikentää suorituskykyä ja lisätä teknistä velkaa. Jos datasi sijaitsee jo Salesforcessa ja tarvitset sitä ulkoisessa järjestelmässä, vältä kopioimasta sitä ulkoiseen järjestelmään, ellei se ole ehdottoman välttämätöntä. Anna sen sijaan ulkoiselle järjestelmälle pääsy tietoihin Salesforce API -rajapintojen kautta.
• Käytä MuleSoftia tai muita Enterprise Service Bus (ESB)- tai Extract-Transform-Load (ETL) -ratkaisuja, jos ne ovat käytettävissä ja osa nykyistä käyttöliittymääsi. Koska nämä työkalut on suunniteltu tukemaan datan siirtoa ja transformaatiota, niillä on usein tehokkaita ominaisuuksia, joiden avulla voit käyttää integraatioita uudelleen koko organisaatiossa, ylläpitää vahvempaa hallintaa ja keskittää integraatioiden hallintaa. Harkitse tässä oppaassa, riippumatta siitä, onko MuleSoft Anypoint suositeltu, riittääkö olemassa oleva ESB/ETL-ratkaisusi.
• Harmonisoi dataa eri lähteistä Data 360:n ja Data Cloud Onen avulla. Data 360 yhdistää Salesforcesta ja muista ulkoisista järjestelmistä saadut tiedot yhtenäiseen näkymään asiakkaastasi Customer 360 -datamallin, identiteetin vahvistuksen, datan yhdistämisen ja muiden ominaisuuksien avulla. Lisäksi muiden Salesforce-organisaatioiden käyttäjät voivat käyttää Data 360:sta virtuaalisesti jaettuja tietoja turvallisesti datatiloista käyttämällä Data Cloud One -sovellusta.
• Siirrä dataa organisaatioiden välillä käyttämällä Data 360 -toimintoja ja -aktivointeja. Kun data on tuotu eri organisaatioista Data 360:ään, datatoiminnot ja aktivoinnit voivat synkronoida datan toiseen organisaatioon. Tämä lähestymistapa voi olla erittäin hyödyllinen Marketing Cloud -organisaatioiden integraatioille.
• Nouda ja siirrä dataa käyttämällä MuleSoft Anypointia. Voit käyttää MuleSoft Anypointia noutaaksesi dataa Data 360:sta Connect API:n ja Data Graph API:n avulla ja siirtääksesi sen toiseen Salesforce-organisaatioon. Ilman Data 360:a MuleSoft Anypoint -pistettä voidaan käyttää myös, kun data täytyy siirtää organisaatioiden välillä replikoimatta Data 360:a.
• Ole varovainen, jos päätät rakentaa lähtevien viestien kanssa. Salesforce jatkaa lähtevien viestien tukemista tämänhetkisissä kapasiteeteissaan, mutta ei aio investoida tähän teknologiaan.
• Integrointikäyttäjälisenssiä "vain API" -profiililla suositellaan aina kaikille integraatioille. Salesforce suosittelee myös ulkoisten asiakassovellusten (yhdistettyjen sovellusten tai SOAP-sisäänkirjautumisen puolesta) käyttämistä oikein sallittuina todennus- ja todennuskuvioina kaikille integraatioille.

Ennen kuin tutustut käytettävissä oleviin datan integrointityökaluihin, sinun kannattaa pitää mielessäsi muutama yleinen seikka, kun valitset työkalua. Kuten arkkitehtuurissa, jokaiseen liiketoimintatarpeeseen ei ole määritetty vastausta. Jos olet sanonut ”se riippuu”, kun teet integraatiovaihtoehtoja, olet oikeassa paikassa.

Alla on yleiskatsaus datan integrointiin käytettävissä olevista työkaluista ja joitakin huomioitavia asioita, joilla voit aloittaa kunkin vaihtoehdon arvioinnin. Seuraavat osiot sisältävät syvällisiä käyttötarkoituksia ja lisätietoja näiden työkalujen ominaisuuksista.

*Lisäosa vaaditaan raskaan muutoksen datan taltiointitapahtumille

**Lisäosa vaaditaan raskaan sovellusalustan tapahtumien käyttötapauksissa

*** Soveltuu tilanteisiin, joissa liiketoimintalogiikkaa ei tarvitse suorittaa verkkoselaimella.

Sarakkeen selite:

• Käytettävissä: toimii hyvin useimmille käyttötarkoituksille
• Ei ihanteellinen: mahdollista, mutta harkitse vaihtoehtoista työkalua
• Ei käytettävissä: ei suunnitelmia tukeen seuraavien 12 kuukauden aikana

On olemassa muita työkaluja, jotka voivat tukea joitakin datakerroksen integraation osa-alueita, mutta niitä ei pidä pitää ensisijaisena keinona ratkaista integraatio-ongelmia. Nyt tutustumme näihin työkaluihin nopeasti.

Lightning-verkkokomponentteja käytetään tavallisesti prosessien integrointiin, mutta ne voivat tehdä callout-kutsuja käyttämällä JavaScript-toimintoja, joten data saattaa olla mukana näissä transaktioissa.

Voit käyttää Salesforce-kulkua orkestroidaksesi ulkoisia callout-kutsuja ulkoisilla palveluilla tai Apex-toiminnoilla. Salesforce-kulkua ei pidetä yksittäisenä datan integrointityökaluna.

Voit käyttää datan synkronointiin, tuontiin ja siirtämiseen tietojen ohjattua tuontitoimintoa ja Data Loaderia. Vaikka Data Loader -komentoja voidaan komentosarjoittaa myös datan tuonnin ja viennin automatisoimiseksi, komentorivikäyttöliittymä on tarkoitettu vain Windowsille eikä kumpaakaan näistä työkaluista suositella datan integrointistrategialle. Käytä niitä sen sijaan datan hallinta- ja ylläpitostrategiasi täydentämiseen.

Salesforce CLI -datakomentoja voidaan käyttää organisaatiosi tietueiden manipuloimiseen. Komentoja on saatavilla, jotta voit tuoda ja viedä dataa Bulk API:lla ja SObject Tree Save API:lla sekä suorittaa yksinkertaisia CRUD-operaatioita yksittäisille tietueille REST API:n avulla. Salesforce CLI ei ole yksittäinen datan integrointityökalu.

OmniStudio Data Mapperia voidaan käyttää deklaratiivisena ETL-työkaluna datan siirtämiseksi Salesforce-objektien ja JSON-datarakenteiden välillä. Vaikka jokaiselle datan kartoituskäyttöliittymälle luodaan automaattisesti REST-rajapinta, joka tarjoaa deklaratiivisen tavan siirtää dataa ulkoisista järjestelmistä Salesforce-objekteihin, datan kartoituskäyttöliittymä ei ole suositellut perusta datan integrointistrategialle. Datan kartoitusikkunan toiminnot ovat käytettävissä OmniStudio-integrointitoimenpiteissä.

Dataloader.io on toinen Salesforcen Data Loader -työkalu, joka perustuu MuleSoftin Anypoint Platformiin ja jonka avulla voit tuoda, viedä ja poistaa yrityksellesi nopeasti ja turvallisesti rajoittamattomia määriä dataa. Dataloader.io ei ole suositeltu pohja datan integrointistrategialle.

Jos käytät Salesforcesta saapuvia integraatioita, saatat harkita erityyppisiä työkaluja: vähärasvainen, pro-code tai hybridityökalu. Seuraavat osiot tarjoavat ohjeita näille työkalutyypeille ja tarjoavat esimerkkiratkaisut.

• Vähäisen koodin työkalut lähteville integraatioille
• Lähtevien integraatioiden hybridityökalut
• Pro-Code-työkalut lähteville integraatioille

Kun mahdollisuudet on voitettu, niihin liittyvien tuotteiden tilaus täytyy luoda yrityksen ERP-järjestelmässä tai tilaustenhallintajärjestelmässä.

Kun mahdollisuustietueet päivitetään, muutostietojen taltiointi julkaisee muutostapahtumat, jotka sisältävät objektien päivitykset. Muutostapahtumat kulutetaan asiakkaan puolelta CometD-yhteyden kautta (tai MuleSoft-liittimen kautta) ja niitä käytetään päivittämään asiakkaan ERP- tai tilaustenhallintajärjestelmä. Muutostapahtumia voidaan rikastaa sisältämään aina ulkoisia tietuetunnuksia tai muita objektiin (kuten alueeseen) liittyviä tietoja, joita tarvitaan integraatioon. Useiden objektien muutostapahtumaketjut voidaan yhdistää kanaviin yksinkertaistaaksesi tilausten ja viestiketjujen käsittelyä (jotta voit tilata ja käsitellä yhden viestiketjun useiden viestiketjujen sijaan).

Ulkoiset palvelut Jos sinulla on verkkopalvelu, joka tukee OpenAPI 2.0- tai 3.0 -määrityksiä, voit näyttää operaatiot ja palvelut ulkoisena palveluna Salesforcessa. API-operaatioita (esimerkiksi luo järjestys) voidaan kutsua kutsuttavaksi toiminnoksi Flow Builderilla luodussa kulussa, kun mahdollisuuden vaiheeksi muutetaan "Voitettu".

Heroku Connectin Heroku Connectia käytetään tavallisesti Heroku Postgres -tietokannan ja Salesforcen synkronoimiseen. Jos asiakas käyttää Heroku Postgres -palvelua totuuden lähteenä tapahtuvien transaktioiden myymälänä, voit synkronoida tietueet ja muutokset Salesforcesta Heroku Postgresiin Heroku Connectin avulla. Sieltä voit käyttää Heroku Streaming -liitintä julkaistaksesi muutokset Apache Kafkaan ja lähettääksesi ne tapahtumina alemmissa sovelluksissa, mukaan lukien ERP- tai tilaustenhallintajärjestelmässä.

OmniStudio-integrointitoimenpide Kun tilaus lähetetään, prosessin orkestroiva Omniscript voi lähettää tilauksen lisätiedot ERP- tai MuleSoft-liittimeen. Viesti voidaan suorittaa joko suoraan Omniscriptilla (asiakaspuolella) tai epäsuorasti integrointitoimenpiteen kautta (palvelinpuolella). Jos ERP-järjestelmä aiheuttaa vahvistusvirheen, Omniscript-käyttöliittymän täytyy ilmoittaa käyttäjälle ja kääntää virhe tarvittaessa käyttäjälle.

Salesforce Connect/External Objects Voit luoda tietueiden käynnistämän kulun Salesforcessa, joka lisää tietueen liittyviin ulkoisiin objekteihin, kun mahdollisuuden vaiheeksi muutetaan "Voitettu". Koska tämä on yhdistetty tapahtuma, lisää mahdollisuuden päivityksen ja siihen liittyvien ulkoisten objektien lisäysten välille keskeytyselementti nollan sekunnin ajan virheiden välttämiseksi, jotta suljet yhden tapahtuman kontekstin ennen uuden käynnistämistä.

*Lisäosa vaaditaan raskaille käyttötarkoituksille.

**Testaus ja käyttöönotto viittaa kykyyn rakentaa alempaan ympäristöön ja ottaa käyttöön Metadata API:n, pakettien tai muutosjoukkojen kautta tuotantoympäristöön.

Kun mahdollisuudet on voitettu, niihin liittyvien tuotteiden tilaus täytyy luoda yrityksen ERP-järjestelmässä tai tilaustenhallintajärjestelmässä.

Apex-toiminnot Mahdollisuuden tilan perusteella tietueiden käynnistämä kulku voidaan käynnistää automaattisesti, kun mahdollisuus on voitettu. Kulku suorittaa kutsuttavan toiminnon, joka käyttää ulkoista callout-kutsua lähettääkseen tilauksen tilaustenhallintajärjestelmään tai ERP-ratkaisuun. Apex ja jonomekanismit käsittelevät raskaita lähetyksiä ja monivierailujen tilauksia.

lähtevä viestintä Kun olet määrittänyt lähtevän viestinnän, voit määrittää mahdollisuuden päivityksen käynnistämän työnkulkusäännön, joka lähettää SOAP-viestin HTTP(S)-yhteydellä määritettyyn päätepisteen URL-osoitteeseen, johon kuuntelija sijaitsee. Viesti sisältää lähtevän viestin luonnin yhteydessä määritetyt kentät. Jos objektin tiedot muuttuvat ilmoituksen jonon jälkeen, mutta ennen sen lähettämistä, vain päivitetyt tiedot toimitetaan ja viestit pysyvät jonossa, kunnes ne lähetetään onnistuneesti tai kunnes ne ovat 24 tuntia vanhoja. 24 tunnin kuluttua viestit jätetään pois jonosta. Jos ERP-järjestelmä vaatii lisätietoja, voit välittää sessionId-arvon lähtevissä viesteissä, jotta ulkoinen järjestelmä voi tehdä callback-pyynnön.

Sovellusalustan tapahtumat Voit määrittää sovellusalustan tapahtuman, joka sisältää mukautetun tietosisällön, joka sisältää tietueiden luomiseen tarvittavat tiedot ulkoisessa järjestelmässä. Koska sovellusalustan tapahtumat eivät julkaise automaattisesti tietueen muutoksen yhteydessä, sinun täytyy julkaista tapahtuma Apexin, Salesforce-kulun tai Process Builderin kautta, kun mahdollisuuden vaiheeksi muutetaan "Voitettu". Ulkoinen palvelu kuuntelee sovellusalustan tapahtumien kanavaa CometD:n (tai MuleSoft-liittimen) avulla ja luo asiaankuuluvat tietueet ulkoiseen järjestelmään.

Salesforce Connect/External Objects (mukautetuilla Apex-sovittimilla) Salesforce Connect/External Objects -ratkaisu ei sovellu täydellisesti käyttötarkoituksiin, jotka vaativat vain datan synkronointia. Tämä ratkaisu voidaan kuitenkin käyttää tapauksissa, joissa Salesforcen käyttäjien täytyy nähdä ja mahdollisesti käyttää ulkoisesta järjestelmästä saatua dataa, eikä dataa voi replikoida Salesforcessa. Jos ERP- tai tilaustenhallintajärjestelmä ei tue OData- tai GraphQL-protokollia, kehitystiimi voi käyttää Apex Connector Frameworkia kirjoittaakseen Apex-luokkia, jotka käsittelevät viestintää ulkoisen järjestelmän kanssa tuetun protokollan kautta.

Data 360 Data 360 -ratkaisu soveltuu täydellisesti tapauksiin, joissa tarvitsemme yhdenmukaistettua dataa eri lähteistä yhdessä datasäilössä. Sitä voidaan käyttää myös, kun meidän täytyy replikoida dataa yhdestä Salesforce-organisaatiosta useisiin Salesforce-organisaatioihin tai muihin ulkoisiin järjestelmiin käyttämällä Data 360:a datahubina. Kun mahdollisuus on voitettu ja päivitetty lähdeorganisaatiossa, sen tiedot synkronoidaan Data 360:ään, josta se voidaan kopioida muihin järjestelmiin, mukaan lukien Salesforce-organisaatioihin, käyttämällä eri mekanismeja, kuten toimintoja, aktivointeja ja API-rajapintoja. Vastaavasti mahdollisuuteen voidaan viitata replikoimatta dataa muissa Salesforce-organisaatioissa Data Cloud Onen avulla. Data Cloud One ei kuitenkaan tue muita kuin Salesforce-alustoja.

* Shield Platform Encryptionin ottaminen käyttöön muuttaa tiettyjä toimintatapoja, katso lisätietoja kohdasta Shield Platform Encryptionin yleiset huomautukset.

**Testaus ja käyttöönotto viittaa kykyyn rakentaa alempaan ympäristöön ja ottaa käyttöön Metadata API:n, pakettien tai muutosjoukkojen kautta tuotantoympäristöön.

Kun mahdollisuudet on voitettu, niihin liittyvien tuotteiden tilaus täytyy luoda yrityksen ERP-järjestelmässä tai tilaustenhallintajärjestelmässä.

Mukautettu Apex Voit luoda mahdollisuudelle Apex-käynnistimen ja käynnistimen käsittelijät, jotka lähettävät callout-kutsun ERP- tai tilaustenhallintajärjestelmään, kun mahdollisuuden vaiheeksi muutetaan "Voitettu". Huomaa, että jos teet callout-kutsuja käynnistimestä tai DML-toiminnon suorittamisen jälkeen, sinun täytyy käyttää metodia, joka on merkitty tulevaksi tai jonottavaksi. Käynnistimessä oleva callout-kutsu pitää tietokantayhteyden avoinna callout-kutsun elinkaaren ajan. Kaikki Apex-koodit ovat sidoksissa Apex-hallintaohjelmaan ja API-rajoituksiin, joita päivitetään jatkuvasti.

Ulkoiset palvelut Jos yrityksen ulkoinen ERP- tai tilaustenhallintajärjestelmä on määritetty OpenAPI-määrityksen kautta, tulevassa menetelmässä tai jonottavassa työssä suoritettavien palveluiden callout-kutsuja voidaan yksinkertaistaa. Rekisteröityjä ulkoisia palveluita voidaan kutsua suoraan Apexista kirjoittamatta kotilomakkeen koodia. Tässä esimerkissä ulkoinen palvelu voi käsitellä tilauksen luontikutsun.

MuleSoft Anypoint MuleSoft Anypoint tarjoaa Enterprise-luokan API-hallinnan. MuleSoft Anypoint voi luoda API-rajapintoja salliakseen tietojen luku- ja/tai kirjoitusoikeuden Salesforcelle ja monille muille yritysjärjestelmille. Toteutuksen yksinkertaistamiseksi on olemassa monia käyttövalmiita liittimiä, ja yritykset voivat myös luoda ja julkaista omia liittimiään. Nämä API-rajapinnat voidaan ottaa käyttöön Anypointissa joustavien suojauskäytäntöjen avulla, jotka tukevat keskitetyn hallinnan ja hallinnan. Transaktioiden määrää ei ole rajoitettu, kunhan API-rajapintaa on koottu oikein sen maksimaaliseen käyttöasteeseen (vCores-muuttujalla).

Jos käytät Salesforceen saapuvia integraatioita, saatat harkita erityyppisiä työkaluja: vähäisen koodin, pro-coden tai hybridityökaluja. Seuraavat osiot tarjoavat ohjeita näille työkalutyypeille ja tarjoavat esimerkkiratkaisut.

• Vähäisen koodin työkalut saapuville integraatioille
• Saapuvien integraatioiden hybridityökalut
• Pro-Code-työkalut saapuville integraatioille

*Testaus ja käyttöönotto viittaa kykyyn laatia alempaan ympäristöön ja ottaa käyttöön Metadata API:n, pakettien tai muutosjoukkojen kautta tuotantoympäristöön.

Yhteyshenkilö päivitetään organisaation ERP-järjestelmässä. Nämä yhteystiedot täytyy päivittää Salesforcessa.

Heroku Connectin Heroku Connectia käytetään tavallisesti Heroku Postgres -tietokannan ja Salesforcen synkronoimiseen. Tämä käyttötapa ei ole mahdollista, ellei ERP-järjestelmä käytä maksutapahtumien tallennustilaa Heroku Postgres. Jos se käyttää Heroku Postgres -tiedostoa, Postgres-taulukoissa tehdyt muutokset voidaan synkronoida Salesforcen objekteihin Heroku Connectin avulla.

OmniStudio-integrointitoimenpide Kun ERP-järjestelmä päivittää yhteyshenkilötietueen, Data Mapperin lataustoiminnon ja vastaustoiminnon sisältävää OmniStudio-integrointitoimenpiteitä voidaan kutsua Data Mapperin luoman REST API:n kautta. Ensin Data Mapper Load -toiminto lähettää JSON- tai XML-tietosisällön, jota käytetään yhteyshenkilötietueiden lisäämiseen Ulkoinen tunnus -kentän perusteella tai Upsert-avaimen kautta. Jos JSON-tiedostossa on vain yksinkertainen vastaus, vastaustoiminto voi lähettää takaisin kaikki asiaankuuluvat tiedot aiemmista toiminnoista osoittaakseen onnistuneen tai epäonnistuneen. Jos ERP-järjestelmä odottaa tiettyä vastausta, datan kartoitajan muunnos- tai noutotoimintoa voidaan käyttää luodakseen JSON- tai XML-vastauksen, joka sisältää lisäominaisuuksia, jotka sisältävät yhteyshenkilötietueen päivityksen käynnistimiin luoman datan. Tämän skenaarion tärkein haaste on samanaikaisuus: Useat puhelut, jotka päivittävät saman yhteyshenkilötietueen samanaikaisesti, aiheuttavat ongelmia, koska API on olemassa suoraan Salesforcessa.

Salesforce Connect / Ulkoiset objektit Salesforce Connectia ja ulkoisia objekteja ei suositella tälle käyttötapaukselle, koska skenaario vaatii nimenomaan datan replikoinnin Salesforcessa. Jos sinulla on jo olemassa oleva Salesforce Connect -integraatio, joka on rakennettu ERP:lle, voit määrittää Odata 4.0 -liittimen tukemaan ulkoisten muutostietojen datan taltiointi, jos ERP voi tukea muutostietojen datan taltiointi. Lisäksi sinun täytyy määrittää Salesforce tilaamaan muutosvirta ERP:stä Pub/Sub API:n avulla.

* Vaaditaan lisäosaa raskaille käyttötarkoituksille.

**Testaus ja käyttöönotto viittaa kykyyn rakentaa alempaan ympäristöön ja ottaa käyttöön Metadata API:n, pakettien tai muutosjoukkojen kautta tuotantoympäristöön.

Yhteyshenkilö päivitetään organisaation ERP-järjestelmässä. Nämä yhteystiedot täytyy päivittää Salesforcessa.

Ulkoisessa järjestelmässä oleva mukautettu koodi julkaisee sovellusalustan tapahtuman, kun yhteyshenkilötietue päivitetään ERP:ssä.**** Salesforcen käynnistin, prosessi tai kulku voi tilata sovellusalustan tapahtuman ja päivittää sitä vastaavat Salesforce-objektit, kun tapahtuma käsitellään. Sovellusalustan tapahtuma voi toimia yksinkertaisesti signaalina siitä, että asiakkaan ERP-järjestelmässä tapahtui muutos, joka ei sisällä mitään tietoja, tai se voi sisältää Salesforce-objektin päivittämiseen tarvittavat todelliset tiedot.

Salesforce Connect/External Objects (mukautetuilla Apex-sovittimilla) Tämä ratkaisu ei ole käytettävissä tietojen replikointia vaativissa käyttötarkoituksissa. Tämä ratkaisu on käytettävissä, jos haluat Salesforcen käyttäjien näkevän tietoja ulkoisesta järjestelmästä, jota ei saa tai ei voi replikoida Salesforcessa, ja jos ulkoinen järjestelmä ei voi tukea vakioprotokollia, kuten OData tai GraphQL. Katso Käyttötapa: Lähtevä integrointi käyttämällä hybridityökaluja on esimerkki mukautetun Apex-sovittimen käyttötarkoituksesta.

Data 360 Kun yhteyshenkilö päivitetään ulkoisissa järjestelmissä, kuten ERP:ssä, yhteyshenkilöpäivitykset voidaan synkronoida Data 360:een joko käyttövalmiilla liittimillä tai API-rajapinnoilla ja koodaustyökaluilla, kuten MuleSoftilla. Yhteyshenkilöön voi viitata myös Data 360:ssa käyttämällä nollakopiomekanismia (käytettävissä joissakin sovellusalustoissa). Kun data on käytettävissä Data 360:ssa, dataa voidaan synkronoida muihin Salesforce-organisaatioihin eri käyttövalmiilla integraatiomenetelmillä. Dataa voidaan käyttää viitteellä Data Cloud One:n avulla. Dataa voidaan myös replikoida käyttämällä aktivointeja ja muita API-rajapintoja, jotka käyttävät käyttövalmiita liittimiä tai pro-code-työkaluja, kuten MuleSoft Anypoint -alustaa.

*API-pyyntöjen rajoitukset ja allokaatiot ovat voimassa.

** Joukkokäyttöliittymillä on uudelleenyritystoiminnon osa-alueita, ja useat API-rajapinnat tarjoavat peruutussuojausta allOrNone-asetuksen kautta (katso esimerkiksi Composite- ja Collections-pyyntöjen allOrNone-parametrit)

*** Shield Platform Encryptionin ottaminen käyttöön muuttaa tiettyjä toimintatapoja, katso lisätietoja kohdasta Shield Platform Encryptionin yleiset huomautukset.

****Testaus ja käyttöönotto tarkoittaa kykyä rakentaa alempaan ympäristöön ja ottaa käyttöön Metadata API:n, pakettien tai muutosjoukkojen kautta tuotantoympäristöön.

*****Yhdistelmärajapinnat tukevat useita objekteja.

Yhteyshenkilö päivitetään organisaation ERP-järjestelmässä. Nämä yhteystiedot täytyy päivittää Salesforcessa.

Mukautetut Apex REST- ja SOAP-verkkopalvelut Voit luoda verkkopalvelun käyttämällä Apex-koodia, joka voisi suorittaa CRUD-toimintoja (luo, lue, päivitä ja poista) Yhteyshenkilö-objektille. Tätä palvelua kutsutaan SOAP:n tai REST:n kautta ulkoisesta järjestelmästä (ERP).

MuleSoft Anypoint MuleSoft Anypointin tarkoitus on tarjota Enterprise-luokan API-hallinta. MuleSoft Anypoint tarjoaa laajan joukon käyttövalmiita liittimiä, joita voit käyttää integroidaksesi useisiin ERP-järjestelmiin, mukaan lukien SAP, Oracle EBS, Oracle ERP ja NetSuite. Voit luoda kulun kuunnellaksesi tapahtumia näissä ERP-järjestelmissä (tässä tapauksessa, kun uusi yhteyshenkilö luodaan). Kun kulku käynnistyy, se käyttää Salesforce-liitintä luodakseen uuden yhteyshenkilötietueen (tai päivittääkseen sen, jos yhteyshenkilö on jo olemassa). Lisäksi se voidaan integroida muiden järjestelmien kanssa, jos replikointitapahtuma sisältää yhteyshenkilön yhdistämisen muihin järjestelmiin. Voit tarvittaessa käyttää kartoitus- ja transformaatiokieltä (DataWeave) suorittaaksesi monimutkaista logiikkaa ja laskutoimia, kun tietoja kulkee useissa eri järjestelmissä. Todennus näihin järjestelmiin voidaan tehdä useiden eri todennusmekanismien kautta, kuten Perustodennus ja OAuth. Transaktioiden määrää ei ole rajoitettu, kunhan kulku on koottu oikein sen maksimaaliseen käyttöasteeseen (mitattu vCores-muuttujilla).

Kun (tai välittömästi sen jälkeen) päivitystapahtuma ERP-järjestelmässä suoritetaan loppuun, voit suorittaa Upsert-toiminnon Yhteyshenkilö-objektille SOAP API:n kautta tai suorittaa PATCH:n Contact sObjects REST API:a vastaan Salesforce-organisaatiossa.****

Salesforce to Salesforce -tuotteen käyttö on päättynyt. Salesforce to Salesforce on auttanut yhteistyökumppaneita myymään ja tukemaan yhteisiä asiakkaita helposti, mutta Salesforce investoi lisäämään innovaatioita muihin työkaluihin. Seuraavia lähestymistapoja suositellaan datan jakamiseen Salesforce-organisaatioiden välillä.

*Testaus ja käyttöönotto viittaa kykyyn laatia alempaan ympäristöön ja ottaa käyttöön Metadata API:n, pakettien tai muutosjoukkojen kautta tuotantoympäristöön

** Shield Platform Encryptionin ottaminen käyttöön muuttaa tiettyjä toimintatapoja, katso lisätietoja kohdasta Shield Platform Encryptionin yleiset huomautukset.

Sovellusalustan tapahtumat eivät ole optimaalisia datan integroimiseen Salesforce-organisaatiosta toiseen, koska ne eivät voi kuunnella samaa tapahtumaa organisaatioiden välillä. Mukautettu Apex ei myöskään ole suositeltu tapa tälle integraatiotyypille.

Suuri yritys toimii useissa liiketoimintayksiköissä (BU). Jokaisella BU:lla on oma Salesforce-organisaationsa. Yksi asiakas käsittelee useita yrityksen liiketoimintayksiköitä, joten sillä on tilien ja mahdollisuuksien dataa useissa organisaatioissa. Yrityksen täytyy käyttää kaikkien tilien ja mahdollisuuksien datan aggregoitua näkymää yhdestä organisaatiosta.

Huomautus: Kaikki alla olevat ratkaisut on suunniteltu mahdollisimman pienelle datan replikoinnille Takeaway #1:n mukaisesti.

Data 360 -tilien ja mahdollisuuksien dataa eri Salesforce-organisaatioista voidaan tuoda Data 360en käyttämällä Salesforcen käyttövalmiita liittimiä. Ne voidaan myös aggregoida ja yhdenmukaistaa (tarvittaessa). Kun data on kerätty Data 360:ään, sitä voidaan käyttää muissa Salesforce-organisaatioissa käyttämällä Data Cloud Onea ilman datan replikointia.

Heroku Connect Voit käyttää Heroku Connectia synkronoidaksesi muutokset Salesforcesta yhteen Heroku Postgres -tietokantaan jokaisen BU:n yksittäisessä organisaatiossa. Tässä skenaariossa kaksisuuntainen synkronointi ei ole käytössä, vaan vain Salesforcesta Postgresiin. Sen jälkeen voit ottaa Odata käyttöön Heroku Connectissa ja valita taulukot, jotka haluat näyttää ulkoisina objekteina Salesforce-organisaatiossa, jossa haluat käyttää aggregoitua näkymää. Salesforcessa voit määrittää ulkoisen tietolähteen, joka osoittaa Odata Herokussa.

MuleSoft Anypoint MuleSoft Anypoint tarjoaa Enterprise-luokan API-hallinnan. MuleSoft Anypoint API voidaan määrittää lukemaan tietoja useista asiaan liittyvistä Salesforce-organisaatioista käyttämällä Salesforce-liitintä, jolla on useita yhteyksiä organisaatioihin. MuleSoft-kulku voi kysellä eri Salesforce-organisaatioita ja palauttaa tietyn rakenteen, joka on parannettu tai rikastettu muiden kolmansien osapuolten tiedoilla tarvittaessa. Kun API-rajapintaa kutsutaan, se suorittaa kaikki asiaankuuluvat Salesforce-organisaation kutsut (tässä esimerkissä tili- ja mahdollisuustietojen kysely), jotta kuluttaja (todennäköisesti käyttöliittymä) voi käsitellä tietoja. Todennus näihin järjestelmiin voidaan tehdä useilla todennusmenetelmillä, mukaan lukien perustodennus ja OAuth. Transaktioiden määrää ei ole rajoitettu, kunhan kulku on koottu oikein sen maksimaaliseen käyttöasteeseen (mitattu vCores- tai Core-muuttujilla).

Natiivi Salesforce API -rajapinnat Kyselytoimintoja voidaan lähettää kullekin mielenkiintoiselle organisaatiolle, erityisesti Salesforce Bulk API 2.0:n kautta, joka soveltuu tehokkaasti tuhansien tietueiden keräämiseen. Voit noutaa kyselyn tulokset kustakin organisaatiosta erikseen ja aggregoida ne mukautetulla sovelluksella tai välisovelluksella asiakkaiden tarpeiden mukaan.

Salesforce Connect ja organisaatioiden välinen sovitin Salesforce Connectin organisaatioiden välinen sovitin ei sovellu hyvin tähän skenaarioon, koska etäorganisaatioiden tilit tai mahdollisuudet näytetään kaikki keskusorganisaatiossa erillisinä objekteina. Esimerkiksi kaikkien organisaatioiden kaikkien mahdollisuuksien Summat-kentän kokonaissummaa ei voi laskea yhteen.

Valinnaisten päivitysten organisaatioiden välinen skenaario: Myyjän, joka käyttää Salesforce-organisaatiota A, täytyy tarkastella ja päivittää tapaustietoja Salesforce-organisaatiosta B ja lisätä tapausten kommentteja Salesforce-organisaation B ylätason tapaukseen työskennellessään organisaatiossa A. Tietoja ei saa kopioida organisaatioon A.

Heroku Connect Voit käyttää samaa lähestymistapaa, joka on kuvattu yllä olevassa datan aggregointiskenaariossa. Sinun täytyy kuitenkin ottaa CRUD käyttöön ulkoiselle objektille Odata kautta ja kirjoittaa muutokset takaisin Heroku Postgres -tietokantaan.

MuleSoft Anypoint MuleSoft Anypoint tarjoaa Enterprise-luokan API-hallinnan. Voit käyttää samaa lähestymistapaa, joka on kuvattu yllä olevassa datan aggregointiskenaariossa.

Natiivi Salesforce API -rajapinnat käyttävät nimettyjä tunnuksia ja kutsuvat natiivisia Salesforce API -rajapintoja lukeakseen ja päivittääkseen asiaankuuluvan Salesforce-organisaation dataa. Komponentin täytyy olla suunniteltu näyttämään tiedot.

Salesforce Connect ja organisaatioiden välinen sovitin Salesforcen organisaatioiden välinen sovitin tukee ulkoisen objektin tietojen tarkastelemista (ja tietojen muokkaamista, jos sinulla on CRUD käytössä ulkoisessa objektissa). Myös ulkoisten objektien välisiä suhteita tuetaan, joten voit luoda linkin ulkoisen objektin ylätason tapaukseen. Suhteiden luominen on kuitenkin nykyisin manuaalinen prosessi, jossa muunnat olemassa olevan datatyypin suhdedatatyypiksi. Lisäksi Service Cloudissa tehostettuja optimointeja, jotka työstävät tapauksia tehokkaammin, ei siirretä etäorganisaatioon. Salesforce suosittelee vahvasti, että testaat organisaatioiden välistä sovitinta ja arvioit, miten ulkoisten objektien ja vakio-objektien käyttäminen sopii sinulle.

Datan synkronoinnin organisaatioiden välinen toiminto: Kun asiakkaan tili päivitetään organisaation liiketoimintayksikön Salesforce-organisaatioissa, muut Salesforce-organisaation tiliobjektit täytyy päivittää, jotta tilitiedot pysyvät yhdenmukaisina.

Data 360 Data 360 -ominaisuutta voidaan käyttää datan replikointiin organisaatiosta toiseen Salesforce-organisaatioon. Tilitietoja voidaan tuoda Data 360:ään yhdestä Salesforce-organisaatiosta käyttämällä Salesforcen käyttövalmiita liittimiä. Voimme käyttää datan aktivointimekanismeja, kuten eräaktivointia, lähes reaaliaikaisia datatoimintoja tai API-pohjaisia aktivointeja, siirtääksemme dataa Data 360:sta Salesforce-organisaatioon.

Heroku Connect Voit käyttää samaa lähestymistapaa, joka on kuvattu yllä olevassa datan aggregointiskenaariossa. Sinun täytyy kuitenkin ottaa kaksisuuntainen synkronointi käyttöön eikä sinun tarvitse enää ottaa Salesforce Connectia käyttöön, koska kaksisuuntainen synkronointi pitää kaikki organisaatiot ajan tasalla, kun Postgres-taulukkoon tehdään muutoksia.

MuleSoft Anypoint MuleSoft Anypoint tarjoaa Enterprise-luokan API-hallinnan. Voit määrittää Mule-sovelluksen Flow Designerilla MuleSoft Anypointissa kuunnellaksesi vakiomuotoisia ja mukautettujen objektien tapahtumia käynnistääksesi automaattisesti käynnistyvän kulun Salesforcessa. Kun Mule-sovellus käynnistyy, se voi kutsua Salesforcen Anypoint-liitintä kommunikoidakseen useiden Salesforce-organisaatioiden kanssa. Tässä käyttötapauksessa, kun tilitietue päivitetään yhdessä Salesforce-organisaatiossa, Mule-sovellus voi päivittää asiaan liittyvien Salesforce-organisaatioiden tilitietueita. Jokaisella asiaankuuluvalla Salesforce-organisaatiolla olisi yksilöllinen päivitysvaihe, joka olisi rakennettu sovelluksen kokonaiskulkuun MuleSoftissa. Todennus näihin järjestelmiin voidaan tehdä useiden todennusmekanismien kautta, mukaan lukien perustodennus ja OAuth. Transaktioiden määrää ei ole rajoitettu, kunhan kulku on koottu oikein sen maksimaaliseen käyttöasteeseen (mitattu vCores- tai Core-muuttujilla).

Natiiviä Salesforce API -rajapintoja Replication API -rajapintaa (getUpdated, getDeleted -operaatiot) voidaan käyttää datan synkronoimiseen eri organisaatioissa, mutta tätä lähestymistapaa ei suositella.

Voit käyttää tietueiden käynnistämiä kulkuja ja ulkoisia objekteja pitääksesi tietyt tiedot synkronoituina Salesforce-organisaatioiden välillä Salesforce Connectin organisaatioiden välisen sovittimen avulla. Esimerkiksi tilitietueen päivittäminen organisaatiossa A käynnistää kulun, joka päivittää sitten ulkoisen Tili-objektin vastaavan tietueen, joka kirjoittaa nämä päivitykset organisaatiossa B olevaan tilitietueeseen. Tämä vaatii kulun semanttisia tietoja, jotta vältyt DML-transaktioilta. Muista myös, että organisaation B vahvistussäännöt ja kulut käynnistyvät samalla tavalla kuin kun REST/SOAP API -rajapintamme tekevät muutoksia.

Pidä tämä opas mielessäsi ja tutustu siihen, kun suunnittelet uutta Salesforcen sisältävää datan integrointia. Sinun kannattaa aina ymmärtää, mitä vaihtoehtoja sinulla on käytettävissäsi ja miten ne sopivat tiettyyn käyttötarkoitukseesi.

Auta meitä varmistamaan, että julkaisemme sinulle tärkeimmät tiedot. Ota kysely saadaksesi palautetta tästä sisällöstä ja kerro meille, mitä haluat nähdä seuraavaksi.