Del via

Konsepter for tilpassing

  • Artikkel

 

Publisert: februar 2017

Gjelder: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

Måten organisasjonen din arbeider på, er unik. Enkelte organisasjoner har veldefinerte forretningsprosesser som de bruker ved hjelp av Microsoft Dynamics 365. Andre er ikke fornøyd med de gjeldende forretningsprosessene og bruker Dynamics 365 til å bruke nye data og prosesser i virksomheten. Uansett hvilken situasjon du befinner deg i, vil du finne mange tilpassingsfunksjoner i Dynamics 365, slik at det kan fungere for organisasjonen din.

Selvfølgelig er du ivrig etter å komme i gang, men du kan ta noen minutter for å lese innholdet i denne delen. Dette vil introdusere deg til viktige termer, gi deg kunnskap om hvorfor ting er gjort på en bestemt måte og hjelpe deg med å unngå potensielle problemer i fremtiden.

I dette emnet

Hva er metadata, og hvorfor bør du bry deg?

Hva slags tilpassinger støttes?

Hva slags tilpassinger støttes ikke?

Dette trenger du å vite om løsninger

Publisere tilpassinger

Forberede klienttilpasninger for å forbedre ytelsen for mobil og interaktiv servicehub

Endringer som påvirker Dynamics 365-organisasjonens ytelse

Kombinere funksjoner for tilpassing

Flere funksjoner som ikke er inkludert i denne veiledningen

Hva er metadata, og hvorfor bør du bry deg?

Tidligere tilpasset du forretningsprogrammer ved å redigere kildekoden. Dette skapte komplikasjoner fordi hver organisasjon har unike endringer, og det var svært vanskelig eller svært dyrt å oppgradere. Programutviklere startet deretter å eksponere programmeringsgrensesnittene (APIer) slik at andre utviklere kan samhandle med programmet og legge til sin egen logikk uten å berøre kildekoden. Dette var moderat bedre fordi det betyr at utviklere kan utvide programmet uten å endre den. Men det krever fortsatt en utvikler til å skrive kode.

Moderne forretningsprogrammer bruker i dag en metadatadrevet arkitektur slik at personer kan tilpasse programmet uten å skrive kode. Metadata betyr "data om data", og den definerer strukturen på dataene som er lagret i systemet. Med disse metadataene kjenner et program til eventuelle endringer i datastrukturen, og dermed kan programmet tilpasse seg etter hvert som strukturen endres. Siden metadataene er kjent, kan flere funksjoner inkluderes som er knyttet til metadataene.

Når du tilpasser Microsoft Dynamics 365 ved hjelp av tilpassingsverktøy i programmet, legger du til eller oppdaterer metadata eller data som brukes av funksjoner som er avhengige av metadataene. Fordi vi vet hva slags data som brukes til å tilpasse systemet, kan vi ta hensyn til disse dataene og legge til nye funksjoner i Dynamics 365 uten å bryte systemet. På denne måten kan du alltid kunne bruke en samleoppdatering eller oppgradering til den nyeste versjonen og nyte de beste nye funksjonene.

Tilpasse eller konfigurere?
De fleste sier at de ønsker å tilpasse programmet, slik at vi bruker ordet "tilpasse" for å beskrive endringer av systemet slik at det virker slik du ønsker. Noen foretrekker å bruke ordet "konfigurere" fordi det innebærer at ingen kode er nødvendig for å gjøre endringer. Kall det hva du vil. Vi vil gjøre det klart at du ikke trenger å være en utvikler til å tilpasse Microsoft Dynamics 365.

Microsoft Dynamics 365 inneholder et sett med webtjenester og APIer som gir utviklere muligheten til å skrive kode. Når kode skrives ved hjelp av støttede metoder, kan du forvente at den vil fortsette å fungere når du oppgraderer din organisasjon.

Hva slags tilpassinger støttes?

