Översikt över anslutningar för arbetsyteappar

Data är kärnan i de flesta appar, inklusive data du bygger in i Power Apps. Data lagras i en datakälla och du implementerar den i din app genom att skapa en anslutning. Anslutningen använder en specifik anslutningsapp till att kommunicera med datakällan. Power Apps har anslutningsappar för många populära tjänster och lokala datakällor, inklusive SharePoint, SQL Server, Office 365, Salesforce och Twitter. Kom igång med att lägga till data i en arbetsyteapp genom att läsa Lägg till en dataanslutning i Power Apps.

En anslutningsapp kan ge tabeller med data eller åtgärder. Vissa anslutningsappar innehåller endast tabeller, vissa ger endast åtgärder och vissa ger båda. Din anslutningsapp kan också vara antingen en standard- eller anpassad anslutningsapp.

Tabeller

Om din anslutningsapp innehåller tabeller, lägger du till din datakälla och väljer tabellen i datakällan som du vill hantera. Power Apps hämtar både data från tabeller till din app och uppdaterar data i datakällan automatiskt för dig. Du kan till exempel lägga till en datakälla som innehåller en tabell med namnet Lektioner och därefter ange egenskapen Items för en kontroll, till exempel ett galleri eller ett formulär till det här värdet i formelfältet:

Du kan ange de data som din app hämtar genom att anpassa egenskapen Items för den kontroll som visar dina data. För att fortsätta föregående exempel så kan du filtrera data i tabellen lektioner genom att använda det namnet som ett argument för funktionerna Search och SortByColumn. I den här bilden anger formeln som egenskapen Items har angetts till att data är sorterade och filtrerade baserat på texten i TextSearchBox1.

Mer information om hur du anpassar din formel med tabeller finns i dessa artiklar:

Förstå datakällor i Power Apps
Skapa en app från Excel-data
Skapa en app från grunden
Förstå tabeller och poster i Power Apps

Åtgärder

Om din anslutningsapp tillhandahåller åtgärder så måste du fortfarande välja din datakälla som du gjorde förut. Istället för att välja en tabell som i nästa steg så måste du manuellt ansluta en kontroll till en åtgärd genom att redigera egenskapen Items för den kontroll som kommer att visa dina data. Formeln som du ställer in egenskapen objekt till anger den åtgärd som hämtar data. Appen hämtar till exempel inte data om du ansluter till Yammer och därefter anger egenskapen Items till namnet på datakällan. För att fylla i en kontroll med data, anger du en åtgärd som GetMessagesInGroup (5033622).messages.

Om du vill hantera uppdateringar av anpassade data för åtgärdsanslutningsappar så kan du skapa en formel som innehåller funktionen Patch. I formeln så identifierar du åtgärden och de fält som ska bindas till åtgärden.

Mer information om hur du anpassar din formel för anpassade uppdateringar finns i följande artiklar:

Korrigering
Collect
Update

Dynamiskt schema är en vanlig typ av resultat för åtgärdsbaserade anslutningsprogram. Dynamiskt schema innebär att samma åtgärd kan returnera en annan tabell med olika kolumner beroende på hur den anropas. Förhållanden som kan leda till att kolumnerna i tabellen skiljer sig från varandra inkluderar åtgärdens indataparametrar, den användare/roll som kör åtgärden och den grupp som användaren arbetar i, bland annat. SQL Server-lagrade procedurer kan exempelvis returnera olika kolumner om de körs med olika indata, eller också kan en Azure DevOps-instans komma att använda anpassade fält som inte är tillgängliga som standard.

För mer information om hur du arbetar med dynamiskt schema i Power Apps, se Arbeta med typlösa och dynamiska objekt för en översikt och Koppla till Azure DevOps från Power Apps för ett detaljerat exempel.

Populära anslutningsprogram

Den här tabellen har länkar till mer information om våra mest populära anslutningsprogram. En fullständig lista över anslutningsappar finns i Alla anslutningsappar.

