Del via


Oversigt over connectorer til lærredapps

Data er kernen i de fleste apps, herunder de data, du bygger i Power Apps. Data gemmes i en datakilde, og du kan hente disse data ind i din app ved at oprette en forbindelse. Forbindelsen bruger en bestemt connector til at kommunikere med datakilden. Power Apps har connectorer til mange populære tjenester og datakilder i det lokale miljø, herunder SharePoint, SQL Server, Office 365, Salesforce og Twitter. Se Tilføj en dataforbindelse i Power Apps for at få oplysninger om, hvordan du kommer i gang med at føje data til en lærredapp.

En connector kan levere tabeller over data eller handlinger. Nogle connectorer omfatter kun tabeller, nogle kun handlinger, og nogle omfatter begge dele. Din connector kan desuden være en standardconnector eller en brugerdefineret connector.

Bemærk

Det anbefales, at antallet af connectorer i en lærredapp holdes nede på maksimalt 10 og forbindelsesreferencer på højst 20. Hvis disse grænser overskrides, kan det medføre længere indlæsningstider for brugerne, når de starter appen, og det kan give problemer, når appen gemmes.

Tabeller

Hvis din connector omfatter tabeller, kan du tilføje din datakilde og derefter vælge tabellen i den datakilde, du vil administrere. Power Apps både henter tabeldata ind i appen og opdaterer data i datakilden automatisk for dig. Du kan f.eks, tilføje en datakilde, der indeholder en tabel med navnet Lektioner og derefter angive egenskaben Items for et kontrolelement, f.eks et galleri eller en formular, til denne værdi på formellinjen:

Egenskaben Items for almindelig datakilde.

Du kan angive de data, din app henter, ved at tilpasse egenskaben Items for det kontrolelement, der viser dine data. Hvis du fortsætter med det foregående eksempel, kan du sortere eller filtrere dataene i tabellen Lektioner ved at bruge det pågældende navn som et argument for funktionerne Søg og SortByColumn. I denne grafik angiver den formel, som egenskaben Items er angivet til, at dataene sorteres og filtreres på basis af teksten i TextSearchBox1.

Egenskaben Items for udvidet datakilde.

Se disse artikler for at få flere oplysninger om, hvordan du tilpasser din formel med tabeller:

Forstå datakilder i Power Apps
Generere en app fra Excel-data
Oprette en app fra bunden
Forstå tabeller og poster i Power Apps

Bemærk

Tabellen skal være hostet i en skylagertjeneste som f.eks. OneDrive for at kunne oprette forbindelse til data i en Excel-projektmappe. Du kan få flere oplysninger i Oprette forbindelse til et skylager fra Power Apps.

Handlinger

Hvis din connector omfatter handlinger, skal du stadig vælge din datakilde, som du gjorde før. I stedet for at vælge en tabel som det næste trin opretter du imidlertid forbindelse manuelt fra et kontrolelement til en handling ved at redigere egenskaben Items for det kontrolelement, der viser dine data. Den formel, som du har angivet egenskaben Items til, angiver den handling, der henter data. F.eks. henter appen ikke nogen data, hvis du opretter forbindelse til Yammer og derefter angiver egenskaben Items til navnet på datakilden. Hvis du vil udfylde et kontrolelement med data, skal du angive en handling, f.eks GetMessagesInGroup (5033622).messages.

Egenskaben Items for handlingsdatakilde.

Hvis du skal håndtere opdateringer af brugerdefinerede data for handlingsconnectorer, skal du oprette en formel, der indeholder funktionen Patch. Identificer handlingen og de felter, der er bundet til handlingen, i formlen.

Bemærk

For handlingsbaserede connectorer indlæser gallerier og andre kontrolelementer ikke automatisk flere data på samme måde som for tabellariske connectorer. Hvis du for eksempel binder en tabellarisk datakilde til et galleri, vil den hente det første sæt eller den første side med poster (f.eks. 100 poster). Og så vil den indlæse flere data, efterhånden som kontrolelementet anmoder om det. For en handlingsbaseret connector vil den dog hente en "side" med data. Men hvis de data, der anmodes om, overskrider størrelsen på en side med data, henter kontrolelementet ikke automatisk næste side.