Vi forventer at du kan gjøre mest mulig ut av din tilpassing med verktøyene i programmet. Alt du gjør ved hjelp av disse verktøyene er støttet av Microsoft, fordi de tar i bruk endringer av metadata eller data som er avhengige av metadata.

Men hvis tilpassingsverktøyene ikke tilfredsstiller dine behov, du kan installere en løsning fra en tredjepart eller ansette en utvikler for å kode tilpassingene. Uansett, det er greit for deg å forstå tilpassingene som støttes. Hvis du trenger å investere i en løsning som krever kode, må du kontrollere at koden er skrevet ved hjelp av bare støttede APIer. Dette hjelper deg med å beskytte investeringen din i både Dynamics 365 og løsninger du får.

Utviklere som utvider Microsoft Dynamics 365, har et ansvar for å følge regler og anbefalte fremgangsmåter som er dokumentert i SDK: MSDN: Beste praksis for å utvikle med Microsoft Dynamics 365. SDK dokumenterer APIer som er tilgjengelige for utviklere, og gir råd om hvordan du bruker dem best.Microsoft støtter bsre API-ene og fremgangsmåtene som er dokumentert i SDK. Du kan finne noe på internett som beskriver hvordan du kan løse et problem, men hvis det ikke drar nytte av APIer som er dokumentert i SDK, støttes det ikke av Microsoft. Før du får en utvikler til å ta i bruk en endring bør du kontrollere om den bruker støttede metoder.

Hvis utviklere bruker APIene og de gode fremgangsmåtene som er beskrevet i SDK, kan vi være sikre på at vi kan teste om noen av endringene vi gjør i Dynamics 365, har potensial til å bryte eksisterende tilpassinger. Vårt mål er at kodetilpassingene skrevet ved hjelp av støttede metoder, vil fortsette å fungere når nye versjoner eller oppdateringer av Dynamics 365 gis ut. Du drar nytte fordi du kan oppgradere til nye versjoner med forbedrede funksjoner uten at du må be utviklere om å endre koden hver gang.

Hvis vi oppdager at en endring i en ny versjon av Dynamics 365 vil føre til at en støttet tilpassing fører til feil, vi vil dokumentere hva som påvirkes og hvordan folk kan endre koden for å løse problemet.

Hva slags tilpassinger støttes ikke?

Bare fordi enkelte APIer og fremgangsmåter for programmering ikke støttes av Microsoft betyr det ikke at de ikke fungerer. "Ikke støttet av Microsoft" betyr akkurat hva det står: Du kan ikke få støtte til disse APIene eller fremgangsmåtene for programmering fra Microsoft. Vi tester dem ikke, og vi vet ikke om noe vi endrer vil føre til at de brytes. Vi kan ikke forutsi hva som vil skje hvis noen endrer koden i vårt program.

Utvikleren som bruker APIer og fremgangsmåter for programmering som ikke støttes, tar ansvaret for å støtte koden. De må teste koden for å kontrollere at den fungerer.

Hvis du velger å bruke tilpassinger som ikke støttes, i din Dynamics 365-distribusjon, bør du være sikker på at du dokumenterer hva som ble gjort og ha en strategi for å fjerne disse tilpassingene før du kontakter Microsoft Dynamics 365 Kundestøtte. Hvis du trenger hjelp med tilpassinger som ikke støttes, kan du kontakte utvikleren eller organisasjonen som klargjorde tilpassingene.

Vanlige fremgangsmåter for tilpassing som ikke støttes

