Konfigurer Salesforce Service Cloud i en kopiaktivitet
Denne artikkelen beskriver hvordan du bruker kopieringsaktiviteten i datasamlebånd til å kopiere data fra og til Salesforce Service Cloud.
Støttet konfigurasjon
Hvis du vil ha konfigurasjonen av hver fane under kopieringsaktivitet, kan du gå til følgende inndelinger.
Generelt
Se Generelle innstillinger veiledning for å konfigurere generelt innstillinger-fanen.
Kilde
Følgende egenskaper støttes for Salesforce Service Cloud under fanen Source i en kopiaktivitet.
Følgende egenskaper er nødvendige:
- Tilkobling: Velg en Salesforce Service Cloud-tilkobling fra tilkoblingslisten. Hvis det ikke finnes noen tilkobling, oppretter du en ny Salesforce Service Cloud-tilkobling ved å velge New.
-
Bruk spørring: Velg fra objekt-API-, rapporteller SOQL-spørring.
Hvis du velger objekt-API-:
- Objekt-API-: Angi Salesforce Service Cloud-navnet du vil hente data fra. Velg navnet fra rullegardinlisten.
Hvis du velger rapport:
rapport-ID-: Angi ID-en for Salesforce Service Cloud-rapporten du vil hente data fra. Det støttes ikke i målet. Det finnes begrensninger når du bruker rapporter.
Hvis du velger SOQL-spørring:
SOQL-spørring: Bruk den egendefinerte spørringen til å lese data. Du kan bare bruke Salesforce Object Query Language (SOQL) spørring med begrensninger Forstå masse-API 2.0-spørring. Hvis du ikke angir SOQL-spørring, hentes alle dataene for Salesforce-objektet som er angitt i Objekt-API-en eller rapport-ID-en.
Under Avansertkan du angi følgende felt:
- Inkluder slettede objekter: Angi om du vil spørre etter eksisterende poster (ikke merket), eller spørre etter alle poster, inkludert de slettede (valgte).
- Flere kolonner: Legg til flere datakolonner for å lagre kildefilens relative bane eller statiske verdi. Uttrykket støttes for sistnevnte.
Destinasjon
Følgende egenskaper støttes for Salesforce Service Cloud under fanen Destination i en kopiaktivitet.
Følgende egenskaper er nødvendige:
- Tilkobling: Velg en Salesforce Service Cloud-tilkobling fra tilkoblingslisten. Hvis det ikke finnes noen tilkobling, oppretter du en ny Salesforce Service Cloud-tilkobling ved å velge New.
- Objekt-API-: Angi Salesforce Service Cloud-navnet du vil skrive data til. Velg navnet fra rullegardinlisten.
Under Avansertkan du angi følgende felt:
Virkemåte for skriving: Angi skrivevirkemåten for operasjonen. Tillatte verdier er Sett inn og Upsert. Du kan velge en virkemåte fra rullegardinlisten.
Hvis du velger Upsert:
Ekstern ID-felt: Navnet på det eksterne ID-feltet for oppstartsoperasjonen. Det angitte feltet må defineres som eksternt ID-felt i Salesforce Service Cloud. Den kan ikke ha NULL-verdier i tilsvarende inndata.
Ignorer nullverdier: Angi om nullverdier skal ignoreres fra inndata under en skriveoperasjon.
- Når det er valgt: La dataene i målobjektet være uendret når du utfører en upsert- eller oppdateringsoperasjon. Sett inn en definert standardverdi når du utfører en innsettingsoperasjon.
- Når det ikke er merket av: Oppdater dataene i målobjektet til NULL når du utfører en upsert- eller oppdateringsoperasjon. Sett inn en NULL-verdi når du utfører en innsettingsoperasjon.
Skrive bunkestørrelse: Angi radantallet for data skrevet til Salesforce i hver gruppe. Foreslå å angi denne verdien fra 10 000 til 200 000. For få rader i hver gruppe reduserer kopieringsytelsen. For mange rader i hver gruppe kan føre til tidsavbrudd for API.
Maks. samtidige tilkoblinger: Den øvre grensen for samtidige tilkoblinger som ble opprettet i datalageret under aktivitetskjøringen. Angi en verdi bare når du vil begrense samtidige tilkoblinger.
Kartlegging
Hvis du vil ha tilordning fanekonfigurasjon, kan du se Konfigurere tilordningene under tilordningsfanen.
Innstillinger
Hvis du vil ha Innstillinger fanekonfigurasjon, kan du gå til Konfigurere de andre innstillingene under innstillinger.
Tabellsammendrag
Tabellene nedenfor inneholder mer informasjon om kopieringsaktiviteten i Salesforce Service Cloud.
Kildeinformasjon
Navn | Beskrivelse | Verdi | Påkrevd | JSON-skriptegenskap |
---|---|---|---|---|
tilkobling | Tilkoblingen til kildedatalageret. | <salesforce-tjenestens skytilkobling> | Ja | forbindelse |
tilkoblingstype | Tilkoblingstypen. Velg Salesforce Service Cloud. | SalesforceServiceCloud | Ja | / |
Bruk | Måten å lese data fra Salesforce på. | • Objekt-API • rapport • SOQL-spørring |
Ja | / |
for objekt-API- | ||||
objekt-API- | Angi navnet på Salesforce Service Cloud som du vil hente data fra. | < objektnavnet > | Ja | objectApiName |
for rapport | ||||
rapport-ID | ID-en for Salesforce Service Cloud-rapporten som du kan hente data fra. Det støttes ikke i målet. Det finnes begrensninger når du bruker rapporter. | <rapport-ID-en> | Ja | reportId |
for SOQL-spørring | ||||
SOQL-spørring | Bruk den egendefinerte spørringen til å lese data. Du kan bare bruke Salesforce Object Query Language (SOQL) spørring med begrensninger Forstå masse-API 2.0-spørring. Hvis du ikke angir SOQL-spørring, hentes alle dataene for Salesforce-objektet som er angitt i Objekt-API-en eller rapport-ID-en. | < SOQL-spørringen > | Ja | spørsmål |
Inkluder slettede objekter | Angir om du vil spørre etter eksisterende poster eller spørre etter alle poster, inkludert de slettede. | merket eller umerket (standard) | Nei | includeDeletedObjects: sann eller usann (standard) |
flere kolonner | Legg til flere datakolonner for å lagre kildefilens relative bane eller statiske verdi. Uttrykket støttes for sistnevnte. | •Navn •Verdi |
Nei | additionalColumns: •navn •verdi |
Målinformasjon
Navn | Beskrivelse | Verdi | Påkrevd | JSON-skriptegenskap |
---|---|---|---|---|
tilkobling | Tilkoblingen til måldatalageret. | <salesforce-tjenestens skytilkobling> | Ja | forbindelse |
objekt-API- | Angi Salesforce Service Cloud-navnet du vil skrive data til. | < objektnavnet > | Ja | objectApiName |
Virkemåte for skriving | Skrivevirkemåten for operasjonen. Tillatte verdier er Sett inn og Upsert. Du kan velge en virkemåte fra rullegardinlisten. | •Sette inn • Oppsett |
Nei (standard er Sett inn) | writeBehavior: sette inn upsert |
Ekstern ID-felt | Navnet på det eksterne ID-feltet for oppstartsoperasjonen. Det angitte feltet må defineres som eksternt ID-felt i Salesforce-objektet. Den kan ikke ha NULL-verdier i tilsvarende inndata. | < det eksterne ID-feltet > | Ja for «Upsert» | externalIdFieldName |
Ignorere nullverdier | Angir om nullverdier skal ignoreres fra inndata under en skriveoperasjon. | merket eller umerket (standard) | Nei | ignoreNullValues: sann eller usann (standard) |
Skrive bunkestørrelse | Radantallet med data skrevet til Salesforce i hver gruppe. Foreslå å angi denne verdien fra 10 000 til 200 000. For få rader i hver gruppe reduserer kopieringsytelsen. For mange rader i hver gruppe kan føre til tidsavbrudd for API. |
<antall rader> (heltall) |
Nei (standard er 100 000) | writeBatchSize |
Maks. samtidige tilkoblinger | Den øvre grensen for samtidige tilkoblinger som ble opprettet i datalageret under aktivitetskjøringen. Angi en verdi bare når du vil begrense samtidige tilkoblinger. | <maks. samtidige tilkoblinger> | Nei | maxConcurrentConnections |
Salesforce Bulk API 2.0-grenser
Vi bruker Salesforce Bulk API 2.0 til å spørre etter og innta data. I masse-API 2.0 opprettes grupper automatisk. Du kan sende inn opptil 15 000 grupper per rullerende 24-timers periode. Hvis grupper overskrider grensen, oppstår det feil.
I bulk-API 2.0 bruker bare inntak av jobber grupper. Spørringsjobber gjør ikke det. Hvis du vil ha mer informasjon, kan du se Hvordan forespørsler behandles i utviklerveiledningen for bulk-API 2.0.
Hvis du vil ha mer informasjon, kan du se delen Generelle grenser i Salesforce-utviklergrenser.