Se disse artikler for at få flere oplysninger om, hvordan du tilpasser din formel til brugerdefinerede opdateringer:

Patch
Collect
Update

Dynamisk skema er en almindelig type resultat for handlingsbaserede connectorer. Et dynamisk skema henviser til den mulighed, at den samme handling kan returnere en tabel med forskellige kolonner, afhængigt af hvordan den kaldes. Betingelser, der kan medføre, at kolonnerne i tabellen varierer for bl.a. at inkludere inputparametre, den bruger eller rolle, der udfører handlingen, og den gruppe, som brugeren arbejder i. Gemte procedurer i SQL Server kan f.eks. returnere forskellige kolonner, hvis de køres med forskellige input, eller en Azure DevOps-forekomst kan bruge brugerdefinerede felter, der ikke er tilgængelige som standard.

Bemærk

Connectordokumentationen viser resultater af dynamiske skemaer med denne meddelelse "Outputtet for denne handling er dynamisk." som returværdi.

Du kan finde flere oplysninger om, hvordan du arbejder med dynamisk skema i Power Apps, i Arbejde med ikke-indtastede og dynamiske objekter for at få en oversigt og Oprette forbindelse til Azure DevOps fra Power Apps for at se et detaljeret eksempel.

Denne tabel indeholder links til flere oplysninger om vores mest populære connectorer. Du kan finde en komplet liste over connectorer i Alle connectorer.

   
Microsoft Dataverse Skylager **
Dynamics AX Excel
Microsoft Translator Office 365 Outlook
Office 365-brugere Oracle
Power BI SharePoint
SQL Server Twitter

** Gælder for Azure Blob, Box, Dropbox, Google Drive, OneDrive og OneDrive for Business

Standardconnectorer og brugerdefinerede connectorer

Power Apps leverer standard-connectorer til mange almindeligt anvendte datakilder. Hvis Power Apps har en standardconnector til den type datakilde, som du vil bruge, skal du bruge denne connector. Hvis du skal oprette forbindelse til andre typer datakilder, f.eks. en tjeneste, du har bygget, kan du se Registrere og benytte brugerdefinerede connectorer.

Alle standardconnectorer

Standardconnektorer kræver ikke særlige licenser. Du kan finde flere oplysninger under Power Apps-planer

Du kan stille spørgsmål om en bestemt connector i Power Apps-fora, og du kan foreslå connectorer, du vil tilføje, eller andre forbedringer af Power Apps Idéer.

Sikkerhed og typer af godkendelse

Når du opretter din app og opretter forbindelse til en datakilde, kan du måske se, at valget af connector giver dig mulighed for at bruge forskellige metoder til godkendelse. SQL Server-connectoren giver dig f.eks. mulighed for at bruge Microsoft Entra Integrated, SQL Server-godkendelse og Windows-godkendelse. De enkelte typer godkendelser har forskellige sikkerhedsniveauer knyttet til sig. Det er vigtigt at forstå, hvilke oplysninger du deler med de brugere, der anvender din applikation. Det primære eksempel i denne artikel er SQL Server, men principperne gælder for alle typer forbindelser.

Bemærk

Microsoft Entra ID

Denne godkendelse er en sikker type forbindelse. SharePoint bruger f.eks. denne type godkendelse. SQL Server giver også mulighed for denne type godkendelse. Når du opretter forbindelse, identificerer Microsoft Entra-tjenesten dig separat for SharePoint på dine vegne. Du behøver ikke angive et brugernavn eller en adgangskode. Som forfatter kan du oprette og arbejde med datakilden med dine legitimationsoplysninger. Når du udgiver din applikation, og din applikations bruger logger på, foregår det med deres legitimationsoplysninger. Hvis dataene er korrekt beskyttet i en backend, kan brugerne kun se, hvad de har tilladelse til at se, ud fra deres legitimationsoplysninger. Denne type sikkerhed gør det muligt at ændre rettighederne for bestemte applikationsbrugere på back-end-datakilden, efter applikationen er udgivet. Du kan f.eks. tildele eller nægte adgang eller begrænse, hvad en bruger eller et sæt brugere kan se på back-end-datakilden.