Følgende er en liste over vanlige fremgangsmåter for tilpassing som ikke støttes. Dette er ikke en fullstendig liste.Mer informasjon: MSDN: Støttede filtyper for Microsoft Dynamics 365: Ustøttede tilpasninger

  • Arbeide interaktivt med Document Object Model (DOM)-elementer for webprogrammer ved hjelp av JavaScript
    Alle JavaScript-biblioteker som brukes hvor som helst i programmet, må bare kommunisere med dokumenterte APIer. Når JavaScript-utviklere arbeider med programmer, har de ofte tilgang til DOM-elementer ved hjelp av spesifikke navn. Fordi Microsoft Dynamics 365 er en webapplikasjon fungerer disse fremgangsmåtene, men det er sannsynlig at det oppstår feil under en oppdatering, fordi navnene på elementene de refererer til, kan endres når som helst. Vi forbeholder oss retten til å gjøre noen endringer som er nødvendige i programmet, og dette betyr ofte å endre hvordan siden er laget. Tilføyelse av endringer som avhenger av den gjeldende strukturen på siden, betyr at du må investere i testing og kanskje endre den egendefinerte koden i disse skriptene hver gang du bruker en oppdatering på programmet.

    jQuery er et veldig vanlig bibliotek som brukes av JavaScript-utviklere. De fleste av fordelene ved å bruke jQuery er det enklere en utviklers mulighet til å få tilgang til og opprette DOM-elementer, som er nøyaktig hva vi ikke støtter i Dynamics 365-appsidene.jQuery anbefales når utviklere oppretter egendefinerte brukergrensesnitt med HTML-nettressurser, men i den Dynamics 365-programsider, støttede API-er krever ikke jQuery som skal brukes.

  • Bruke udokumenterte interne objekter eller metoder ved hjelp av JavaScript
    Microsoft Dynamics 365 bruker mange JavaScript-objekter i sider. En JavaScript-utvikler kan oppdage disse objektene ved å feilsøke en side og deretter få tilgang til og bruke disse objektene på nytt. Vi forbeholder oss retten til å foreta endringer som er nødvendige for disse objektene, inkludert fjerne dem eller endre navn på metodene. Hvis et skript refererer til disse objektene, vil skriptet brytes hvis de ikke blir funnet.

  • Endre filer direkte i programmet
    Hvis du har Microsoft Dynamics 365 lokalt, har du tilgang til webapplikasjonen som er installert på serveren. Webapplikasjonen inneholder mange tekstfiler som en utvikler kan redigere eller erstatte for å endre virkemåten eller utseendet for programmet. Endring av disse filene støttes ikke, fordi eventuelle oppdateringer som du installerer, kan fjerne endringer, og filene blir overskrevet når du oppdaterer til neste versjon.

  • Henting av data direkte fra databasetabellene
    Hvis du har Microsoft Dynamics 365 lokalt, har du tilgang til databasen, slik at du kan hente data direkte fra tabellene. Du omgår imidlertid infrastruktur for sikkerhet ved å gjøre dette. Den anbefalte fremgangsmåten er å bruke spesielle filtrerte visninger til å hente dataene. Dette tar i bruk sikkerhet for den anropende brukeren slik at brukeren bare kan vise data som vedkommende skal se.

  • Oppdatere data direkte i databasetabellene
    Hvis du har Microsoft Dynamics 365 lokalt, kan du utføre oppdateringer av Dynamics 365-data direkte i databasetabellene. Risikoen med denne tilnærmingen er at du kan angi ugyldige data som kan bryte programmet. Utviklere bør alltid bruke APIer som følger med webtjenestene for programplattformen, til å oppdatere data.

  • Endre databasetabeller, lagrede prosedyrer eller visninger
    Hvis du har Microsoft Dynamics 365 lokalt, kan du bruke databaseverktøy til å endre databasen. De eneste direkte databaseendringene som støttes, er tilføying eller oppdatering av indekser. Du bør bruke tilpassingsverktøyene for å legge til nye enheter eller enhetsattributter. Dette er den eneste støttede måten å gjøre endringer på i disse delene av databasen. Eventuelle direkte endringer du gjør, risikerer å bryte programmet eller muligheten til å bruke samleoppdateringer. Eventuelle endringer du tar i bruk, kan bli ødelagt når du tar i bruk en oppdatering eller under en oppgradering, og alle data du kan ha inkludert i egendefinerte databasetabellkolonner, vil gå tapt.

