Synkroniser CRM-data med eksterne systemer

 

Udgivet: november 2016

Gælder for: Dynamics CRM 2015

Nogle gange skal du synkronisere og integrere Microsoft Dynamics 365-data med data, der er lagret i andre systemer. I almindelige dataintegrationsmønstre tages data fra et eksternt system og sendes videres til Dynamics 365, eller de tages fra Dynamics 365 og synkroniseres med et eksternt datalager eller Dynamics 365 opdateres med eksterne data. Du kan nu bruge flere nye funktioner i Opdatering 1 til Microsoft Dynamics CRM Online 2015, som gør det lettere at skrive kode for at foretage disse handlinger.

Bemærk

For Microsoft Dynamics CRM Online-organisationer er denne funktion kun tilgængelig, hvis organisationen har opdateret til Dynamics CRM Online 2015 Update 1. Denne funktion er ikke tilgængelig for Dynamics CRM (i det lokale miljø).

Disse nye funktioner kan bruges separat efter behov i en hvilken som helst situation, men sammen løser de almindelige problemer i forbindelse med synkronisering og integration af data med eksterne data. Følgende tabel viser disse nye funktioner.

Funktion	Beskrivelse
Hvis du fjerner specialmeddelelser	Microsoft Dynamics 365 har en række specialmeddelelser til bestemte handlinger, som opdaterer poster. Disse meddelelser indgår ikke i denne version (er forældede), og du skal nu blot bruge Update til at udføre de samme handlinger. Forældede meddelelser: Assign SetParentSystemUser SetParentTeam SetParentBusinessUnit SetBusinessEquipment SetBusinessUnit SetState Det er meget enklere at opdatere posten end at bruge disse meddelelser, og det bør strømline din udvikling inden for integration og synkronisering af data.Flere oplysninger:Udføre særlige handlinger ved hjælp af Update
Alternative nøgler	I virksomhedsinstallationer af Microsoft Dynamics 365 er det almindeligt for data fra eksterne virksomhedssystemer, at de indlæses i Microsoft Dynamics 365, så de kan vises til brugerne. Disse eksterne systemer kan ofte ikke udvides til at gemme de Dynamics 365-post-id'er (GUID'er), der er nødvendige ved systemsynkronisering. En hyppig løsning er at føje en brugerdefineret attribut til et objekt i Microsoft Dynamics 365, der kan bruges til at gemme id'et for den relaterede post i det eksterne system. Når du bygger dataindlæsningsprocesser, der opdaterer poster i Microsoft Dynamics 365, og tildeler referencer til relaterede poster i Dynamics 365, skal du først foretage et ekstra kald til Dynamics 365-webtjenesten for at hente Dynamics 365-målposten, baseret på dette eksterne id. Dette opslag kan være langsomt, hvis der ikke findes et relevant indeks for den brugerdefinerede attribut, og i CRM Online-scenarier kræver hvert af disse opslag dyr trafik på internettet. Alt efter størrelse kan denne ekstra trafik øge den tid, det tager at opdatere hver Dynamics 365 post og kan drastisk reducere den samlede overførselshastighed. Nu kan webtjenestehandlinger målrettes til en Dynamics 365 post ved hjælp af en eller flere alternative nøgler i stedet for et GUID. Desuden kan objektreferencer til relaterede poster angives ved hjælp af en eller flere alternative nøgler. Alternative nøgler indekseres, og derfor afvikles opslagshandlinger bedre i forhold til at tilføje en brugerdefineret attribut som id. Hvis noget går galt, opstår der en fejl i systemet, og alle ændringer annulleres.Flere oplysninger:Definer alternative nøgler for et objekt
Skift sporing	Når organisationer skal vedligeholde Dynamics 365-data i et ekstern lager, findes der nu en måde at holde disse data synkroniseret, så det effektiv kan registreres, hvilke data er blevet ændret, siden dataene først blev udtrukket, eller sidst de blev synkroniseret.RetrieveEntityChangesRequest-meddelelsen bruges til at hente ændringerne for et objekt. Du kan finde flere oplysninger under Brug ændringssporing til at synkronisere data med eksterne systemer.
Upsert	Under indlæsning af data i Microsoft Dynamics 365 fra et eksternt system, ved du ikke altid, om der allerede findes en post i Dynamics 365, som skal opdateres, eller om du skal oprette en ny post. Brug den nye UpsertRequest-meddelelse til at opdatere posten, hvis den findes, eller oprette en ny post, hvis den ikke findes, i ét API-kald.Flere oplysninger:Brug Upsert til at indsætte eller opdatere en post

I følgende tabel sammenlignes kompleksiteten for synkronisering med og uden disse nye funktioner.

Før

Beskrivelse

For hver post: Søg i Dynamics 365 for at se, om firmaet findes. Hvis det findes, skal du hente firma-id'et (f.eks. ABC123) Søg i kontakterne for at se, om kontakten findes. Hvis kontakten findes, skal du hente kontaktens mail-id (f.eks. contact@company.com). Søg for at hente eller angive område-id'et (f.eks. NW). Søg for at hente bruger-id'et og angive ejeren (f.eks. user@mycompany.com) Opdater firmakontoen. Angiv status for firmaet ved at kalde SetState-API'en. Tildel ejeren ved at kalde Assign-API'en.

Med de nye funktioner kræver det nu kun et kald til serveren at udføre de samme handlinger som tidligere vist.

Efter	Beskrivelse
	Du skal kun foretage ét kald for at kontrollere, at der er et firma med det entydige id ABC123, indstille den primære kontakt til contact@company.com, angive området til NW, indstille ejeren til user@mycompany.com og status til aktiv.

I dette afsnit

Definer alternative nøgler for et objekt

Brug en alternativ nøgle til at oprette en post

Brug ændringssporing til at synkronisere data med eksterne systemer

Brug Upsert til at indsætte eller opdatere en post

Eksempel: Indsætte eller opdatere en post ved hjælp af Upsert

Eksempel: Synkronisere data med eksterne systemer ved hjælp af sporing af ændringer

Relaterede afsnit

Udføre særlige handlinger ved hjælp af Update

Udviklervejledning til tilpasning til Microsoft Dynamics CRM 2015

© 2017 Microsoft. Alle rettigheder forbeholdes. Ophavsret