Del via


Tilpasningskoncepter

 

Udgivet: november 2016

Gælder for: Dynamics CRM 2015

Din organisation fungerer på sin helt egen måde. Nogle organisationer har også veldefinerede forretningsprocesser, som de anvender ved hjælp af Microsoft Dynamics 365. Andre er ikke tilfredse med deres aktuelle forretningsprocesser og bruger Dynamics 365 til at anvende nye data og processer i deres virksomhed. Uanset hvilken situation du befinder dig i, kan du finde mange tilpasningsmuligheder i Dynamics 365, som fungerer for din organisation.

Selvom du er utålmodig efter at komme i gang, er det en god idé at læse dette afsnit. Du vil her blive præsenteret for en række vigtige udtryk, du vil få baggrundsviden om ting, der skal udføres på en bestemt måde, og du vil bedre kunne undgå potentielle problemer i fremtiden.

Dette emne indeholder

Hvad er metadata? Og hvorfor er det vigtigt for dig?

Hvilke typer tilpasninger understøttes?

Hvilke typer tilpasninger understøttes ikke?

Hvad du bør vide om løsninger

Publiceringstilpasninger

Ændringer, der påvirker Dynamics CRM-organisationens ydeevne

Kombinere tilpasningsmuligheder

Yderligere muligheder, der ikke er medtaget i denne vejledning

Hvad er metadata? Og hvorfor er det vigtigt for dig?

