Översikt över hur du arbetar med lösningar

Det här ämnet gäller för Dynamics 365 Customer Engagement (on-premises). En Power Apps-version för det här ämnet finns i: Lösningsöversikt

I Dynamics 365 Customer Engagement (on-premises) används lösningar för att transportera program och komponenter från en organisation till en annan eller tillämpa en uppsättning anpassningar på befintliga appar. En lösning kan innehålla en eller flera appar samt andra komponenter såsom webbplatsöversikter, entiteter, processer, webbresurser, alternativuppsättningar, med mera. Du kan få lösningar från AppSource eller från en oberoende programvaruleverantör (ISV). En lösning är en fil som du kan importera till en miljö såsom en app eller tillämpa en uppsättning anpassningar till en befintlig app.

Mer information: White paper: Mönster och principer för lösningsutvecklare

Om du är en oberoende programvaruleverantör som skapar en app som du ska distribuera måste du använda lösningar. Mer information om att använda lösningar finns under Skapa och distribuera tillägg med hjälp av lösningar.

Komponenter

En komponent representerar något som potentiellt kan anpassas. Allt som kan ingå i en lösning är en komponent. Om du vill visa de komponenter som ingår i en lösning i lösningsöversikt, gå till Inställningar>Lösningar och öppna sedan den lösning du vill ha. Komponenterna listas i listan komponenter.

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.

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 din app faktiskt gör. Följande diagram visar hur hanterade och ohanterade lösningar utvärderas och hur ändringar i dem visas i din organisation.

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 definitioner som står i konflikt med varandra är den allmänna regeln "Den sista lösningen har företräde". Om du avinstallerar en hanterad lösning, träder hanterad lösning under denna i listan i kraft. Om du avinstallerar alla hanterade lösningar används standardbeteendet som definierats i systemlösningen.

icke-hanterade 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

Vissa komponenter kan inte anpassas. Dessa komponenter 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.

Systemet 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.

Se även

Komma igång med anpassning
Privilegier som krävs för anpassning