Slik kontrollerer du en organisasjon for tilpassinger som ikke støttes

Hvis du ikke er sikker på om organisasjonen har tilpassinger som ikke støttes, kan du kjøre valideringsverktøyet for egendefinert kode. Dette verktøyet er en løsning som søker gjennom organisasjonen og kan gjenkjenne visse typer tilpassinger som ikke støttes, for eksempel eventuelle avskrevne APIer, og returnerer deretter informasjon om tilpassingen. Legg merke til at valideringsverktøyet for egendefinert kode kan finne andre tilpassinger som ikke støttes, som beskrevet tidligere i Vanlige fremgangsmåter for tilpassing som ikke støttes eller kan i noen tilfeller oppdage tilpassinger som støttes, som om de ikke støttes. Hvis du vil ha mer informasjon, ser du dokumentasjonen som følger med verktøyet.

Laste ned valideringsverktøyet for egendefinert kode

  1. Kontroller først at organisasjonen har én eller flere løsninger som er importert. Utdaterte løsninger er den vanligste årsaken til tilpasninger som ikke støttes.Gå til Innstillinger > Løsninger. . Installerte løsninger vises i Alle løsninger-visningen.

  2. Last ned og kjør valideringsverktøyet for egendefinert kode.

  3. Importer valideringsverktøyet for egendefinert kode.Mer informasjon:Importere løsninger

  4. Kjør valideringsverktøyet for egendefinert kode. Hvis du vil ha mer informasjon, ser du Viktig-filen som følger med nedlastingen.

Dette trenger du å vite om løsninger

Løsninger finnes slik at et sett med tilpasninger kan kjøpes, deles eller ellers transporteres fra én organisasjon til en annen. Du kan få løsninger i Microsoft Dynamics Marketplace eller fra en uavhengig programvareleverandør (ISV). En Dynamics 365-løsning er en fil som du kan importere for å ta i bruk et sett med tilpasninger.

Mer informasjon:Teknisk beskrivelse: Mønstre og prinsipper for systembyggere

Obs!

Hvis du er en ISV som oppretter en tilpasning som du vil distribuere, må du bruke løsninger. Hvis du vil ha mer informasjon om hvordan du bruker løsninger, kan du se MSDN: Pakke og distribuere utvidelser.

Hvis du bare er interessert i å tilpasse din organisasjon, finner du det du trenger å vite om løsninger her:

  • Det er valgfritt å lage løsninger. Du kan tilpasse Dynamics 365-systemet direkte uten noen gang å lage en løsning.

  • Når du tilpasser et Dynamics 365-system direkte, arbeider du med en spesiell løsning kalt standardløsning. Denne løsningen inneholder alle komponentene i systemet.

  • Du kan eksportere din standardløsning for å opprette en sikkerhetskopi av tilpasningene du har definert i organisasjonen. Det er lurt å ha i et verste tilfelle-scenario.

Løsningskomponenter

En løsningskomponent representerer noe som du potensielt kan tilpasse. Alt som kan inkluderes i en løsning, er en løsningskomponent. Følgende er en liste over løsningskomponenter som du kan vise i en løsning:

  • Programbånd

  • Artikkelmal

  • Forretningsregel

  • Diagram

  • Tilkoblingsrolle

  • Kontraktmal

  • Instrumentbord

  • E-postmal

  • Enhet

  • Enhetsrelasjon

  • Felt

  • Sikkerhetsprofil for felt

  • Skjema

  • Mal for utskriftsfletting

  • Melding

  • Alternativsett

  • Plugin-modulsamling

  • Prosess

  • Behandlingstrinn for SDK-meldingen

  • Sikkerhetsrolle

  • Serviceendepunkt

  • Områdekart

  • Webressurs