Åben standardgodkendelse (OAuth)

Dette er også en sikker type forbindelse. Twitter bruger f.eks. denne type godkendelse. Når du opretter forbindelse, skal du angive dit brugernavn og din adgangskode. Som forfatter kan du oprette og arbejde med datakilden med dine loginoplysninger. Når du udgiver din applikation, og din applikations bruger logger på, skal brugeren også angive sine legitimationsoplysninger. Denne type forbindelse er derfor sikker, da brugeren skal bruge sine egne legitimationsoplysninger til at få adgang til datakildetjenesten.

Delte forbindelser/Sikre implicitte forbindelser

I en delt forbindelse leveres brugernavnet og adgangskoden til forbindelsen af Power Apps-forfatteren på det tidspunkt, hvor datakilden oprettes i programmet. Forbindelsens godkendelse til datakilden Deles implicit med slutbrugere. Når applikationen er udgivet, udgives forbindelsen også og gøres tilgængelig for brugerne.

Før januar 2024 kunne dine slutbrugere tage den forbindelse, der deles med dem, og oprette separate nye applikationer. Brugerne kan ikke se brugernavnet eller adgangskoden, men de havde adgang til forbindelsen. Men, efter januar 2024 er alle nyoprettede delte forbindelser sikret. Bemærk, at gamle apps skal genudgives for at være sikre. Forbindelsen deles ikke længere med slutbrugere. Den offentliggjorte Power App taler med en forbindelsesproxy. Forbindelsesproxyen kommunikerer kun med den specifikke Power App, den er knyttet til. Forbindelsesproxyen begrænser de handlinger, der sendes til forbindelserne, til dem i Power App {Get, Put/Patch, Delete} for en given datakilde. Hvis du har en app, der bruger de forbindelser, der er publiceret før januar 2024, skal du genudgive din applikation og ophæve delingen af forbindelser med slutbrugere, der ikke skal have dem.

I SQL Server er SQL Server-godkendelse et eksempel på denne forbindelsestype. Mange andre databasedatakilder giver en lignende funktion. Når du publicerer applikationen, behøver brugerne ikke at angive et entydigt brugernavn og en entydig adgangskode.

Meddelelse om at opdatere dine apps (sikre implicitte forbindelser)

Hvis du har applikationer, der muligvis opgraderes til at bruge denne funktion, vises der en meddelelse på siden Apps. Den angiver antallet af apps, der kræver din opmærksomhed.

Meddelelse om opdatering af dine apps.

Hvis du vælger linket, åbnes der et sidepanel, der viser alle de apps, der har brug for opmærksomhed.

Sidepanel.

Vælg ikonet åbn til højre for appnavnet for at åbne og udgive den igen. Fortsæt med følgende anvisninger.

Aktivering af sikre implicitte forbindelser til en eksisterende app

Åbn en eksisterende app, der er åben til redigering, med implicitte delte forbindelser, der allerede er publiceret:

  1. Vælg Indstillinger på kommandolinjen, og søg efter "Sikker".
  2. Opdater funktionsparameteren korrekt for at aktivere sikre implicitte forbindelser.
  3. Gem og publicer appen.

Ophævelse af deling