** Gäller för Azure Blob, Box, Dropbox, Google Drive, OneDrive och OneDrive för företag

Standard och anpassade anslutningsappar

Power Apps tillhandahåller standard-anslutningar för många ofta använda datakällor. Om Power Apps har en standard anslutningsapp för den typ av datakälla som du vill använda, bör du använda den anslutningsappen. Om du vill ansluta till andra typer av datakällor som en tjänst som du har skapat, kan du läsa mer i Registrera och använd anpassade anslutningsappar.

Alla standard anslutningsappar

Standardkontakter kräver ingen speciell licensiering. Mer information finns i Power Apps planer.

Du kan ställa frågor om en specifik anslutning i Power Apps-forum, och du kan föreslå anslutningar som du vill lägga till eller andra förbättringar att göra i Power Apps Förslag.

Säkerhet och typer av autentisering

När du skapar din app och skapar en anslutning till en datakälla kan du se att ditt val av anslutningsapp gör att du kan använda olika sätt att autentisera. Med SQL Server-anslutning kan du t.ex. använda integrerad Microsoft Entra, SQL Server-autentisering och Windows-autentisering. Varje typ av autentisering har olika säkerhetsnivåer associerade med den. Det är viktigt att du förstår vilken information och vilka rättigheter du delar med användare som använder programmet. Det primära exemplet i den här artikeln är SQL Server, men principerna gäller alla typer av anslutningar.

Microsoft Entra-ID

Den här autentiseringen är en säker typ av anslutning. Till exempel SharePoint använder den här typen av autentisering. I SQL Server kan du också använda den här typen av autentisering. När du ansluter identifierar Microsoft Entra-tjänsten dig separat för SharePoint på din räkning. Du behöver inte ange ett användarnamn eller lösenord. Som författare kan du skapa och arbeta med datakällan med dina autentiseringsuppgifter. När du publicerar ditt program och dina programanvändare loggar in sker detta med deras autentiseringsuppgifter. Om informationen är korrekt skyddad i en back-end kan användarna bara se vad de är behöriga att se baserat på deras referenser. Med den här typen av säkerhet kan du ändra rättigheter för specifika programanvändare i serverns datakälla när programmet publiceras. Du kan t.ex. bevilja åtkomst, neka åtkomst eller se till att en användare eller en grupp av användare kan se alla på serverns datakälla.

Auktorisering med öppen standard (OAuth)

Den här typen av anslutning är också säker. Till exempel, Twitter använder den här typen av autentisering. När du ansluter måste du ange ditt användarnamn och lösenord. Som författare kan du skapa och arbeta med datakällan med dina autentiseringsuppgifter. När du publicerar ditt program och dina programanvändare loggar in måste de också ge deras autentiseringsuppgifter. Därför är den här typen av anslutning säker eftersom användarna måste använda sina egna autentiseringsuppgifter för att få till gång till den datakällatjänsten.

Delade anslutningar/Säkra implicita anslutningar

I en delad anslutning tillhandahålls användarnamnet och lösenordet för anslutningen av Power Apps författaren när datakälla skapas i appen. Autentiseringen av anslutningen till datakälla är delas indirekt med slutanvändarna. När appen har publicerats, publiceras även anslutningen och görs tillgänglig för användarna.

Före januari 2024 kan slutanvändarna ta den anslutning som delas med dem och skapa separata nya program. Dina användare kan inte se användarnamnet eller lösenordet, men anslutningen är tillgänglig för dem. Efter januari 2024 är alla nyskapade delade anslutningar emellertid säkrade. Observera att gamla appar måste publiceras på nytt för att vara säkra. Anslutningen delas inte längre med slutanvändare. Den publicerade Power App pratar med en anslutningsproxy. Anslutningsproxyn kommunicerar bara med den specifika Power App som den är länkad för. Anslutningsproxyn begränsar de åtgärder som skickas till anslutningarna till de i Power App {Hämta, lägga/lappa, radera} för en given datakälla. Om du har en app som använder anslutningarna som publicerats före januari 2024 bör du publicera om programmet och ta bort delningen av alla anslutningar med slutanvändare som inte ska ha dem.