De fleste løsningskomponenter er nestet i andre løsningskomponenter. En enhet inneholder for eksempel skjemaer, visninger, diagrammer, felt, enhetsrelasjoner, meldinger og forretningsregler. Hver av disse løsningskomponentene krever at en enhet finnes. Et felt kan ikke eksistere utenfor en enhet. Vi sier at feltet er avhengig av enheten. Det er faktisk to ganger så mange typer løsningskomponenter som vist i listen ovenfor, men de fleste av dem er ikke synlige i programmet.

Formålet med å ha løsningskomponenter er å holde oversikt over alle begrensninger på hva kan tilpasses ved hjelp av Forvaltede egenskaper og alle Løsningsavhengigheter slik at den kan eksporteres, importeres og (i administrerte løsninger) slettes uten å etterlate noe.

Administrerte og uadministrerte løsninger

En administrert løsning kan avinstalleres når den er importert. Alle komponentene i denne løsningen fjernes ved å avinstallere løsningen.

Når du importerer en ubehandlet løsning, legger du til alle komponentene i denne løsningen i standardløsningen din. Du kan ikke fjerne komponentene ved å avinstallere løsningen.

Når du importerer en uadministrert løsning som inneholder løsningskomponenter som du allerede har tilpasset, vil tilpasningene bli overskrevet av tilpasningene i den uadministrerte løsningen. Du kan ikke angre dette.

Viktig

Installer en uadministrert løsning bare hvis du vil legge til alle komponentene i standardløsningen din og overskrive alle eksisterende tilpassinger.

Selv om du ikke planlegger å distribuere din løsning, bør du opprette og bruke en uadministrert løsning for å ha en egen visning som bare inneholder de delene av programmet som du har tilpasset. Når du tilpasser noe, legger du det bare til i den uadministrerte løsningen du har opprettet.

Du kan bare eksportere standardløsningen som en uadministrert løsning.

Når du skal opprette en administrert løsning, velger du alternativet for administrert løsning når du eksporterer løsningen. Hvis du oppretter en administrert løsning, kan du ikke importere den tilbake til den samme organisasjonen du brukte til å opprette den. Du kan bare importere den til en annen organisasjon.

Hvordan løsninger tas i bruk

Alle løsninger blir evaluert som lag for å bestemme hva Dynamics 365-programmet faktisk skal gjøre. Følgende diagram viser hvordan administrerte og uadministrerte løsninger blir evaluert og hvordan endringer i dem vises i organisasjonen.

Løsningslag

Start fra bunnen, og arbeid deg oppover til toppen:

  • Systemløsning
    Systemløsningen er som en administrert løsning som hver organisasjon har. Systemløsningen er definisjonen av alle de medfølgende komponentene i systemet.

  • Administrerte løsninger
    Administrerte løsninger kan endre systemløsningskomponenter og legge til nye komponenter. Hvis flere administrerte løsninger blir installert, er den første som blir installert, under den administrerte løsningen som blir installert senere. Dette betyr at den andre installerte løsningen kan tilpasse den som er installert før den. Når to administrerte løsninger har motstridende definisjoner, er den generelle regelen "Den siste vinner". Hvis du avinstallerer en administrert løsning, trer den administrerte løsningen under den i kraft. Hvis du avinstallerer alle administrerte løsninger, brukes standardvirkemåten som er definert i systemløsningen.

  • Uadministrerte tilpassinger
    Uadministrerte tilpassinger er alle endringer du har gjort i organisasjonen ved hjelp av en uadministrert løsning. Systemløsningen definerer hva du kan og ikke kan tilpasse ved hjelp av Forvaltede egenskaper. Utgivere av administrerte løsninger har samme mulighet til å begrense muligheten til å tilpasse løsningskomponenter som de legger til i løsningen. Du kan tilpasse løsningskomponentene som ikke har forvaltede egenskaper som hindrer deg i å tilpasse dem.

  • Programmets virkemåte
    Dette er hva som faktisk vises i organisasjonen. Standardsystemløsningen pluss alle administrerte løsninger pluss eventuelle uadministrerte tilpassinger som du har brukt.

