Importera lösningar

[Det här ämnet är en förhandsversion av dokumentationen och kan ändras.]

Du kan importera lösningar manuellt enligt anvisningarna i den här artikeln. Du måste endast importera lösningar som kommer från en betrodd källa.

När du importerar en ohanterad lösning:

• Du lägger till alla komponenter i lösningen i miljön och kan inte ta bort komponenterna genom att ta bort lösningen. Om du tar bort en ohanterad lösning tas endast lösningsbehållaren bort.
• Detta innehåller komponenter som du redan har anpassat skrivs dina anpassningar över av anpassningar i den importerade icke-hanterade lösningen. Det går inte att ändra detta.

För att importera en lösning:

1. Logga in på Power Apps och markera lösningar från det vänstra navigeringsfönstret.

2. På kommandofältet, välj Importera.

   

3. På sidan Importera lösning väljer du Bläddra för att hitta den komprimerade filen (.zip eller .cab) som innehåller den lösning som du vill importera.

4. Välj Nästa.

5. Information om lösningen visas. Som standard, i avsnittet Avancerade inställningar, om SDK-meddelanden och flöden finns i lösningen, importeras de. Rensa alternativet Aktivera SDK-meddelanden och flöden som ingår i lösningen om du vill att de ska importeras i inaktivt läge.

6. Om din lösning innehåller anslutningsreferenser uppmanas du att välja de anslutningar du vill använda. Om det inte redan finns en anslutning skapar du en ny. Välj Nästa.

7. Om lösningen innehåller miljövariabler uppmanas du att ange värden. Den här skärmen visas inte om det redan finns värden i lösningen eller i målmiljön.

8. Om saknade beroenden identifieras i målmiljön visas en lista med beroendena. I miljöer där den nödvändiga paketversionen är tillgänglig för import i målmiljön visas en länk som löser beroendet. Om du väljer länken kommer du till Power Platform administrationscenter där du kan installera programuppdateringen. När programuppdateringen är klar kan du starta lösningsimporten igen.

9. Välj Importera.

Din lösning importeras i bakgrunden och kan ta en stund.

Om du har importerat några ändringar som måste publiceras måste du först publicera anpassningarna innan de blir tillgängliga.

Om importen inte lyckas visas ett meddelande på lösningssidan som visar fel eller varningar som har tagits emot. Välj Hämta loggfil för att samla in information om vad som orsakade att importen misslyckades. Den vanligaste orsaken till att en import misslyckas är att lösningen inte innehöll några nödvändiga komponenter.

När du hämtar loggfilen hittar du en XML-fil som kan öppnas med hjälp av Office Excel och visar innehållet.

Importera felsökningslösning

Ett aktivt ohanterat lager skapades efter import av en hanterad lösning

Vid import av lösning måste systemet säkerställa att det finns ett grundformulär för en tabell. Det här kravet framtvingas när du skapar tabeller eller formulär. Om ett grundformulär inte anges för en tabell under import skapas ett ohanterat aktivt lager för ett av huvudformulären och den ohanterade anpassningen visar formuläret som grundformulär. På så sätt kan användarna visa ett formulär när de inte har till gång till något av de andra tabellformulären. Mer information: Ange grundformuläret för en tabell

Formuläret visas inte i målmiljön efter import av den ohanterade lösningen

Vid export av ohanterade lösningar kan några formulär som inte har ändrats exporteras med attributet unmodified=1 i formulärets XML för filen anpassningar.xml som finns i lösningspaketet. Det här attributet finns i FormXml-noden i filen anpassning.xml i lösningspaketet. Detta attribut ser till att, även om de här formulären ingår i den exporterade lösningen, när samma lösning importeras i en ny miljö så hoppas formulären över under importen. För att undvika det här scenariot måste formuläret ha aktiva anpassningar för att det ska kunna exporteras utan att attributet omodifierat=1. Om du vill kontrollera detta extraherar du det exporterade lösningspaketet och söker igenom filen anpassningar.xml för FormXml-noden i fråga och kontrollerar att attributet inte har ändrats.

Microsoft.Crm.CrmInvalidOperationException: fullständigt formulärs Xml förväntas skapa ett formulär meddelande under lösningsimporten

Det här felet kan uppstå när formuläret som importeras inte finns i målmiljön och formuläret importeras för första gången. Lösningen som du importerar har endast formulärändringar (diff) i formulär-XML när den ska ha fullständig XML för formulär. En lösning bör endast importera ändringar i formulär-XML när formuläret redan finns i miljön och du importerar ändringarna. Kontrollera genom att öppna lösningens fil anpassningar.xml och sök efter FormXml-noden med det formulär-ID som visas i felmeddelandet. Om formulärets XML innehåller ett attribut med namnet solutionaction är formulärets XML en ändring. Om du vill lösa det här scenariot måste formulärets XML vara en fullständig formulär-XML (inte innehålla attributet solutionaction) och kan hämtas från den instans som formuläret ursprungligen skapades i som ohanterat.

Meddelandet Microsoft.Crm.CrmException: Du kan inte ta bort detta formulär eftersom det är det enda grundformuläret av huvudtypen för entiteten "tabell". Varje tabell måste ha minst ett grundformulär för varje formulärtyp när lösningen uppgraderas eller avinstalleras.

Det här felet uppstår vid en uppgradering eller avinstallation av en lösning för att ta bort det sista kvarvarande formuläret för en tabell. Detta är en inbyggd funktion. Varje tabell måste kunna visa ett formulär för alla giltiga användare. Därför måste minst ett formulär anges som grundformulär. Ett grundformulär är tillgängligt för användare vars säkerhetsroller inte har tilldelats något specifikt formulär. Du löser problemet genom att skapa ett tillfälligt formulär som är konfigurerat som grundformulär för tabellen och prova sedan uppgraderingen eller avinstallationen igen. Mer information: Ange grundformuläret för en tabell

Lösningen kan inte tas bort på grund av beroenden från andra komponenter i systemet – meddelande som visas när du avinstallerar en lösning

Det här problemet kan uppstå om lösningen innehåller komponenter som refereras av andra lösningar ovanpå den i lagerstacken. Du löser problemet genom att antingen ta bort komponenten eller ta bort beroendet från lösningen som du försöker avinstallera. Mer information: Ta bort beroenden

Nyligen tillagda komponenter visas inte i appen efter import av en uppdatering av appen

En modellbaserad app ändring som använder alla när du väljer en komponent, t.ex. en vy, visas inte när du har importerat en uppdatering till appen i målmiljön. Detta kan inträffa när följande är sant:

1. Du markerades inte först alla i appdesigner, men markerade komponenterna var för sig. Du kan till exempel välja två vyer och sedan exportera appen i en hanterad lösning från utvecklingsmiljön och importera den till testmiljön (mål).
2. Sedan skapade du en annan lösning med samma app i utvecklingsmiljön. Du markerade alla för att välja alla vyer i appdesigner. Lösningen exporteras sedan som hanterad från din utvecklingsmiljö och importeras till testmiljön (mål).

Du kan undvika det här problemet genom att markera varje komponent enskilt, t.ex. de nya vyer som beskrivs i steg 2, i stället för att välja alla.

Se även

Uppdatera lösningar
Exportera lösningar
Publicera ändringar
För utvecklare: Skapa, exportera eller importera en icke-hanterad lösning