Når appen er publiceret, skal du følge disse trin for at kontrollere, at deling fungerer korrekt:

  • Kontrollér, om forbindelser deles med medejere. Hvis en slutbruger ikke skal kunne oprette forbindelse, skal du fjerne markeringen i afkrydsningsfeltet Medejer.

    Fjerne markeringen af medejer.

  • Du kan kontrollere, at funktionen fungerer korrekt ved at dele appen med en anden bruger, der ikke er ejer. Når du har delt appen, skal du tjekke Forbindelser-listen under Dataverse-fanen i Power Apps for den pågældende bruger. Kontrollér, at brugeren ikke har forbindelse.

  • Åbn panelet Deling for at ændre slutbrugerens ret til forbindelsen. Hvis du vælger X, fjernes brugerens adgang til forbindelsen.

    Kan bruge / tilbagekalde.

Brug af apps med en ny sikker, implicit forbindelse

Når din app genudgives og deles, har slutbrugerne ikke adgang til forbindelsen, men arbejder med den skjulte proxyforbindelse. Brugere kan ikke oprette en ny app baseret på din oprindelige forbindelse.

Begrænsninger

  1. Alle typer implicitte delte forbindelser fungerer, f.eks. handling og tabelform.
  2. Server- og databasenavne skjules i netværkssporinger, men de kan ses i dialogboksen med samtykke. Kolonnenavne er ikke skjulte.
  3. I forbindelse med connectorer i tabelformat begrænser vi kun CRUD-handlinger, f.eks. Hent, Indlæg, Put eller Slet. Hvis du har tilladelse til Put, har du adgang til Indlæg.
  4. Grænsen for handlingsbaserede connectorer er baseret på den specifikke API, der bruges i programmet.
  5. Advarsler er stadig aktiveret under deling. Advarslen omkring implicitte delte forbindelser vises stadig i forhåndsversionen. Din forbindelse til denne funktion er dog sikker – til trods for advarslen.
  6. Publicering til en hel lejer, i modsætning til bestemte grupper eller enkeltpersoner, understøttes ikke.
  7. Der er et kendt problem, når du importerer en implicit delt sikker forbindelse via en forbindelsesreference. Sikkerheden er ikke angivet korrekt i destinationsmiljøet.
  8. Der er et kendt problem med import af en løsning ved hjælp af en tjenesteprincipal, som forårsager importfejl. En løsning er at dele forbindelsen med tjenesteprincipalen.

Windows-godkendelse

Denne type forbindelse er ikke sikker, da den ikke benytter slutbrugergodkendelse. Brug Windows-godkendelse, når du har brug for at oprette forbindelse til en datakilde, der findes i det lokale miljø. Et eksempel på denne type forbindelse er til en server i det lokale miljø, som har en SQL Server. Forbindelsen skal gå gennem en gateway. Da den går gennem en gateway, har connectoren adgang til alle data på den pågældende datakilde. Som resultat heraf er alle oplysninger, som du kan få adgang til med de Windows-legitimationsoplysninger, du angiver, tilgængelige for connectoren. Så snart applikationen er udgivet, udgives forbindelsen også og gøres tilgængelig for brugerne. Dette betyder, at dine slutbrugere også kan oprette applikationer ved hjælp af samme forbindelse og få adgang til dataene på den pågældende computer. Forbindelser til datakilden Deles implicit med de brugere, som appen deles med. Denne type forbindelse kan være gyldig, når din datakilde kun findes på en server i det lokale miljø, og dataene på den pågældende kilde kan deles frit.

Datakilder i løsninger

Løsninger bruges til administration af programmets livscyklus og giver flere funktioner til administration af datakilder i livscyklussen. Hvis en lærredapp findes i en løsning, kan der oprettes forbindelsesreferencer og miljøvariabler til opbevaring af oplysninger om datakilderne. Denne proces sikrer, at datakilder kan ændres eller oprettes igen, når løsninger overføres til forskellige miljøer.

Omdøbe datakilder i apps

Hvis du vil vide mere om at omdøbe datakilder i en app, og forskellen mellem tabellariske og handlingsbaserede datakilder, skal du gå til Omdøbe handlingsbaserede Power Apps-datakilder.