Forvaltede egenskaper

Noen deler av Microsoft Dynamics 365 kan ikke tilpasses. Disse elementene i systemløsningen har metadata som hindrer deg fra å tilpasse dem. Disse kalles forvaltede egenskaper. Utgiverne administrerte løsninger kan også angi de forvaltede egenskapene for å hindre deg fra å tilpasse løsningen på måter de ikke vil at du skal.

Løsningsavhengigheter

På grunn av måten administrerte løsninger er i lag på kan noen administrerte løsninger være avhengige av løsningskomponenter i andre administrerte løsninger. Noen løsningsutgivere vil dra nytte av dette for å bygge løsninger som modulære. Du må kanskje installere en "grunnleggende" administrert løsning først, og deretter kan du installere en annen administrert som vil videre tilpasse komponentene i den grunnleggende administrerte løsningen. Den andre administrerte løsningen er avhengig av løsningskomponenter som er en del av den første løsningen.

Dynamics 365 sporer disse avhengighetene mellom løsninger. Hvis du prøver å installere en løsning som krever en grunnleggende løsning som ikke er installert, kan du ikke installere løsningen. Du får en melding om at løsningen krever at en annen løsning installeres først. På grunn av avhengigheter, kan du på samme måte ikke avinstallere den grunnleggende løsningen mens en løsning som avhenger av den, fremdeles er installert. Du må avinstallere den avhengige løsningen før du kan avinstallere den grunnleggende løsningen.

Løsningsutgiver

Hver løsning har en utgiver. Standardløsningen har en utgiver som heter "Standardutgiver for <navn på organisasjon>".

Utgiverposten inneholder en prefiksverdi. Standardverdien for dette prefikset er "ny". Når du oppretter nye løsningskomponenter, vil dette prefikset legges til i navnet. Dette er en rask metode som gjør det mulig for personer å forstå hvilken løsning komponentene er en del av.

Før du begynner å tilpasse systemet anbefaler vi at du endrer prefiksverdien for standardutgiveren til noe som identifiserer firmaet ditt.

Slik endrer du løsningsutgiverprefikset for standardutgiveren

  1. Gå til Innstillinger > Tilpassinger.

  2. Velg Utgivere.

  3. Hvis det finnes mer enn én utgiver, åpner du den med visningsnavnet som starter med Standardutgiver for <organisasjonsnavnet>.

  4. Nederst i skjemaet oppdaterer du Prefiks-feltet for å endre standardverdien "ny" til noe som identifiserer organisasjonen.

  5. Når du endrer verdien, må du passe på at du flytter til neste felt ved hjelp av tabulatortasten.Prefiks for alternativverdi vil automatisk generere et tall basert på tilpassingsprefikset. Dette nummeret brukes når du legger til alternativer i alternativsett og angir en indikator for hvilken løsning som ble brukt til å legge til alternativet.

Publisere tilpassinger

Noen tilpasninger som gjør endringer i brukergrensesnittet, krever at de publiseres før brukere kan bruke dem i programmet. Publisering er en måte å lagre arbeidet på før du har fullført for så å komme tilbake og fullføre på et senere tidspunkt. Publisering er bare nødvendig når du endrer en løsningskomponent. Når du oppretter eller sletter en løsningskomponent, skjer publisering automatisk. Før du eksporterer en løsning, vil du bli bedt om å publisere tilpassinger. Dette er fordi upubliserte tilpassinger ikke vil bli inkludert i løsningen.

Når du utfører tilpassinger som skal vises i Microsoft Dynamics 365 for nettbrett, bør du alltid eksplisitt publisere tilpassingene for å kontrollere at hvert element synkroniseres med Dynamics 365 for nettbrett-programmet.