I SQL Server är ett exempel av denna typ av anslutning SQL Server-autentisering. Många andra databasers datakällor har liknande funktion. När du publicerar din applikation behöver dina användare inte ange ett unikt användarnamn och lösenord.

Meddelande om att uppdatera dina appar (säkra implicita anslutningar)

Om du har program som kan uppgraderas för att använda den här funktionen visas ett meddelande på sidan Appar. Den indikerar hur många appar som behöver ägnas din uppmärksamhet.

Välj länken så öppnas en sidopanel med en lista över alla appar som behöver åtgärdas.

Välj ikonen öppna till höger om appnamnet om du vill öppna den och publicera den på nytt. Fortsätt med följande anvisningar.

Aktivera säkra implicita anslutningar för ett befintligt program

Öppna en befintlig app som är öppen för redigering med implicit delade anslutningar som redan har publicerats:

1. Välj i kommandofältet inställningar och sök efter "Säkra".
2. Uppdatera funktionsomkopplaren på lämpligt sätt för att aktivera säkra implicita anslutningar.
3. Spara och publicera programmet.

Ta bort delning

När programmet har publicerats följer du dessa steg för att bekräfta att delningen fungerar korrekt:

• Kontrollera om anslutningarna delas med medägarna. Om du inte vill att en slutanvändare ska ansluta avmarkerar du kryssrutan Medägare.

  

• Om du vill bekräfta att funktionen fungerar korrekt delar du appen med en annan användare som inte är ägare. När du har delat appen kontrollerar du listan Anslutningar på Dataverse-fliken i Power Apps för den användaren. Bekräfta att användaren inte har en tillgänglig anslutning.

• Öppna panelen Delning om du vill ändra slutanvändarens rätt till anslutningen. Om du väljer X tas användarens åtkomst till anslutningen bort.

  

Använda program med en ny, säker och implicit anslutning

När din app publiceras på nytt och delas har slutanvändarna inte åtkomst till anslutningen utan arbetar med den dolda proxyanslutningen. Användarna kan inte skapa en ny app baserat på din ursprungliga anslutning.

Begränsningar

1. Alla typer av implicit delade anslutningar fungerar som åtgärd och tabeller.
2. Server- och databasnamn är dolda i nätverksspårning, men visas i medgivandedialogen. Kolumnnamnen är inte dolda.
3. För tabularanslutningsprogram begränsar vi endast CRUD-åtgärder såsom Hämpa, Publicera, Placera eller Ta bort. Om du har behörighet att Placera har du åtkomst till Publicera.
4. Åtgärdsbaserad gräns för anslutningsprogram baserat på det specifika API som används i programmet.
5. Varningar är fortfarande aktiverade när de delas. Varningen om implicit delade anslutningar varnar fortfarande i förhandsversionen. Anslutningen till den här funktionen är emellertid säker – trots varningen.
6. Det finns inte stöd för att publicera för en hel klientorganisation som gäller vissa grupper eller enskilda personer.
7. Det finns ett känt problem när du importerar en implicit delad säker anslutning via en anslutningsreferens. Säkerheten är inte korrekt inställd i målmiljön.
8. Det finns ett känt problem med att importera en lösning med hjälp av ett huvudnamn för tjänsten, vilket orsakar importfel. En lösning är att dela anslutningen med huvudkonto för tjänsten.

Windows-autentisering

Denna typ av anslutning är inte säker eftersom den inte är beroende av slutanvändarautentisering. Använd Windows-autentisering när du behöver ansluta till en datakälla som finns lokalt. Ett exempel på den här typen av anslutning är till en lokal server som har en SQL-Server. Anslutningen måste gå igenom en nätport. Eftersom den går via en nätport har anslutningen till gång till alla data på datakälla. Som ett resultat av detta är all information som du kan komma åt med de Windows-autentiseringsuppgifter du tillhandahåller tillgängliga för anslutaren. När appen har publicerats, publiceras även anslutningen och görs tillgänglig för användarna. Detta beteende innebär att dina slutanvändare också kan skapa applikationer med samma anslutning och få åtkomst till data på den maskinen. Anslutningar till datakälla delas indirekt med de användare som appen delas med. Den här typen av anslutning kan vara giltig när datakälla endast finns på en lokal server och data på den källan är fritt delade.