Når brugere åbner en app, der bruger connectorer for første gang, kan de se dialogboksen for "samtykke til forbindelse" til følgende formål.

  1. At informere brugerne om de datakilder, appen har adgang til.

  2. Sådan får du skitseret de handlinger, som en connector muligvis eller muligvis ikke udfører i en app. F.eks. for apps, der bruger connectoren Office 365-brugere:

    • Denne app kan:
      • Læse hele brugerprofilen
      • Læse hele profilen for alle brugere
    • Appen kan ikke:
      • Ændre eller slette brugerprofiloplysninger
  3. Registrere slutbrugerens samtykke til at oprette forbindelse til de datakilder, som appen bruger.

  4. Muliggøre manuel godkendelse af slutbrugere efter behov.

I forbindelse med visse forbindelser kan Power Platform automatisk godkende, at en bruger får adgang til en datakilde. Hvis den automatiske logon ikke lykkes, bliver brugere i denne dialogboks bedt om at oprette forbindelse ved at logge på manuelt. Power Platform kan kun forsøge at udføre automatisk logon for en forbindelse, når en datakilde på forhånd godkender sikkerhedskontoen for Microsofts Azure API-forbindelsestjenesten og dermed giver tilladelse til at udføre enkelt logon for en bruger, når der oprettes forbindelse. Du kan finde flere oplysninger om enkelt logon under Hvad er enkelt logon (SSO)?

Bemærk, at i forbindelse med modeldrevne apps, der bruger brugerdefinerede sider, og der er flere brugerdefinerede sider i en app, beder samtykkedialogboksen om datatilladelser til alle connectorer på alle brugerdefinerede sider, også selvom de ikke er åbne.

Følgende billede er et eksempel på dialogboksen for samtykke til forbindelse for en app, der opretter forbindelse til et SharePoint-websted.

Dialogboks for samtykke i Power Apps

For udvalgte connectorer kan administratorer skjule denne dialogboks og give samtykke på vegne af slutbrugere til at oprette forbindelse til en datakilde. I følgende tabel forklares det, hvilke typer forbindelser dialogboksen for samtykke der kan blive undertrykt for en app.

Bemærk

Hvis en administrator undertrykker dialogboksen for samtykke, men platformen ikke kan udføre enkelt-logon for en slutbruger, vises dialogen for brugeren, når appen startes.

Connector-type Dialogboks for samtykke kan undertrykkes? Reference
Microsoft-connectorer, der understøtter enkeltlogon (f.eks. SharePoint, Office 365-brugere) Ja Power Apps Administration-cmdlet
Connector, der har adgang til en partnertjeneste, der ikke er fra Microsoft, f.eks. Salesforce Nej Ikke tilgængelig
Brugerdefinerede connectorer, der bruger OAuth med Microsoft Entra ID som identitetsudbyder. Disse brugerdefinerede connectorer er udviklet af organisationer og er kun tilgængelige for brugerne i organisationen (f.eks. bygget af Contoso kun til Contoso-brugere) Ja Administrer forbindelser

Microsoft Power Platform er kun i stand til at skjule dialogboksen for samtykke for forbindelser til datakilder, hvor:

  1. Det kræves ikke af datakilden, at der vises en brugergrænseflade med eksplicit samtykke.
  2. Datakilden godkender på forhånd sikkehedskontoen for Microsofts Azure API-forbindelsestjenesten for at aktivere enkelt logon.
  3. En administrator konfigurerer en app til at skjule samtykket for de foregående forbindelser.

Forhåndsgodkendelsen af sikkerhedskontoen for Microsofts Azure API-forbindelsestjenesten gælder for Microsofts førstepartsdatakilder og kan konfigureres af brugerdefinerede applikationer, der er registreret i en Microsoft Entra-lejer, og som bruges af brugerdefinerede forbindelser. En administrator håndterer undertrykkelse af samtykke pr. app (modsat pr. connector), så undertrykkelsen administreres på det mest detaljerede appoplevelsesniveau – dette detaljeniveau forhindrer fejlagtig undertrykkelse af samtykke for en organisations "godkendte apps" for apps, der ikke er godkendt eller gennemset.