Obs!

Publisering av tilpassinger kan forstyrre den ordinære driften av systemet.. Vi anbefaler at du planlegger publisering av tilpasninger når det er minst påtrengende for brukerne i et produksjonsmiljø.

Følgende løsningskomponenter krever publisering når de blir oppdatert:

  • Programbånd

  • Enhet

  • Enhetsrelasjon

  • Felt

  • Skjema

  • Melding

  • Alternativsett

  • Områdekart

  • Webressurs

Obs!

Når du bruker Dynamics 365-app for Outlook, kan det ta minst en time for tilpassingsendringene å tre i kraft. Du kan gjøre at endringene vises umiddelbart i Internet Explorer ved å tømme hurtigbufferen. Hvis du vil gjøre dette, kan du gå til Verktøy > Alternativer for Internett og under Leserlogg velger du Slett-knappen. Fjern merking for alle leserloggelementer, bortsett fra Midlertidige Internett-filer og nettstedsfiler og Informasjonskapsler og nettstedsdata, og velg deretter Slett.

Forberede klienttilpasninger for å forbedre ytelsen for mobil og interaktiv servicehub

Når du publiserer tilpassinger, kan den første brukeren som starter en av Dynamics 365-mobilappene eller den interaktiv servicehuben, oppleve ytelsesproblemer fordi påloggingsledeteksten ber Dynamics 365 om å klargjøre metadatapakken for nedlasting. Det betyr at den første brukeren må vente på både klargjøringen av metadatapakken og nedlastingen (etterfølgende brukere trenger bare å vente på nedlastingen).

Med Dynamics CRM 2016 Update 0.1 eller nyere, kan du forbedre ytelsen for den første brukeren ved å klikke knappen Forbered klienttilpassinger etter at du har publisert tilpassingene. Dette ber Dynamics 365 om å klargjøre metadatapakken akkurat da i stedet for å vente på at den første brukeren starter en mobilapp eller den interaktive servicehuben.

Knappen Forbered klienttilpassinger

Microsoft Dynamics CRM 2016 Update 1.1 gir ytterligere forbedringer for genereringstider for metadata for mobilbrukere etter at du har tilpasset systemet. Metadatapakken som genereres etter tilpasninger, inneholder bare elementene som er endret, i stedet for hele settet med metadata. I stedet for å begynne på nytt hvis det er et problem med å laste ned metadatapakken til enmobilenhet, starter nedlastingen fra der den stoppet neste gang en bruker starter appen.

Endringer som påvirker Dynamics 365-organisasjonens ytelse

Import av løsninger og bruk av tilpassinger som endrer metadata, kan påvirke Microsoft Dynamics 365-organisasjonens ytelse. Handlinger som kan forstyrre den ordinære driften av systemet, inkluderer:

Hvis du bruker disse endringene på et produksjonssystem, anbefaler vi at du planlegger disse operasjonene når det er minst forstyrrende for brukerne.

Kombinere funksjoner for tilpassing

Hvert av emnene i "Tilpasse Dynamics 365-systemet"-delen beskriver de enkelte tilpassingsfunksjonene ganske grundig. Men det er viktig å huske på at løsningene for å dekke dine forretningsbehov ofte bruker en av funksjonene sammen med en eller flere andre funksjoner.

Velge riktig tilpassingsfunksjon for jobben

Instrumentenes lov sier "Hvis alt du har er en hammer, ser alt ut som en spiker". Med alle de forskjellige tilpasningsfunksjonene tilgjengelig i Microsoft Dynamics 365 er det enkelt å bli kjent med en av dem og prøve å bruke den til å løse alle problemer. Når du vurderer forretningsproblemene du vil løse, bør du tenke på sluttresultatet du vil oppnå, og arbeide bakover til hvordan du kan komme dit.

Flere funksjoner som ikke er inkludert i denne veiledningen

