Ö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 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 Objekt 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 objekt 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 objekt är angedd 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 objekt 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 objekt 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 Korrigering. 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 dessa artiklar:

Korrigering
Collect
Uppdatering

Populära kopplingar

Den här tabellen har länkar till mer information om våra mest populära anslutningsappar. 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 affärer

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 Azure AD, 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.

Integrerad Azure AD

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 Azure AD-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.

SQL-användarnamn och lösenordsautentisering

Denna typ av anslutning är inte säker eftersom den inte är beroende av slutanvändarautentisering. Den ska endast användas i fall där du med säkerhet kan anta att alla som har tillgång till den här anslutningen kan se och använda all data som anslutningen ger åtkomst till. Du kan inte på ett tillförlitligt sätt låsa ner delar av den data som är tillgänglig inom anslutningen. Till exempel, om anslutningen tillåter åtkomst till en enda tabell kan du inte lita på att ett användar-ID filtrerar och bara visar data för den specifika användaren i den tabellen. Använd en säker anslutning, t.ex. Integrerad, för en Azure AD integrerad.

I SQL Server kallas den här typen av anslutning för 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. De använder användarnamnet och lösenordet du anger när du skapar programmet. Autentiseringen av anslutningen till datakälla är delas indirekt med användarna. När appen har publicerats, publiceras även anslutningen och görs tillgänglig för användarna. Dina slutanvändare kan också skapa appar genom att använda en anslutning som använder SQL Server-autentisering och som delas med dem. Dina användare kan inte se användarnamnet eller lösenordet, men anslutningen är tillgänglig för dem. Det finns giltiga scenarier för den här typen av anslutning. Till exempel om du har en skrivskyddade databas som är tillgänglig för alla på företaget. Referensdatascenarier (till exempel en företagskalender) kan vara användbara för den här typen av anslutning. Mer information: Använd Microsoft SQL Server säkert med Power Apps

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 app är en lösning kan anslutningsreferenser och miljövariabler 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.

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 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 kommer att kunna:
     • 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 fånga 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)?

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 kontakter 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 Azure AD-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.