Ö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:

Vanlig datakälla Items-egenskap.

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.

Utökad datakälla Items-egenskap.

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

Anteckning

Om du vill ansluta till data i ett Excel-kalkylblad så måste det ligga på en molnlagringstjänst som OneDrive. Mer information finns i Anslut till molnlagring från 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.

Åtgärdsdatakälla Items-egenskap.

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.

Anteckning

För åtgärdsbaserade anslutningsprogram, gallerier och andra kontroller bläddrar inte in mer data automatiskt på samma sätt som de gör för anslutningsprogram i tabellform. Om du till exempel binder en datakälla i tabellform till ett galleri kommer den att hämta den första uppsättningen eller sidan med poster (t.ex. 100 poster.) Och sedan kommer den att bläddra in mer data när kontrollen begär det. För ett åtgärdsbaserat anslutningsprogram kommer den emellertid att hämta en "sida" med data. Men om de data som krävs överstiger storleken för en datasida, hämtas inte nästa sida automatiskt av kontrollen.

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å vad det heter. Förhållanden som kan leda till att kolumnerna i tabellerna skiljer sig från varandra inkluderar indataparametrar, den användare eller 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. Notera att dokumentationen för anslutningsprogrammet visar dynamiskt schema med meddelandet "Utdata för den här åtgärden är dynamisk." som returvärde.

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.

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.

   
Microsoft Dataverse Molnlagring **
Dynamics AX Excel
Microsoft Translator Office 365 Outlook
Office 365-användare Oracle
Power BI SharePoint
SQL Server Twitter

** 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 anslutning 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.

Anteckning

Microsoft Entra-ID

Det här ä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 har publicerats. 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 kunde dina slutanvändare ta anslutningen som delas med dem och skapa separata nya appar. Dina användare kan inte se användarnamnet eller lösenordet, men anslutningen är tillgänglig för dem. Men efter januari 2024 är alla nyskapade delade anslutningar säkrade. Observera att gamla appar måste publiceras på nytt för att vara säkra. Detta innebär att anslutningen inte längre delas med slutanvändare. Den publicerade Power App pratar med en anslutningsproxy. Anslutningsproxyn kommer bara att prata med den specifika Power App som den är länkad till. 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 de anslutningar som publicerats före januari 2024, bör du publicera din app på nytt och ta bort alla anslutningar med slutanvändare som inte borde 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.

Meddelande om att uppdatera apparna.

Markera länken så öppnas en sidopanel med en lista över alla appar som behöver uppmärksamhet.

Sidopanel.

Välj ikonen öppna till höger om appnamnet om du vill öppna den och publicera den på nytt. Se anvisningarna nedan.

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

Öppna ett befintligt program som är öppet för redigering med implicit delade anslutningar som tidigare 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.

    Avmarkera delä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 programmet kontrollerar du listan Anslutningar på fliken Dataverse 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.

    Kan använda / Återkalla.

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

När programmet publiceras på nytt och delas har slutanvändarna inte åtkomst till anslutningen, utan kommer att arbeta med den dolda proxyanslutningen. De kommer inte att kunna skapa ett nytt program 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 privat förhandsgranskning. 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 vid import av en 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 när en lösning importeras med hjälp av ett huvudkonto 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. På så sätt kan datakällor ä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.

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 en anslutare utföra eller inte utföra i en app. Till exempel för appar som använder anslutningsappen Office 365-användare, kan det här vara följande.

    • Den här appen kan:
      • Läs din fullständiga användarprofil
      • Läs hela användarens profil
    • Det kommer inte att kunna:
      • Ä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 modelldrivna appar som använder anpassade sidor, när det finns flera anpassade sidor i en app frågar samtyckesdialogrutan om databehörigheter för alla anslutningar på alla anpassade sidor även om de inte har öppnats ännu.

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

Power Apps dialogruta för medgivande

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 kontakter samtycksdialogen kan undertryckas för en app.

Anteckning

Om en admin undertrycker samtycksdialogen men plattformen inte kan utföra enkel inloggning för en slutanvändare kommer dialogrutan att presenteras för användaren när de startar appen.

Anslutningstyp Samtycksdialog kan undertryckas? Referens
Microsofts förstapartsanslutningar som stöder enkel inloggning (t.ex. SharePoint, Office 365 användare) Ja Power Apps admin cmdlet
Anslutare som har åtkomst till en tredje parts tjänst, till exempel Salesforce Nej Inte tillämpligt
Anpassade kontakter med OAuth med Microsoft Entra ID som identitetsleverantör. Dessa är anpassade kontakter byggda av organisationer och är endast tillgängliga för användare inom organisationen (till exempel byggda av Contoso bara för Contoso-användare) Ja Hantera anslutningar

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-klient som används av anpassade kontakter. En administratör hanterar undertryckande av samtycke per app-bas (i motsats till anslutningsbasis), så 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.

Anteckning

Kan du berätta om dina inställningar för dokumentationsspråk? Svara i en kort undersökning. (observera att undersökningen är på engelska)

Undersökningen tar ungefär sju minuter. Inga personuppgifter samlas in (sekretesspolicy).