Datakällor i lösningar

Lösningar används för hantering av programmets livscykel och tillhandahåller ytterligare funktioner för hantering av datakällors livscykel. Om en arbetsyteapp finns i en lösning kan anslutningsreferenser och miljövariabler komma att skapas för att lagra information om datakällorna. Processen säkerställer att datakällor kan ändras eller etableras på nytt när lösningar migreras till olika miljöer.

Byt namn på datakällor i appar

Om du vill lära dig att byta namn på datakällor i en app och skillnaden mellan tabell- och åtgärdsbaserade datakällor, gå till Byt namn Power Apps åtgärdsbaserade datakällor.

Dialog för godkännande av anslutning

När användare öppnar en app som använder anslutningar för första gången ser de en dialogruta för "samtycke för anslutning" för följande ändamål.

1. För att informera användare om de datakällor som appen har åtkomst till.

2. För att beskriva åtgärderna kan ett anslutningsprogram utföra eller inte utföra i en app. Till exempel för appar som använder anslutningsappen Office 365-användare:

   • Den här appen kan:
     • Läs din fullständiga användarprofil
     • Läs hela användarens profil
   • Appen kan inte:
     • Ändra eller ta bort all användarprofilinformation

3. För att registrera slutanvändarens samtycke för att ansluta till de datakällor som appen använder.

4. För att underlätta manuell autentisering av slutanvändare vid behov.

För vissa anslutningar, Power Platform kan automatiskt verifiera en användare för att komma åt en datakälla. Men om den automatiska inloggningen misslyckas uppmanas den här dialogrutan användare att fixa en anslutning genom att manuellt logga in. Power Platform kan endast försöka automatisk inloggning för en anslutning när en datakälla förut godkänner Microsofts Azure API-anslutningstjänstens huvudman och ger behörighet att utföra enkel inloggning för en användare när en anslutning skapas. Mer information om enkel inloggning finns i Vad är enkel inloggning (SSO)?

Observera att för modellbaserade appar som använder anpassade sidor, när det finns flera anpassade sidor i en app, ber samtyckesdialogrutan om databehörigheter för alla anslutningsprogram på alla anpassade sidor, även om de inte är öppna.

Följande bild är ett exempel på anslutningsdialogrutan för en app som ansluter till en SharePoint webbplats.

För utvalda kontakter kan administratörer undertrycka denna dialog och samtycka på slutanvändarnas vägnar att ansluta till en datakälla. Följande tabell förklarar vilka typer av anslutningsprogram samtycksdialogen kan undertryckas för en app.

Microsoft Power Platform kan bara stänga samtyckesdialogrutan för anslutningar till datakällor där:

1. Det finns ingen skyldighet från datakällan att visa ett uttryckligt användargränssnitt.
2. Datakällan förhandsautoriserar Microsofts Azure API-anslutningstjänstens huvudman för att aktivera enkel inloggning.
3. En admin konfigurerar en app för att undertrycka samtycke för föregående anslutningar.

Förbehörigheten för Microsofts Azure API-anslutningstjänstens huvudman finns för Microsofts första datakällor och kan konfigureras av anpassade applikationer som är registrerade i en Microsoft Entra-klientorganisation som används av anpassade anslutningsprogram. En administratör hanterar undertryckande av samtycke per app-bas (i motsats till anslutningsprogrambasis), varför undertryckande hanteras på den mest detaljerade appupplevelsenivån - denna grad av detaljnivå förhindrar undertryckande av samtycke för en organisations "godkända appar", från att oavsiktligt undertrycka samtycke för appar som inte godkänns eller granskas.