Anpassningsbegrepp
Publicerat: februari 2017
Gäller för: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
Din organisation fungerar på ett unikt sätt. Vissa organisationer har väl definierade affärsprocesser som använder med Microsoft Dynamics 365. Andra är inte nöjda med sina aktuella affärsprocesser och använder Dynamics 365 för att införa nya data och processer i verksamheten. Oavsett vilken situation som är din, finns det en mängd möjligheter i Dynamics 365 för just din organisation.
Självklart är du ivrig att komma igång, men ta några minuter och läs innehållet i det här avsnittet. Detta kommer att ge dig en introduktion till viktiga termer, ge dig en viss bakgrund till varför saker görs på ett visst sätt och du kommer att få hjälp att undvika problem i framtiden.
I det här ämnet
Vad är metadata och varför bör du bry dig?
Vilka typer av anpassningar stöds?
Vilka typer av anpassningar stöds inte?
Vad du behöver veta om lösningar
Publicerar anpassningar
Förbereda kundanpassningar för att förbättra prestanda för mobil och nav för interaktiva tjänster
Ändringar som påverkar prestanda för Dynamics 365-organisationen
Kombinera anpassningsfunktioner
Ytterligare funktioner som inte ingår i den här handboken
Vad är metadata och varför bör du bry dig?
Tidigare anpassade du företagsprogram genom att redigera källkoden. Då uppstod komplikationer eftersom varje organisation hade unika ändringar och det var mycket svårt, eller mycket dyrt att uppgradera. Sedan började programutvecklare att exponera API:er (application programming interfaces) så att andra utvecklare kunde interagera med programmet och lägga till egen logik utan att förändra källkoden. Detta var något bättre eftersom det innebär att utvecklare kan utöka programmet utan att ändra det. Men det krävs fortfarande en utvecklare för att skriva kod.
Moderna program använder idag en metadatastyrd arkitektur så att användare kan anpassa programmet utan att skriva kod. Metadata betyder "data om data" och det definierar strukturen för de data som lagras i systemet. Med dessa metadata känner programmet till alla ändringar av datastrukturen och detta gör att programmet kan anpassas när datastrukturen ändras. Eftersom metadata är känt kan det ingå ytterligare funktioner som är knutna till metadata.
När du anpassar Microsoft Dynamics 365 med hjälp av anpassningsverktygen i programmet lägger du till eller uppdaterar metadata eller data som används av funktioner som är beroende av metadata. Eftersom vi vet vilka typer av data som används för att anpassa systemet kan vi ta hänsyn till dessa data och lägga till nya funktioner i Dynamics 365 utan att förstöra systemet. På det här sättet bör du alltid kunna installera en samlad uppdatering eller uppgradera till den senaste versionen och njuta av de bästa nya funktionerna.
Anpassa eller konfigurera?
De flesta säger att de vill anpassa programmet, så vi använder ordet "anpassa" för att beskriva hur vi ändrar systemet så att det fungerar som du vill. Vissa människor föredrar att använda ordet "konfigurera" eftersom det tyder på att ingen kod krävs för att göra ändringar. Kalla det vad du vill, vi vill bara klargöra att du inte behöver vara en utvecklare för att anpassa Microsoft Dynamics 365.
Microsoft Dynamics 365 innehåller en uppsättning av webbtjänster och API: er som gör att utvecklare kan skriva kod. När koden är skriven med metoder som stöds kan du förvänta dig att den fortsätter att fungera när du uppgraderar din organisation.
Vilka typer av anpassningar stöds?
Vi hoppas att du kan göra de flesta av dina anpassningar med verktygen i programmet. Allt du gör med hjälp av dessa verktyg stöds av Microsoft eftersom de inför ändringar av metadata eller data som beror på metadata.
Men om anpassningsverktyg inte uppfyller dina behov kan du installera en lösning från tredje part eller anställa en utvecklare för att koda anpassningarna. Oavsett vilket, är det bra att förstå de anpassningar som stöds. Om du behöver investera i en lösning som kräver kod bör du se till att koden är skriven med enbart API:er som stöds. Detta hjälper dig att skydda din investering i både Dynamics 365 och alla lösningar som du får.
Utvecklare som utökar Microsoft Dynamics 365 har ett ansvar att följa regler och rutiner som dokumenteras i SDK: MSDN: Metodtips för utveckling med Microsoft Dynamics 365. SDK dokumenterar de API:er som är tillgängliga för utvecklare och ger vägledning om hur du använder dem bäst.Microsoft stöder bara de API: er och de metoder som dokumenteras i SDK. Du kan hitta något på Internet som beskriver hur du kan lösa problem, men om API: er som dokumenteras i SDK inte används, stöds det inte av Microsoft. Innan du låter en utvecklare tillämpa en ändring bör du kontrollera om de metoder som används stöds.
Om utvecklare använder API: er och rekommendationer som beskrivs i SDK kan vi vara säkra på att vi testar om ändringarna vi gör av Dynamics 365 har potential att bryta befintliga anpassningar. Vårt mål är att kodanpassningar som skrivs med metoder som stöds kommer att fortsätta att fungera när nya versioner eller uppdateringar av Dynamics 365 ges ut. Det innebär fördelar för dig eftersom du kan uppgradera till nya versioner med förbättrade funktioner utan att utvecklare ändrar deras kod varje gång.
Om vi identifierar att en ändring i en ny version av Dynamics 365 kommer att orsaka att en anpassning som stöds slutar att fungera, kommer vi först att dokumentera vad som påverkas och hur personer kan ändra koden för att åtgärda detta.
Vilka typer av anpassningar stöds inte?
Bara för att vissa API: er och programmeringsmetoder inte stöds av Microsoft, betyder det inte att de inte fungerar. "Stöds inte av Microsoft" betyder precis vad det låter: du kan inte få support om dessa API: er eller programmeringsmetoder från Microsoft. Vi kan inte testa dem och vi vet inte om de slutar att fungera om vi ändrar något. Vi kan inte förutsäga vad som händer om någon ändrar koden i våra program.
Utvecklare som använder API: er och programmeringsmetoder som inte stöds tar på sig ansvaret att ge support för sin kod. De måste testa sin kod för att kontrollera att den fungerar.
Om du väljer att använda anpassningar som inte stöds i din Dynamics 365 -distribution bör du se till att dokumentera vad som har gjorts och ha en strategi för att ta bort dessa anpassningar innan du kontaktar teknisk support för Microsoft Dynamics 365. Om du behöver hjälp med anpassningar som inte stöds kontaktar du utvecklaren eller organisationen som förberedde anpassningarna.
Vanliga metoder för anpassningar som inte stöds
Nedan följer en lista över vanliga metoder för anpassning som inte stöds. Det är dock ingen fullständig lista.Mer information:MSDN: Tillägg som stöds för Microsoft Dynamics 365: Anpassningar som inte stöds
Interagera med webbprogrammet DOM-element (Document Object Model) med hjälp av JavaScript
Alla JavaScript-bibliotek som används någonstans i programmet får bara interagera med dokumenterade API:er. När JavaScript-utvecklare arbetar med program kommer de ofta åt DOM-element med hjälp av specifika namn. Eftersom Microsoft Dynamics 365 är ett webbprogram fungerar dessa metoder, men det är troligt att de slutar fungera under en uppdatering, eftersom namnen på de element som de refererar till kan ändras när som helst. Vi förbehåller oss rätten att göra de ändringar som behövs i programmet och detta innebär ofta att ändra hur sidan är uppbyggd. Lägga till de ändringar som beror på den aktuella strukturen på sidan innebär att du behöver investera i testning och kanske ändra den anpassade koden i dessa skript varje gång du installerar en samlad uppdatering eller uppgraderar ditt program.jQuery är ett mycket vanligt bibliotek som används av JavaScript-utvecklare. De flesta av fördelarna med att använda jQuery är att det förenklar en utvecklares möjlighet att komma åt och skapa DOM-element som är exakt vad vi inte stöder i på Dynamics 365-programsidorna.jQuery rekommenderas när utvecklare skapar anpassade användargränssnitt med HTML-webbresurser, men inom Dynamics 365-programsidor, kräver de API:er som stöds inte att jQuery används.
Använda eventuella odokumenterade interna objekt eller metoder med hjälp av JavaScript
Microsoft Dynamics 365 använder många JavaScript-objekt på sidor. En JavaScript-utvecklare kan upptäcka dessa objekt genom felsökning av en sida och sedan komma åt och återanvända dessa objekt. Vi förbehåller oss rätten att göra ändringar som behövs för dessa objekt, inklusive att ta bort dem eller byta namn på metoderna. Om ett skript refererar till dessa objekt fungerar inte skriptet om de inte hittas.Direkt ändra filer i programmet
Om du har Microsoft Dynamics 365 lokalt har du tillgång till webbprogram som har installerats på servern. Webbprogrammet innehåller många textfiler som en utvecklare kan ändra eller ersätta om du vill ändra beteendet eller utseendet på programmet. Ändring av filerna stöds inte eftersom alla uppdateringar som installeras kan ta bort dina ändringar och filerna skrivs över när du uppdaterar till nästa version.Hämta data direkt från databastabellerna
Om du har tillgång till Microsoft Dynamics 365 lokalt har du tillgång till databasen, så att du kan hämta data direkt från tabellerna. Genom att göra detta kringgår du dock säkerhetsinfrastrukturen. Du rekommenderas att använda särskilda filtrerade vyer för att hämta data. Detta gäller säkerhet för den uppringande användaren så att de endast kan se data som de bör se.Uppdatera data direkt i databastabellerna
Om du har Microsoft Dynamics 365 lokalt kan du utföra uppdateringar på Dynamics 365-data direkt i databastabellerna. Risken med detta tillvägagångssätt är att du ställer in ogiltiga data som kan göra att programmet slutar att fungera. Utvecklare bör alltid använda de API:er som medföljer webbtjänsterna för programplattformen för att uppdatera data.Ändra databastabeller, lagrade procedurer och vyer
Om du har Microsoft Dynamics 365 lokalt kan du använda databasverktyg för att ändra databasen. De enda direkta databasändringar som stöds är att lägga till eller uppdatera index. Du bör använda anpassningsverktyg för att lägga till nya entiteter eller entitetsattribut. Detta är det enda sättet att tillämpa ändringar i dessa delar av databasen. Alla direkta ändringar som du gör riskerar att göra så att programmet slutar att fungera eller att du inte kan tillämpa samlade uppdateringar. Alla ändringar som du tillämpar kan förstöras när du installerar en uppdatering eller under en uppgradering och alla data som du kan ha inkluderat i anpassade databaskolumner kommer att gå förlorade.
Så här kontrollerar du om det finns anpassningar som inte stöds för en organisation
Om du är osäker på om din organisation har anpassningar som inte stöds, kan du köra verktyget för validering av anpassad kod. Verktyget är en lösning som söker igenom organisationen och kan identifiera vissa typer av anpassningar som inte stöds, till exempel föråldrade API: er som kan finnas och returnerar information om anpassningen. Observera att verktyget för validering av anpassad kod kanske inte identifierar andra anpassningar som inte stöds (som beskrevs tidigare i Vanliga metoder för anpassningar som inte stöds) eller kanske i vissa fall felaktigt anger att vissa anpassningar inte stöds. Mer information finns i dokumentationen som medföljer verktyget.
Hämta och kör verktyget för validering av anpassad kod
Kontrollera först att organisationen har importerat en eller flera lösningar. Inaktuella lösningar är den vanligaste orsaken till att anpassningar inte stöds.Gå till Inställningar > Lösningar. . Installerade lösningar visas i vyn Alla lösningar.
Importera verktyget för validering av anpassad kod.Mer information:Importera lösningar
Kör verktyget för validering av anpassad kod. Mer information finns i filen Viktigt som medföljer nedladdningen.
Vad du behöver veta om lösningar
Det finns lösningar så att en uppsättning anpassningar kan köpas in, delas eller på annat sätt transporteras från en organisation till en annan. Du kan få lösningar på Microsoft Dynamics Marketplace eller från en oberoende programförsäljare (ISV). En Dynamics 365-lösning är en fil som du kan importera om du vill använda en uppsättning anpassningar.
Mer information:Whitepaper: Mönster och principer för utvecklare av lösningar
Anteckning
Om du är en oberoende programvaruleverantör som skapar en anpassning som du ska distribuera måste du använda lösningar. Mer information om att använda lösningar finns under MSDN: Skapa och distribuera paket för tillägg.
Om du är intresserad av att anpassa organisationen finns allt du behöver veta om lösningar här:
Det är valfritt att skapa lösningar. Du kan anpassa ditt Dynamics 365-system direkt utan att någonsin skapa en lösning.
När du anpassar Dynamics 365-systemet direkt arbetar du med en särskild lösning som kallas standardlösningen. Standardlösningen innehåller alla komponenter i ditt system.
Du kan exportera din standardlösning om du vill skapa en säkerhetskopia av de anpassningar som du har definierat i din organisation. Det är bra att ha i ett värsta scenario.
Lösningskomponenter
En komponent representerar något som potentiellt kan anpassas. Allt som kan ingå i en lösning är en komponent. Följande är en lista över komponenter som du kan visa i en lösning:
Menyfliksområde för program
Artikelmall
Affärsregel
Diagram
Anslutningsroll
Kontraktmall
Instrumentpanel
E-postmall
Enhet
Entitetsrelation
Fält
Fältsäkerhetsprofil
Formulär
Dokumentkopplingsmall
Meddelande
Alternativuppsättning
Plugin-programpaket
Behandla
Bearbetningssteg för SDK-meddelande
Säkerhetsroll
Tjänstslutpunkt
Webbplatsöversikt
Webbresurs
De flesta komponenter är inkapslade i andra komponenter. En entitet innehåller till exempel formulär, vyer, diagram, fält, entitetsrelationer, meddelanden och affärsregler. Var och en av dessa komponenter kräver att en entitet ska finnas. Ett fält kan inte finnas utanför en entitet. Vi säger att fältet är beroende av entiteten. Det finns faktiskt dubbelt så många typer av komponenter som visas i listan ovan, men de flesta av dem syns inte i programmet.
Syftet med lösningskomponenter är att hålla reda på eventuella begränsningar för vad kan anpassas med hjälp av Hanterade egenskaper och alla Lösningsberoenden, så att de kan exporteras, importeras och tas bort utan att lämna något (i hanterade lösningar).
Hanterade och ohanterade lösningar
En hanterad lösning kan avinstalleras när den har importerats. Alla komponenter i lösningen tas bort genom att avinstallera lösningen.
När du importerar en ohanterad lösning kan du lägga till alla komponenter av lösningen i din standardlösning. Du kan inte ta bort komponenterna genom att avinstallera lösningen.
När du importerar en ohanterad lösning som innehåller komponenter som du redan har anpassat skrivs dina anpassningar över av anpassningar i den ohanterade lösningen. Det går inte att ändra detta.
Viktigt
Installera en ohanterad lösning om du vill lägga till alla komponenter i standardlösningen och skriva över alla befintliga anpassningar.
Även om du inte planerar att distribuera lösningen, kanske du vill skapa och använda en ohanterad lösning för att ha en separat vy som innehåller bara de delarna av programmet som du har anpassat. När du anpassar något, lägger du bara till den ohanterade lösningen som du har skapat.
Du kan bara exportera din standardlösningen som en ohanterad lösning.
Om du vill skapa en hanterad lösning kan du välja alternativet hanterad lösning när du exporterar en lösning. Om du skapar en hanterad lösning kan du inte importera den tillbaka i samma organisation som du använde för att skapa den. Du kan bara importera den till en annan organisation.
Hur lösningar används
Alla lösningar utvärderas som lager för att ta reda på vad ditt Dynamics 365-program faktiskt gör. Följande diagram visar hur hanterade och ohanterade lösningar utvärderas och hur ändringar i dem visas i din organisation.
.jpeg "Lösningslager")
Börja nedifrån och arbeta till toppen:
Systemlösning
Systemlösningen är som en hanterad lösning som varje organisation har. Systemlösningen är definitionen av alla färdiga komponenter i systemet.Hanterade lösningar
Hanterade lösningar kan ändra systemets komponenter och lägga till nya komponenter. Om flera hanterade lösningar är installerade ligger den första som installeras under den hanterade lösningen senare. Detta innebär att den andra lösningen som installerats kan anpassa den som har installerats innan. När två hanterade lösningar har motstridiga definitioner, är den allmänna regeln "att den sista vinner". Om du avinstallerar en hanterad lösning, träder den hanterade lösningen under den i kraft. Om du avinstallerar alla hanterade lösningar används standardbeteendet som definierats i systemlösningen.Ohanterade anpassningar
Ohanterade anpassningar är alla ändringar du har gjort i din organisation via en ohanterad lösning. Systemlösningen definierar vad du kan och inte kan anpassa med hjälp av Hanterade egenskaper. Utgivare av hanterade lösningar har samma möjlighet att begränsa dina möjligheter att anpassa komponenter som de lägger till i sin lösning. Du kan anpassa alla lösningskomponenter som inte har hanterade egenskaper som förhindrar att du anpassar dem.Programfunktioner
Detta är vad som faktiskt visas i din organisation. Standardsystemlösning plus alla hanterade lösningar, plus alla eventuella ohanterade anpassningar som du har använt.
Hanterade egenskaper
Det går inte att anpassa vissa delar av Microsoft Dynamics 365. Dessa objekt i systemlösningen har metadata som förhindrar dig från att anpassa dem. Dessa kallas hanterade egenskaper. Utgivaren av en hanterad lösning kan också ange de hanterade egenskaperna för att förhindra att du anpassar deras lösning på sätt som de inte vill att du gör.
Lösningsberoenden
På grund av det sätt som hanterade lösningar lagras på kan vissa hanterade lösningar vara beroende av komponenter i andra hanterade lösningar. Vissa utgivare drar nytta av detta för att skapa lösningar som är modulära. Du kan behöva installera en hanterad baslösning först och sedan kan du installera en andra hanterad lösning som ytterligare kommer att anpassa komponenterna i den hanterade baslösningen. Den andra hanterade lösningen är beroende av komponenter som ingår i den första lösningen.
Dynamics 365 spårar sambanden mellan lösningar. Om du försöker installera en lösning som kräver en baslösning som inte är installerad kan du inte installera lösningen. Du får ett meddelande om att lösningen kräver att en annan lösning installeras först. På grund av beroendena kan du inte heller avinstallera baslösningen medan en lösning som är beroende av den fortfarande är installerad. Du måste avinstallera den beroende lösningen innan du kan avinstallera baslösningen.
Utgivare
Varje lösning har en utgivare. Standardlösningen har en utgivare som heter "Standardutgivare för <Företagsnamn>".
Utgivarposten innehåller ett Prefixvärde. Standardvärdet för det här prefixet är "nytt". När du skapar nya komponenter läggs prefixet till namnet. Det här är ett snabbt sätt som gör det möjligt att förstå vilken lösning som komponenterna som ingår i.
Vi rekommenderar att du ändrar prefixvärdet för standardutgivare till något som identifierar företaget innan du börjar anpassa systemet.
Om du vill ändra utgivarprefixet för standardutgivaren
Gå till Inställningar > Anpassningar.
Välj Utgivare.
Om det finns fler än en utgivare, öppnar du den med det Visningsnamn som börjar med Standardutgivare för*<ditt företagsnamn>*.
Längst ned i formuläret uppdaterar du fältet Prefix för att ändra standardvärdet Nytt till något som identifierar organisationen.
När du ändrar värdet ska du se till att använda tabbtangenten för att gå till nästa fält.Värdeprefixet genererar automatiskt ett värde baserat på anpassningsprefixet. Det här värdet används när du lägger till alternativ i alternativuppsättningar och ger en indikator om vilken lösning som användes för att lägga till alternativet.
Publicerar anpassningar
Vissa anpassningar som gör ändringar i användargränssnittet kräver att dessa publiceras innan personer kan använda dem i programmet. Publicering är ett sätt att spara ditt arbete innan du är klar och sedan komma tillbaka och avsluta vid ett senare tillfälle. Publiceringen krävs endast när du ändrar en komponent. Publiceringen sker automatiskt när du skapar eller tar bort en komponent. Innan du exporterar en lösning uppmanas du att publicera anpassningar. Detta beror på att alla opublicerade anpassningar inte inkluderas i lösningen.
När du utför anpassningar som ska visas i Microsoft Dynamics 365 för surfplattor bör du alltid uttryckligen publicera anpassningarna för att se till att alla artiklar är synkroniserade med Dynamics 365 för surfplattor-programmet.
Anteckning
Publicering av anpassningar kan störa normala systemåtgärder. I en produktionsmiljö rekommenderar vi att du schemalägger publiceringsanpassningar när det stör användarna som minst.
Följande komponenter kräver publicering när de uppdateras:
Menyfliksområde för program
Enhet
Entitetsrelation
Fält
Formulär
Meddelande
Alternativuppsättning
Webbplatsöversikt
Webbresurs
Anteckning
När du använder Appen Dynamics 365 för Outlook kan det ta minst en timme innan anpassningsändringar börjar gälla. Du kan göra så att ändringarna visas omedelbart i Internet Explorer genom att rensa cacheminnet. Det gör du genom att gå till Verktyg > Internetalternativ och sedan välja knappen Ta bort under Webbhistorik. Avmarkera alla webbhistorikposter utom "Temporära Internetfiler och webbplatsfiler" och "Cookies och webbplatsdata" och välj sedan Ta bort.
Förbereda kundanpassningar för att förbättra prestanda för mobil och nav för interaktiva tjänster
När du publicerar anpassningar kan den första användaren som startar någon av mobilapparna till Dynamics 365 eller navet för interaktiva tjänster uppleva prestandaproblem, eftersom inloggning ber Dynamics 365 att förbereda metadatapaket för hämtning. Det här innebär att den första användaren måste vänta på både förberedelse av metadatapaketet och hämtningen (efterföljande användare behöver bara vänta på hämtningen).
Med Dynamics CRM 2016 Update 0.1 eller senare kan du förbättra prestanda för den första användaren genom att klicka på knappen Förbered klientanpassningar efter publicering av anpassningarna. Det här ber Dynamics 365 att förbereda metadatapaketet direkt i stället för att vänta tills den första användaren att startar en mobilapp eller navet för interaktiva tjänster.
.jpeg "Knappen Förbered klientanpassningar")
Microsoft Dynamics CRM 2016-uppdatering 1.1 ger ytterligare förbättringar i tiden för metadatagenerering för mobila användare när du anpassar ditt system. Metadatapaketet som genereras när du har gjort anpassningar innehåller endast de ändrade objekten, i stället för den hela uppsättningen med metadata. Och i stället för att starta om från början vid problem med nedladdning av metadatapaketet till en mobil enhet börjar nedladdningen där den slutade nästa gång användaren startar appen.
Ändringar som påverkar prestanda för Dynamics 365-organisationen
Om du importerar lösningar och tillämpar anpassningar som ändrar metadata kan det påverka Microsoft Dynamics 365-organisationens prestanda. Åtgärder som kan störa normala systemåtgärder:
Lägga till, ta bort eller ändra entiteter, alternativa nycklar, attribut eller relationer.
Mer information: Skapa och redigera entiteter; Define alternate keys for an entity; Edit an organization's attributes; Skapa och redigera entitetsrelationer
Publicerar anpassningar
Om du tillämpar dessa ändringar i ett produktionssystem rekommenderar vi att du schemalägger dessa åtgärder när det är minst störande för användarna.
Kombinera anpassningsfunktioner
Alla ämnen i avsnittet Anpassa Dynamics 365-systemet beskriver detaljerat enskilda anpassningsfunktioner. Men det är viktigt att komma ihåg att lösningarna för ditt företagsbehov ofta använder en av funktionerna tillsammans med en eller flera andra funktioner.
Välja rätt anpassningsfunktion för jobbet
"Om du bara har en hammare ser allt ut som en spik." Med alla olika anpassningsmöjligheter i Microsoft Dynamics 365 är det lätt att bekanta dig med en av dem och försöka använda den för att lösa alla problem. När du utvärderar problemen du vill lösa ska du tänka på vilket slutresultat du vill uppnå och sedan arbeta du baklänges.
Ytterligare funktioner som inte ingår i den här handboken
Förutom de funktioner som beskrivs i Anpassa Dynamics 365-systemet bör du vara bekant med ytterligare funktioner som inte beskrivs i detalj här. Det här avsnittet presenterar några av funktionerna och innehåller länkar till andra resurser där du kan hitta mer information.
Dokumenthantering
Dokumenthantering möjliggör integration mellan Microsoft Dynamics 365 och SharePoint. Information om hur du aktiverar och konfigurerar dokumenthantering finns i Hantera dina dokument med SharePoint eller Hjälp och utbildning: Hantera SharePoint-dokument från Microsoft Dynamics 365. Utvecklare bör titta på Microsoft Dynamics 365 SDK-avsnittet: MSDN: Integrera SharePoint med Microsoft Dynamics 365. För information om installationskrav för Dynamics 365 på lokala distributioner, se Programvarukrav för SharePoint-dokumenthantering för Microsoft Dynamics 365.
Fältsäkerhetsprofiler
Du kan ställa in en extra säkerhetsnivå för ett anpassat fält som du har lagt till i ett formulär genom att använda fältsäkerhetsprofiler. För att aktivera fältnivåsäkerhet måste du ställa in egenskapen Fältsäkerhet för det anpassade fältet och sedan ange de behörigheter som du vill tillåta för fältet för alla fältsäkerhetsprofiler du har skapat.Mer information:Hjälp och utbildning: Skapa en fältsäkerhetsprofil och Lägga till team eller användare i en fältsäkerhetsprofil
Lokalisering
Om din organisation har personer som använder ett annat språk än grundspråket du valde när du distribuerade Dynamics 365 kan du lägga till fler språk.
För Dynamics 365 (online) är alla språk redan installerade. Du behöver bara aktivera dem.
För Dynamics 365 (lokalt) kan du installera ytterligare språkpaket när du vill lägga till fler språk. När du har installerat språkpaketet måste du aktivera språket för att göra det tillgänglig för personer som du väljer i sina personliga inställningar.Mer information:Install or upgrade Language Packs
Anteckning
Det kan ta flera minuter att aktivera ett språk. Under tiden kanske inte personer kan använda Microsoft Dynamics 365.
Aktivera ytterligare språk
Gå till Inställningar > Administration.
Välj Språk.
I dialogrutan Språkinställningar väljer du ett språk och väljer Använd.
Du kan aktivera ytterligare språk, men den lokaliserade texten är endast tillgänglig för text som ingår i Dynamics 365 innan anpassningen. Du kan endast anpassa Dynamics 365 på grundspråket. För andra språk visas texten i grundspråket såvida du inte exporterar översättningar och lägger till lokaliserad text för alla användargränssnittselement som du har lagt till eller ändrat.Mer information:Hjälp och utbildning: Exportera anpassad entitet och fälttext för översättning
Anteckning
Eftersom det endast finns stöd för anpassning i grundspråket kanske du som Systemanpassare arbetar med grundspråket angivet som språkinställning. Om du vill kontrollera att den översatta texten visas måste du byta språkinställningen för Microsoft Dynamics 365. Om du vill göra ytterligare anpassningsarbete måste du gå tillbaka till grundspråket.
Säkerhetsroller
En diskussion om säkerhet för din organisation är mer omfattande än i den här handboken.Mer information:Säkerhetsroller och privilegier
Se även
Komma igång med anpassning
Privilegier som krävs för anpassning
Använda lösningar för dina anpassningar
© 2017 Microsoft. Med ensamrätt. Copyright