I tillegg til funksjonene som er beskrevet i "Tilpasse Dynamics 365-systemet", bør du være kjent med flere funksjoner som ikke er beskrevet i detalj her. Denne delen introduserer noen av funksjonene og inkluderer koblinger til andre ressurser der du kan finne mer informasjon.

Dokumentbehandling

Dokumentbehandling tillater integrering mellom Microsoft Dynamics 365 og SharePoint. Hvis du vil ha informasjon om hvordan du aktiverer og konfigurerer dokumentbehandling, kan du se Behandle dokumentene med SharePoint eller Hjelp og opplæring: Behandle SharePoint-dokumenter fra Microsoft Dynamics 365. Utviklere bør se på Microsoft Dynamics 365 SDK-emnet: MSDN: Integrere SharePoint med Microsoft Dynamics 365. Du finner informasjon om installasjonskrav for lokale distribusjoner av Dynamics 365 på Programvarekrav for dokumentbehandling i SharePoint for Microsoft Dynamics 365.

Sikkerhetsprofiler for felt

Du kan angi et ekstra sikkerhetsnivå for et egendefinert felt du har lagt til i et skjema, ved hjelp av feltsikkerhetsprofiler. For å aktivere sikkerhet på feltnivå må du angi egenskapen Feltsikkerhet for det egendefinerte feltet og deretter angi tillatelsene du vil tillate for dette feltet, til alle feltsikkerhetsprofiler du har opprettet.Mer informasjon: Hjelp og opplæring: Opprette en profil for feltsikkerhet og Legge til team eller brukere i en profil for feltsikkerhet

Lokalisering

Hvis organisasjonen har personer som bruker et annet språk enn originalspråket du valgte da du distribuerte Dynamics 365, kan du legge til flere språk.

For Dynamics 365 (Online) vil du se at alle språk allerede er installert. Du trenger bare å aktivere dem.

For Dynamics 365 (lokal) kan du installere flere språkpakker for å legge til flere språk. Når du har installert språkpakken, må du aktivere språket for å gjøre det tilgjengelig for brukerne å velge i de personlige preferansene.Mer informasjon:Install or upgrade Language Packs

Obs!

Når du aktiverer et språk, kan det ta flere minutter. I løpet av denne tiden kan det hende det ikke er mulig å bruke Microsoft Dynamics 365.

Aktivere flere språk

  1. Gå til Innstillinger > Administrasjon.

  2. Velg Språk.

  3. I dialogboksen Språkinnstillinger velger du alle tilgjengelige språk og velger Bruk for å aktivere dem.

Selv om du kan aktivere tilleggsspråk, er lokalisert tekst bare tilgjengelig for tekst som er inkludert i Dynamics 365 før den er tilpasset. Du kan bare tilpasse Dynamics 365 på originalspråket. Brukere med andre språk vil se teksten på originalspråket med mindre du eksporter oversettelser og legger til lokalisert tekst i brukergrensesnittelementer som du har lagt til eller endret.Mer informasjon: Hjelp og opplæring: Eksportere egendefinert enhets- og felttekst for oversetting

Obs!

Siden tilpassing bare støttes i originalspråket, kan du som systemtilpasser arbeide med originalspråket angitt som språkpreferanse. Kontroller at den oversatte teksten vises ved å endre språkinnstillingen for Microsoft Dynamics 365-brukergrensesnittet. Hvis du vil utføre ytterligere tilpassingsarbeid, må du skifte tilbake til originalspråket.

Sikkerhetsroller

En diskusjon om implementering av sikkerhet for organisasjonen er utenfor omfanget av denne veiledningen.Mer informasjon:Sikkerhetsroller og tilgangsrettigheter

Se også

Komme i gang med tilpassing
Rettigheter som kreves for tilpassing
Bruke løsninger for dine tilpasninger

© 2017 Microsoft. Med enerett. Opphavsrett