Du har tidligere tilpasset virksomhedsprogrammer ved at redigere kildekoden. Det gav komplikationer, da hver enkelt organisation havde entydige ændringer, og det var meget vanskeligt eller ekstremt dyrt at opgradere. Så begyndte programudviklere at benytte programmeringsgrænseflader (API'er), så andre udviklere kunne kommunikere med programmet og tilføje deres egne ændringer uden at røre kildekoden. Det var lidt bedre, da det betyder, at udviklere kan udvide programmet uden at ændre det. Men der kræves stadig en udvikler til at skrive koden.

I dag bygger moderne virksomhedsprogrammer på en metadatabaseret arkitektur, så programmet kan tilpasses, uden at der skrives kode. Metadata betyder "data om data", og de definerer strukturen af data, der er lagret i systemet. Med disse metadata kender et program alle ændringer af datastrukturen, og det gør det muligt for programmet at tilpasse sig, efterhånden som datastrukturen ændres. Da metadataene er kendte, kan der tilføjes ekstra funktioner, der er knyttet til metadataene.

Når du tilpasser Microsoft Dynamics 365 ved hjælp af tilpasningsværktøjerne i programmet, tilføjer eller opdaterer du metadataene eller de data, der bruges af funktioner, der er afhængige af metadataene. Da vi kender de datatyper, der bruges til at tilpasse systemet, kan vi tage højde for disse data og føje nye funktioner til Dynamics 365 uden at ødelægge systemet. Du skulle derfor altid kunne aktivere en opdateringspakke eller opgradere til den nyeste version, så brugerne altid har de bedste nye funktioner.

Tilpasse eller konfigurere?
De fleste siger, at de tilpasser programmet, så vi bruger ordet "tilpasse" til at beskrive en ændring af systemet for at få det til at fungere på den ønskede måde. Nogle foretrækker at bruge ordet "konfigurere", da det udtrykker, at der ikke kræves kode for at foretage ændringerne. Kald det, hvad du vil! Vi vil bare gerne give udtryk for, at du ikke behøver at være udvikler for at tilpasse Microsoft Dynamics 365.

Microsoft Dynamics 365 indeholder et sæt webtjenester og API'er, så udviklerne kan skrive kode. Når koden er skrevet ved hjælp af understøttede metoder, kan du regne med, at det fungerer, når du opgraderer organisationen.

Hvilke typer tilpasninger understøttes?

Vi forventer, at du kan foretage det meste af din tilpasning med funktionerne i programmet. Alt det, du gør ved hjælp af disse værktøjer, understøttes af Microsoft, fordi de foretager ændringer af metadata eller data, der afhænger af metadataene.

Men hvis tilpasningsværktøjerne ikke kan opfylde dine behov, kan du installere en løsning fra tredjepart eller entrere med en udvikler til at kode tilpasningerne. Uanset hvad du vælger, er det en fordel at have forstand på understøttede tilpasninger. Hvis du skal investere i en løsning, der kræver kode, skal du sørge for, at koden er skrevet helt ved hjælp af understøttede API'er. Derved kan du beskytte din investering i både Dynamics 365 og alle andre løsninger.

Udviklere, der udvider Microsoft Dynamics 365, har ansvaret for at følge de regler og bedste praksis, der er dokumenteret i SDK: MSDN: Bedste fremgangsmåder for udvikling med Microsoft Dynamics CRM. SDK dokumenterer de API'er, der er tilgængelige for udviklere, og de indeholder en vejledning i, hvordan du bedst anvender dem.Microsoftunderstøtter kun de API'er og metoder, der er dokumenteret i SDK. Du kan måske finde oplysninger på internettet, der beskriver, hvordan du kan løse et problem, men hvis det ikke bygger på API'er, der er dokumenteret i SDK, understøttes det ikke af Microsoft. Inden du får en udvikler til at gennemføre en ændring, skal du kontrollere, om vedkommende bruger understøttede metoder.

Hvis udviklere bruger API'er og de bedste metoder, der er beskrevet i SDK, kan vi teste, om de ændringerne, vi foretager af Dynamics 365, har risikerer at konflikte med eksisterende tilpasninger. Det er vores mål, at kodetilpasninger, der er skrevet ved hjælp af understøttede metoder, fortsat vil fungere, når nye versioner eller opdateringer af Dynamics 365 frigives. Din fordel er, at du kan opgradere til nye versioner med forbedrede funktioner uden at skulle have udviklere til at ændre deres kode hver gang.

Hvis vi opdager, at en ændring i en ny version af Dynamics 365 vil give problemer med en ny, understøttet tilpasning, dokumenterer vi, hvad det berører, og beskriver, hvordan brugerne kan ændre deres kode for at løse problemet.

Hvilke typer tilpasninger understøttes ikke?

Blot fordi visse API'er og programmeringsmetoder ikke understøttes af Microsoft, betyder det ikke, at de ikke fungerer. "Ikke understøttet af Microsoft" betyder lige præcis det, der står: Du kan ikke få support til disse API'er eller programmeringsmetoder fra Microsoft. Vi tester dem ikke, og vi ved ikke, om vores ændringer vil fungere med dem. Vi kan ikke forudsige, hvad der sker, hvis nogen ændrer koden i vores program.

De udviklere, der bruger ikke-understøttede API'er og programmeringsmetoder, har ansvaret for at understøtte deres kode. De skal teste deres kode for at sikre, at den fungerer.

Hvis du vælger at bruge ikke-understøttede tilpasninger i Dynamics 365-installationen, skal du sørge for at dokumentere, hvad der er udført, og du skal have en strategi for, hvordan du vil fjerne disse tilpasninger, før du kontakter Microsoft Dynamics 365 Teknisk Support. Hvis du har brug for hjælp til ikke-understøttede tilpasninger, skal du kontakte den udvikler eller organisation, der har udført tilpasningerne.

Almindelige ikke-understøttede tilpasningsmetoder

Følgende liste indeholder almindelige tilpasningsmetoder, der ikke understøttes. Det er ikke en komplet liste.Flere oplysninger:MSDN: Understøttede udvidelser til Microsoft Dynamics CRM: Ikke-understøttede tilpasninger

  • Redigering af elementer i webprogrammet Document Object Model (DOM) ved hjælp af JavaScript
    Alle JavaScript-biblioteker, der bruges i programmet, må kun fungere sammen med dokumenterede API'er. Når JavaScript-udviklere arbejder med programmer, får de ofte adgang til DOM-elementer ved hjælp af bestemte navne. Da Microsoft Dynamics 365 er et webprogram, fungerer disse teknikker, men de vil sandsynligvis ikke fungere efter en opdateringspakke eller opgradering, da navnene på de elementer, de refererer til, sandsynligvis ændres. Vi forbeholder os retten til at foretage de nødvendige ændringer i programmet, og det betyder ofte en ændring af sidens opbygning. Tilføjelse af eventuelle ændringer af den aktuelle struktur på siden betyder, at du skal investere i test og måske ændring af brugerdefineret kode i disse scripts, hver gang du anvender en opdatering på programmet.

    jQuery er et meget almindeligt bibliotek, der bruges af JavaScript-udviklere. Den største fordel ved at bruge jQuery er, at den forenkler en udviklers mulighed for at få adgang til og oprette DOM-elementer, hvilket er præcist, hvad vi ikke understøtter i Dynamics 365-programsiderne.jQuery anbefales, når udviklerne opretter brugerdefinerede brugergrænseflader med HTML-webressourcer, men inden i Dynamics 365-programsiderne kræver understøttede API'er ikke, at jQuery bruges.

  • Brug af udokumenterede interne objekter eller metoder ved hjælp af JavaScript
    Microsoft Dynamics 365 bruger mange JavaScript-objekter inden for siderne. En JavaScript-udvikler kan finde disse objekter ved at fejlfinde en side og derefter få adgang til og genbruge disse objekter. Vi forbeholder os retten til at foretage de nødvendige ændringer af disse objekter, herunder fjerne dem eller ændre navnene på metoderne. Hvis et script henviser til disse objekter, vil scriptet blive ødelagt, hvis de ikke bliver fundet.

  • Direkte ændring af filer i programmet
    Hvis du har Microsoft Dynamics 365 på stedet, har du adgang til det webprogram, der er installeret på serveren. Webprogrammet indeholder mange tekstfiler, som en udvikler kan redigere eller erstatte for at ændre funktionsmåden eller udseendet af programmet. Ændringer af disse filer understøttes ikke, fordi en eventuel opdatering kunne fjerne ændringerne, hvorved filerne ville blive overskrevet, når du opdaterer til den næste version.

  • Hentning af data direkte fra databasetabellerne
    Hvis du har Microsoft Dynamics 365 på stedet, har du adgang til databasen, så du kunne hente data direkte fra tabellerne. Men hvis du gør det, vil du omgå infrastrukturens sikkerhed. Den anbefalede fremgangsmåde er at bruge særlige filtrerede visninger til hentning af dataene. Det vil påvirke brugernes sikkerhed, så de kan kun se de data, de skal kunne se.

  • Opdatering af data direkte i databasetabellerne
    Hvis du har Microsoft Dynamics 365 i det lokale miljø, kan du udføre opdateringer på Dynamics 365-data direkte i databasetabellerne. Risikoen ved denne fremgangsmåde er, at du kan angive ugyldig data, der kan ødelægge programmet. Udviklere skal altid bruge de API'er, der leveres sammen med programplatformens webtjenester, når de opdaterer data.

  • Ændring af databasetabeller, lagrede procedurer eller visninger
    Hvis du har Microsoft Dynamics 365 på stedet, kan du bruge databaseværktøjer til at ændre databasen med. De eneste direkte databaseændringer, som understøttes, tilføjer eller opdaterer indekser. Du skal bruge tilpasningsværktøjerne, når du tilføjer nye objekter eller objektattributter. Det er den eneste understøttede måde at foretage ændringer af disse dele af databasen. Alle direkte ændringer risikerer at ødelægge programmet eller umuliggøre brugen af opdateringspakker. Alle dine ændringer kan blive ødelagt, når du anvender en opdatering eller i forbindelse med en opgradering, og eventuelle data, du måtte have inkluderet i brugerdefinerede kolonner i databasen, kan gå tabt.

Sådan kontrolleres en organisation for ikke-understøttede tilpasninger

Hvis du ikke er sikker på, om din organisation har ikke-understøttede tilpasninger, kan du køre valideringsværktøjet til brugerdefineret kode. Dette værktøj er en løsning, der scanner organisationen, og som kan registrere bestemte typer ikke-understøttede tilpasninger, som f.eks. eventuelle forældede API'er, der returnerer oplysninger om tilpasningen. Bemærk, at valideringsværktøjet til brugerdefineret kode muligvis ikke registrerer andre ikke-understøttede tilpasninger som beskrevet tidligere i Almindelige ikke-understøttede tilpasningsmetoder eller i nogle tilfælde kan registrere tilpasninger, der understøttes som ikke-understøttede. Du kan finde flere oplysninger i dokumentationen, der følger med værktøjet.

Download og kør valideringsværktøjet til brugerdefineret kode

  1. Kontroller først, at organisationen har en eller flere importerede løsninger. Forældede løsninger er den mest almindelige årsag til ikke-understøttede tilpasninger.Gå til Indstillinger > Løsninger.. Installerede løsninger fremgår af visningen Alle løsninger.

  2. Download valideringsværktøjet til brugerdefineret kode.

  3. Importer valideringsværktøjet til brugerdefineret kode.Flere oplysninger:Importér løsninger

  4. Kør valideringsværktøjet til brugerdefineret kode. Du kan finde flere oplysninger i Readme-filen, der følger med overførslen.

Hvad du bør vide om løsninger

Der findes løsninger, der medfører, at tilpasninger kan købes, deles eller på anden vis transporteres fra én organisation til en anden. Du kan finde løsningerne i Microsoft Dynamics Marketplace eller fra en uafhængig softwareleverandør (ISV). En Dynamics 365-løsning er en fil, som du kan importere for at anvende et sæt tilpasninger.

Flere oplysninger:Hvidbog: mønstre og principper for CRM Online-løsningsudviklere

Bemærk

Hvis du er softwareproducent (ISV) og opretter en tilpasning, som du vil distribuere, skal du bruge løsninger. Du kan finde flere oplysninger om brug af løsninger, i MSDN: Pakning og distribution af udvidelser.

Hvis du blot er interesseret i at tilpasse din organisationen, kan du her finde, hvad du bør vide om løsninger:

  • Oprettelse af løsninger er valgfri. Du kan tilpasse dit Dynamics 365-system direkte uden at oprette en løsning.

  • Når du tilpasser Dynamics 365-systemet direkte, arbejder du med en særlig løsning, en standardløsning. Denne løsning indeholder alle komponenter i systemet.

  • Du kan eksportere din standardløsning og oprette en sikkerhedskopi af de tilpasninger, du har defineret i organisationen. Det er godt at have, hvis det værste skulle ske.

Løsningskomponenter

En løsningskomponent repræsenterer noget, som du kan tilpasse. Alt det, der kan inkluderes i en løsning, er en løsningskomponent. Liste over løsningskomponenter, du kan se i en løsning:

  • Programbånd

  • Artikelskabelon

  • Forretningsregel

  • Diagram

  • Forbindelsesrolle

  • Kontraktskabelon

  • Dashboard

  • E-mail-skabelon

  • Objekt

  • Objektrelation

  • Felt

  • Feltsikkerhedsprofil

  • Formular

  • Skabelon til brevfletning

  • Meddelelse

  • Grupperet indstilling

  • Plug-in-assembly

  • Proces

  • Trin til behandling af SDK-meddelelser

  • Sikkerhedsrolle

  • Slutpunkt for tjeneste

  • Oversigt

  • Webressource

De fleste løsningskomponenter er indlejrede i andre løsningskomponenter. F.eks indeholder et objekt formularer, visninger, diagrammer, felter, objektrelationer, meddelelser og forretningsregler. Hver af disse løsningskomponenter kræver, at der findes et objekt. Et felt kan eksistere uden for et objekt. Vi siger, at feltet er afhængigt af objektet. Der findes to gange så mange typer løsningskomponenter, som vist på den foregående liste, men de fleste af dem ikke er synlige i programmet.

Formålet med løsningskomponenter er at holde styr på eventuelle begrænsninger på, hvad der kan tilpasses ved hjælp af Administrerede egenskaber og alle de Løsningsafhængigheder, så de kan eksporteres, importeres, og (i administrerede løsninger) slettes, uden at de efterlader sig noget.

Administrerede og ikke-administrerede løsninger

En administreret løsning kan fjernes efter import. Alle komponenterne i den pågældende løsning bliver fjernet ved at fjerne løsningen.

Når du importerer en ikke-administreret løsning, føjer du alle komponenter i den pågældende løsning til standardløsningen. Du kan ikke fjerne komponenterne ved af afinstallere løsningen.

Når du importerer en ikke-administreret løsning, der indeholder løsningskomponenter, som du allerede har tilpasset, bliver dine tilpasninger overskrevet af tilpasninger i den ikke-administrerede løsning. Dette kan ikke fortrydes.

Vigtigt

Installer kun en ikke-administreret løsning, hvis du vil føje alle komponenter til standardløsningen og overskrive alle eksisterende tilpasninger.

Selvom du ikke planlægger at distribuere din løsning, vil du måske oprette og bruge en ikke-administreret løsning, så den kun har en separat visning, der kun indeholder de dele af programmet, som du har tilpasset. Når du tilpasser noget, skal du bare føje det til den ikke-administrerede løsning, du har oprettet.

Du kan kun eksportere din standardløsning som en ikke-administreret løsning.

Du kan oprette en administreret løsning ved at vælge den administrerede løsning, når du eksporterer løsningen. Hvis du opretter en administreret løsning, kan du ikke importere den tilbage til den samme organisation, du brugte til at oprette den. Du kan kun importere den til en anden organisation.

Sådan anvendes løsninger

Alle løsninger evalueres som lag for at finde ud af, hvad dit Dynamics 365-program i virkeligheden udfører. I følgende diagram kan du se, hvordan de administrerede og ikke-administrerede løsninger evalueres, og hvordan ændringer i dem vises i organisationen.

Lagdeling af løsninger

Start fra bunden, og arbejd dig op til toppen :

  • Systemløsning
    Systemløsningen er ligesom en administreret løsning, som alle virksomheder har. Systemløsningen er definitionen af alle standardkomponenter i systemet.

  • Administrerede løsninger
    Administrerede løsninger kan ændre systemets løsningskomponenter og tilføje nye komponenter. Hvis der er installeret flere administrerede løsninger, installeres den første under den administrerede løsning, der installeres senere. Det betyder, at den anden installerede løsning kan tilpasse den, der allerede er installeret. Når to administrerede løsninger indeholder definitioner, der konflikter, gælder det generelt, at "den sidste vinder". Hvis du fjerner en administreret løsning, vil den administrerede løsning nedenfor træde i kraft. Hvis du fjerner alle administrerede løsninger, gælder standardfunktionen som defineret i systemløsningen.

  • Ikke-administrerede tilpasninger
    Ikke-administrerede tilpasninger er enhver ændring, du har foretaget af organisationen ved hjælp af en ikke-administreret løsning. Systemløsningen definerer, hvad du kan eller ikke kan tilpasse ved hjælp af Administrerede egenskaber. Udgivere af administrerede løsninger har samme mulighed for at begrænse dine muligheder for at tilpasse løsningskomponenter, som de tilføje i deres løsning. Du kan tilpasse alle de løsningskomponenter, der ikke har administrerede egenskaber, der forhindrer dig i at tilpasse dem.

  • Programmets funktionsmåde
    Dette er, hvad du rent faktisk kan se i organisationen. Standardsystemløsning samt eventuelle administrerede løsninger samt alle ikke-administrerede tilpasninger, som du har anvendt.

Administrerede egenskaber

Nogle dele af Microsoft Dynamics 365 kan ikke tilpasses. Disse elementer i systemløsningen har metadata, der forhindrer dig i at tilpasse dem. Disse kaldes administrerede egenskaber. Udgiveren af en administreret løsning kan også indstille de administrerede egenskaber til at forhindre dig i at tilpasse løsningen på uønskede måder.

Løsningsafhængigheder

På grund af lagdelingen i administrerede løsninger kan nogle administrerede løsninger være afhængige af løsningskomponenter i andre administrerede løsninger. Nogle løsningsudgivere kan udnytte dette til at udvikle løsninger, der er modulære. Det kan være nødvendigt at installere en "basis"-administreret løsning først, og derefter kan du installere en anden administreret, der yderligere tilpasser komponenterne i den basis-administrerede løsning. Den anden administreret løsning afhænger af løsningskomponenter, der er en del af den første løsning.

Dynamics 365 sporer disse afhængigheder mellem løsninger. Hvis du forsøger at installere en løsning, der kræver en basisløsning, som ikke er installeret, kan du ikke installere løsningen. Der vises en meddelelse om, at løsningen kræver en anden løsning, der skal installeres først. På samme måde kan du på grund af afhængigheder ikke fjerne basisløsningen, hvor en løsning, som afhænger af den, stadig er installeret. Du skal fjerne den afhængige løsning, før du kan fjerne basisløsningen.

Løsningsudgiver

Enhver løsning har en udgiver. Standardløsningen har en udgiver, der kaldes "Standardudgiver til <organisationen navn>".

Udgiverposten indeholder en Præfiks-værdi. Standardværdien for dette præfiks er "ny". Når du opretter nye løsningskomponenter, vil dette præfiks blive knyttet til navnet. Det er en hurtig måde, og den gør det muligt at forstå, hvilken løsning komponenterne er en del af.

Inden du starter din tilpasning af systemet, anbefales det, at du ændrer præfiksværdien for standardudgiveren til noget, der identificerer firmaet.

Ændring af præfiks til løsningsudgiver for standardudgiver

  1. Gå til Indstillinger > Tilpasninger.

  2. Vælg Udgivere.

  3. Hvis der er mere end én udgiver, skal du åbne den, der har et Vist navn, der starter med Standardudgiver for*<organisationens navn>*.

  4. Nederst i formularen skal feltet Præfiks opdateres for at ændre standardværdien for "nye" til noget, der identificerer organisationen.

  5. Når du ændrer værdien, skal du sørge for at gå til næste felt med tabulator.Præfiks for værdi for indstilling genererer automatisk et tal baseret på tilpasningspræfikset. Dette tal bruges, når du føjer indstillinger til grupperede indstillinger og angiver en indikator af, hvilken løsningen der blev brugt til at tilføje indstillingen.

Publiceringstilpasninger

Visse tilpasninger, der foretager ændringer af brugergrænsefladen, forudsætter, at de publiceres, inden brugerne kan bruge dem i programmet. Udgivelse giver dig mulighed for at gemme dit arbejde, inden du har afsluttet og derefter vende tilbage og afslutte på et senere tidspunkt. Publicering kræves kun, når du ændrer en løsningskomponent. Når du opretter eller sletter en løsningskomponent, sker publiceringen automatisk. Inden du eksporterer en løsning, bliver du bedt om at publicere tilpasninger. Det skyldes, at alle ikke-udgivne tilpasninger ikke er inkluderet i løsningen.

Når du foretager tilpasninger, som vises i Microsoft Dynamics CRM til tablets, skal du altid udtrykkeligt publicere dine tilpasninger for at sikre dig, at alle elementer synkroniseres med programmet CRM til tablets.

Bemærk

Publiceringstilpasninger kan konflikte med normal systemdrift. I et produktionsmiljø anbefales det at planlægge publiceringstilpasningerne, så de er mindst forstyrrende for brugerne.

Følgende løsningskomponenter kræver publicering, når de er opdateret:

  • Programbånd

  • Objekt

  • Objektrelation

  • Felt

  • Formular

  • Meddelelse

  • Grupperet indstilling

  • Oversigt over websted

  • Webressource

Bemærk

Når du bruger Dynamics CRM-app til Outlook, kan det tage mindst en time, før tilpasninger og ændringer kan træde i kraft. Du kan få ændringerne til at blive vist straks i Internet Explorer ved at rydde cachen. For at gøre dette skal du gå til Værktøjer > Internetindstillinger og under Browserdata skal du vælge knappen Slet. Fjern markeringen af alle søgningsoversigtsemner undtagen "Midlertidige internetfiler og webstedsfiler" og "Cookies og webstedsdata", og vælg derefter Slet.

Ændringer, der påvirker Dynamics CRM-organisationens ydeevne

Import af løsninger og anvendelse af tilpasninger, der ændrer metadata, kan påvirke Microsoft Dynamics 365-organisationens ydeevne. Handlinger, som kan konflikte med normal systemdrift:

Hvis du anvender disse ændringer på et produktionssystem, anbefaler vi, at du planlægger disse handlinger, når det er mindst forstyrrende for brugerne.

Kombinere tilpasningsmuligheder

Hvert emne i afsnittet "Tilpasse CRM-systemet" indeholder en detaljeret beskrivelse af de enkelte tilpasningsmuligheder. Men det er vigtigt at være opmærksom på de løsninger, der skal imødekomme dine forretningskrav, ofte vil bruge en af mulighederne sammen med en eller flere andre muligheder.

Vælge den rette tilpasningsmulighed for jobbet

Loven om instrumenter siger, "Hvis alt, hvad du har, er en hammer, ligner alt et søm." Med alle de forskellige tilpasningsmuligheder, der er tilgængelige i Microsoft Dynamics 365, er det nemt at blive fortrolig med én af dem og forsøge at bruge det til at løse alle problemer. Når du overvejer de forretningsproblemer, du vil løse, skal du tænke på det slutresultat, du vil opnå, og derefter arbejde dig bagud for at se, hvordan du kommer dertil.

Yderligere muligheder, der ikke er medtaget i denne vejledning

Ud over de muligheder, der er beskrevet i vejledningen "Tilpasse CRM-systemet", skal du blive fortrolig med andre muligheder, som ikke er beskrevet i detaljer her. Dette afsnit introducerer nogle af mulighederne og indeholder links til andre ressourcer, hvor du kan få flere oplysninger.

Dokumentstyring

Dokumentstyring muliggør integration mellem Microsoft Dynamics 365 og SharePoint. Du kan finde oplysninger om, hvordan du aktiverer og konfigurerer dokumentstyring, under Administrer dine dokumenter med SharePoint eller Hjælp og undervisning: Administrere SharePoint-dokumenter fra Microsoft Dynamics CRM. Udviklere skal se på Microsoft Dynamics 365 SDK-emnet: MSDN: Integrer SharePoint med Microsoft Dynamics CRM. Du kan finde oplysninger om installationskrav for Dynamics CRM-installationer på stedet i Softwarekrav for dokumentstyring i SharePoint til Microsoft Dynamics CRM.

Feltsikkerhedsprofiler

Du kan angive et ekstra sikkerhedsniveau for et brugerdefineret felt, du har føjet til en formular, ved hjælp af feltsikkerhedsprofiler. Hvis du vil aktivere sikkerhed på feltniveau, skal du angive egenskaben Feltsikkerhed for det brugerdefinerede felt og derefter angive de tilladelser, du vil give til dette felt for alle de feltsikkerhedsprofiler, du har oprettet.Flere oplysninger:Hjælp og undervisning: Oprette og konfigurere en feltsikkerhedsprofil og Føje teams eller brugere til en feltsikkerhedsprofil

Oversættelse

Hvis din organisation har medarbejdere, der bruger et andet sprog end det udgangssprog, du valgte, da du installerede Dynamics CRM, kan du tilføje flere sprog.

I CRM Online er alle sprogene allerede installeret. Du skal blot aktivere dem.

I Microsoft Dynamics CRM 2015 kan du installere yderligere sprogpakker for at tilføje flere sprog. Når du har installeret sprogpakken, skal du aktivere sproget, så brugere kan vælge det i deres personlige indstillinger.Flere oplysninger:Installere eller opgradere sprogpakker til Microsoft Dynamics CRM

Bemærk

Når du aktiverer et sprog, kan det tage flere minutter. I dette tidsrum kan dine medarbejdere muligvis ikke bruge Microsoft Dynamics 365.

Aktivere flere sprog

  1. Gå til Indstillinger > Administration.

  2. Vælg Sprog.

  3. I dialogboksen Sprogindstillinger skal du vælge tilgængelige sprog og vælge Anvend for at aktivere dem.

Du kan aktivere flere sprog, men den oversatte tekst er kun tilgængelig for tekst, der findes i Dynamics 365, før tilpasningen blev udført. Du kan kun tilpasse Dynamics 365 ved hjælp af udgangssproget. Brugere af andre sprog kan se teksten på udgangssproget, medmindre du eksporterer oversættelser og tilføjer oversat tekst for alle elementer på brugergrænsefladen, som du har tilføjet eller ændret.Flere oplysninger:Hjælp og undervisning: Eksport af tilpasset objekt- og felttekst til oversættelse

Bemærk

Da tilpasningen kun understøttes på udgangssproget, vil du som Systemtilpasser formentlig arbejde udgangssproget valgt som foretrukket sprog. Du skal ændre det foretrukne sprog for Microsoft Dynamics 365-brugergrænsefladen for at kontrollere, at den oversatte tekst vises. Hvis du vil foretage yderligere tilpasning, skal du skifte tilbage til basissproget.

Sikkerhedsroller

Denne vejledning indeholder ikke en beskrivelse af implementering af sikkerhed for din organisation.Flere oplysninger:Sikkerhedsroller og rettigheder

Se også

Introduktion til tilpasning
Rettigheder, der er påkrævet til tilpasning
Bruge løsninger til dine tilpasninger

© 2016 Microsoft Corporation. Alle rettigheder forbeholdes. Ophavsret