Overzicht van connectors voor canvas-apps

Gegevens vormen de kern van de meeste apps, ook van de gegevens die u in Power Apps bouwt. Gegevens worden opgeslagen in een gegevensbron en u brengt die gegevens naar uw app door een verbinding te maken. De verbinding maakt gebruikt van een specifieke connector om te communiceren met de gegevensbron. Power Apps bevat connectors voor veel populaire services en on-premises gegevensbronnen, waaronder SharePoint, SQL Server, Office 365, Salesforce en Twitter. Zie Een gegevensverbinding toevoegen in Power Apps als u gegevens wilt toevoegen aan een canvas-app.

Een connector kan tabellen met gegevens of acties bieden. Sommige connectors bieden alleen tabellen, sommige alleen acties en sommige bieden beide. Uw connector kan ook een standaard of aangepaste connector zijn.

Notitie

Het is raadzaam om het aantal connectoren in een canvas-app te beperken tot maximaal 10 en het aantal verbindingsreferenties tot maximaal 20. Als u deze limieten overschrijdt, kan dit leiden tot langere laadtijden voor gebruikers bij het starten van de app en kunnen er problemen ontstaan bij het opslaan van de app.

Tabellen

Als uw connector tabellen biedt, kunt u uw gegevensbron toevoegen en vervolgens de tabel selecteren in de gegevensbron die u wilt beheren. Power Apps haalt tabelgegevens op in uw app én werkt gegevens in uw gegevensbron automatisch voor u bij. U kunt bijvoorbeeld een gegevensbron toevoegen die een tabel bevat met de naam Lessen en de eigenschap Items van een besturingselement instellen, zoals een galerie of formulier, op deze waarde in de formulebalk:

U kunt de gegevens opgeven die door uw app wordt opgehaald door de eigenschap Items aan te passen van het besturingselement waarmee uw gegevens worden weergegeven. U kunt, om door te gaan met het vorige voorbeeld, de gegevens in de tabel Lessen sorteren en filteren met behulp van deze naam als argument voor de functies Zoeken en SortByColumn. In deze afbeelding geeft de formule waarmee de eigenschap Items is ingesteld aan dat de gegevens worden gesorteerd en gefilterd op basis van de tekst in TextSearchBox1.

Voor meer informatie over hoe u uw formule kunt aanpassen met tabellen, zie deze artikelen:

Gegevensbronnen begrijpen in Power Apps
Een app genereren op basis van Excel-gegevens
Een compleet nieuwe app maken
Tabellen en records begrijpen in Power Apps

Notitie

Als u verbinding wilt maken met gegevens in een Excel-werkmap, moet deze worden gehost in een cloudopslagservice, zoals OneDrive. Zie Verbinding maken met cloudopslag vanuit Power Apps voor meer informatie.

Acties

Als uw connector acties biedt, moet u net als voorheen nog steeds uw gegevensbron selecteren. In plaats van een tabel te selecteren als volgende stap, verbindt u echter handmatig een besturingselement met een actie door de eigenschap Items te bewerken van het besturingselement dat uw gegevens weergeeft. De formule waarop u de eigenschap Items instelt, geeft de actie aan waarmee de gegevens worden opgehaald. De app haalt bijvoorbeeld geen gegevens op als u verbinding maakt met Yammer en vervolgens de eigenschap Items instelt op de naam van de gegevensbron. Als u een besturingselement met gegevens invult, geeft u een actie op als GetMessagesInGroup(5033622).messages.

Als u updates van aangepaste gegevens moet afhandelen voor de actie-connectors, ontwikkelt u een formule waarin de functie Patch is opgenomen. Identificeer de actie en de velden die u aan de actie gaat binden in de formule.

Notitie

Voor op actie gebaseerde connectors worden er niet automatisch meer gegevens ingevoerd door galerieën en andere besturingselementen, op dezelfde manier als bij connectors in tabelvorm. Als u bijvoorbeeld een gegevensbron in tabelvorm aan een galerie bindt, haalt deze de eerste set of pagina met records op (bijvoorbeeld 100 records). En vervolgens worden er meer gegevens ingevoerd als het besturingselement daarom vraagt. Voor een actiegebaseerde connector wordt echter een "pagina" met gegevens opgehaald. Maar als de aangevraagde gegevens groter zijn dan de grootte voor een pagina met gegevens, wordt niet automatisch de volgende pagina opgehaald.

Voor meer informatie over hoe u uw formule kunt aanpassen voor aangepaste updates, zie deze artikelen:

Patch
Collect
Update

Dynamisch schema is een veelgebruikt resultaattype voor op actie gebaseerde connectors. De uitdrukking dynamisch schema verwijst naar de mogelijkheid dat dezelfde actie kan resulteren in een tabel met andere kolommen, afhankelijk van hoe die heet. Voorwaarden die ertoe kunnen leiden dat de kolommen in de tabellen verschillen, zijn onder meer de invoerparameters, de gebruiker of rol die de actie uitvoert en de groep waarin de gebruiker werkt. Opgeslagen SQL Server-procedures kunnen bijvoorbeeld verschillende kolommen retourneren als ze met verschillende invoer worden uitgevoerd, of een Azure DevOps-exemplaar kan aangepaste velden gebruiken die standaard niet beschikbaar zijn.

Notitie

Merk op dat de connectordocumentatie de melding "De uitvoer van deze bewerking is dynamisch." weergeeft als retourwaarde.

Voor meer informatie over het werken met dynamische schema's in Power Apps, zie Werken met niet-getypeerde en dynamische objecten voor een overzicht en Verbinding maken met Azure DevOps vanuit Power Apps voor een gedetailleerd voorbeeld.

Populaire connectors

Deze tabel bevat koppelingen naar meer informatie over onze populairste connectors. Zie Alle connectors voor een complete lijst met connectors.

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

** Geldt voor Azure Blob, Box, Dropbox, Google Drive, OneDrive en OneDrive voor Bedrijven

Standaard- en aangepaste connectors

Power Apps biedt standaard connectors voor veelgebruikte gegevensbronnen. Als Power Apps een standaardconnector bevat voor het type gegevensbron dat u wilt gebruiken, moet u die connector gebruiken. Zie Aangepaste connectors registeren en gebruiken als u verbinding wilt maken met andere typen gegevensbronnen, zoals een service die u hebt gemaakt.

Alle standaardconnectors

Voor standaardconnectors is geen speciale licentie vereist. Zie Power Apps-abonnementen voor meer informatie.

U kunt vragen stellen over een specifieke connector in de Power Apps-forumsen u kunt suggesties doen voor connectors die u wilt toevoegen of andere verbeteringen die u wilt aanbrengen in Power Apps Ideeën.

Beveiliging en soorten verificatie

Terwijl u uw app schrijft en een verbinding maakt met een gegevensbron, ziet u mogelijk dat u met uw keuze van de connector verschillende manieren kunt gebruiken voor verificatie. Met de SQL Server-connector kunt u bijvoorbeeld geïntegreerde Microsoft Entra, SQL Server-verificatie en Windows-verificatie gebruiken. Aan elk type verificatie zijn verschillende beveiligingsniveaus gekoppeld. Het is belangrijk te begrijpen welke informatie en rechten u deelt met gebruikers die uw toepassing gebruiken. Het belangrijkste voorbeeld in dit artikel is SQL Server, maar de principes zijn van toepassing op alle soorten verbindingen.

Notitie

• Zie Veilig Microsoft SQL Server gebruiken met Power Apps voor gedetailleerde informatie over veiligheidsoverwegingen bij het gebruik van een relationele databaseserver (zoalas Microsoft SQL Server of Oracle) als de gegevensbron voor een app.
• Power Apps ondersteunt niet de identiteit van externe leden. Zie Eigenschappen van een Microsoft Entra B2B-samenwerkingsgebruiker voor meer informatie.

Microsoft Entra ID

Deze verificatie is een beveiligd verbindingstype. SharePoint gebruikt dit type verificatie bijvoorbeeld. In SQL Server is dit type verificatie ook mogelijk. Wanneer u verbinding maakt, identificeert de Microsoft Entra-service u namens uzelf afzonderlijk bij SharePoint. U hoeft geen gebruikersnaam of wachtwoord op te geven. Als auteur kunt u met uw inloggegevens de gegevensbron maken en ermee werken. Wanneer u uw toepassing publiceert en uw toepassingsgebruiker zich aanmeldt, doen ze dit met hun inloggegevens. Als de gegevens goed beveiligd zijn op een back-end, kunnen uw gebruikers alleen zien wat ze mogen zien op basis van hun inloggegevens. Met dit type beveiliging kunt u de rechten voor specifieke toepassingsgebruikers in de gegevensbron aan de back-end wijzigen nadat de toepassing is gepubliceerd. U kunt bijvoorbeeld toegang verlenen, toegang weigeren of verfijnen wat een gebruiker of gebruikersgroep allemaal kan zien in de gegevensbron op de back-end.

Open-standaardautorisatie (OAuth)

Dit type verbinding is ook beveiligd. Twitter gebruikt dit type verificatie bijvoorbeeld. Wanneer u verbinding maakt, moet u uw gebruikersnaam en wachtwoord opgeven. Als auteur kunt u met uw inloggegevens de gegevensbron maken en ermee werken. Wanneer u uw toepassing publiceert en uw toepassingsgebruiker zich aanmeldt, moeten ze ook hun inloggegevens verstrekken. Daarom is dit type verbinding veilig omdat uw gebruikers hun eigen inloggegevens moeten gebruiken om toegang te krijgen tot de gegevensbronservice.

Gedeelde verbindingen / Veilige impliciete verbindingen

Bij een gedeelde verbinding worden de gebruikersnaam en het wachtwoord voor de verbinding opgegeven door de Power Apps-auteur op het moment dat de gegevensbron in de toepassing wordt gemaakt. De verbindingsverificatie voor de gegevensbron wordt dan impliciet gedeeld met eindgebruikers. Wanneer de toepassing is gepubliceerd, wordt de verbinding ook gepubliceerd en is deze beschikbaar voor uw gebruikers.

Vóór januari 2024 konden uw eindgebruikers de verbinding die met hen werd gedeeld, gebruiken om afzonderlijke nieuwe applicaties te maken. Uw gebruikers kunnen de gebruikersnaam of het wachtwoord niet zien, maar de verbinding is wel voor hen beschikbaar. Na januari 2024 zijn alle nieuw gemaakte gedeelde verbindingen echter beveiligd. Houd er rekening mee dat oude apps opnieuw moeten worden gepubliceerd om veilig te zijn. De verbinding wordt niet langer gedeeld met eindgebruikers. De gepubliceerde Power App communiceert met een verbindingsproxy. De verbindingsproxy communiceert alleen met de specifieke Power App waaraan deze is gekoppeld. De verbindingsproxy beperkt de acties die naar de verbindingen worden verzonden tot de acties in de Power App {Get, Put/Patch, Delete} voor een gegeven gegevensbron. Als u een app hebt die gebruikmaakt van de verbindingen die vóór januari 2024 zijn gepubliceerd, moet u uw app opnieuw publiceren en het delen alle verbindingen met eindgebruikers die deze niet zouden moeten hebben, ongedaan maken.

In SQL Server is een voorbeeld van dit type verbinding SQL Server-verificatie. Veel andere databasegegevensbronnen bieden een vergelijkbare mogelijkheid. Wanneer u uw toepassing publiceert, hoeven uw gebruikers geen unieke gebruikersnaam en wachtwoord op te geven.

Melding om uw apps bij te werken (veilige impliciete verbindingen)

Als u toepassingen hebt die mogelijk geüpgraded zullen worden om deze functie te gebruiken, ziet u een bericht op de Apps-pagina. Dit geeft het aantal apps aan dat uw aandacht nodig heeft.

Selecteer de link. Er wordt een zijpaneel geopend met een lijst van alle apps die aandacht nodig hebben.

Selecteer het pictogram openen rechts van de naam van de app om deze te openen en opnieuw te publiceren. Ga verder met de volgende instructies.

Veilige impliciete verbindingen inschakelen voor een bestaande app

Open een bestaande app voor bewerking met impliciet gedeelde connecties die al zijn gepubliceerd:

1. Selecteer op de opdrachtbalk Instellingen en zoek naar "Veilig".
2. Werk de functieschakelaar op de juiste manier bij om veilige impliciete verbindingen mogelijk te maken.
3. Sla de app op en publiceer deze.

Delen ongedaan maken

Nadat de app is gepubliceerd, volgt u deze stappen om te controleren of delen correct werkt:

• Controleer of verbindingen worden gedeeld met mede-eigenaren. Als u niet wilt dat een eindgebruiker een verbinding krijgt, schakelt u het selectievakje Mede-eigenaar uit.

  

• Om te controleren of de functie correct werkt, deelt u de app met een andere gebruiker die geen eigenaar is. Zodra u de app deelt, controleert u op het tabblad de lijst met Verbindingen op het tabblad Dataverse in Power Apps voor die gebruiker. Controleer of er geen verbinding beschikbaar is voor de gebruiker.

• Open het paneel Delen om het recht van de eindgebruiker op de verbinding te wijzigen. Als u X selecteert, wordt de toegang van de gebruiker tot de verbinding verwijderd.

  

Apps gebruiken met een nieuwe veilige impliciete verbinding

Wanneer uw app opnieuw wordt gepubliceerd en gedeeld, hebben eindgebruikers geen toegang tot de verbinding, maar werken ze met de verborgen proxyverbinding. Gebruikers kunnen geen nieuwe app maken op basis van uw oorspronkelijke verbinding.

Beperkingen

1. Alle typen impliciet gedeelde verbindingen werken, zoals actie en tabelvorm.
2. Server- en databasenamen zijn verborgen in netwerktraceringen maar zichtbaar in het dialoogvensters voor toestemming. Kolomnamen zijn niet verborgen.
3. Voor tabelvormige connectors beperken we alleen CRUD-acties zoals Get, Post, Put of Delete. Als u toestemming hebt voor Put, hebt u ook toegang tot Post.
4. Op actie gebaseerde connectors beperken zich op basis van de specifieke API die in de toepassing wordt gebruikt.
5. Waarschuwingen zijn nog steeds ingeschakeld bij delen. De waarschuwing rondom impliciet gedeelde verbindingen blijft actief tijdens de preview. Uw verbinding met deze functie is echter veilig, ondanks de waarschuwing.
6. Publiceren naar een hele tenant, in tegenstelling tot naar specifieke groepen of individuen, wordt niet ondersteund.
7. Er is een bekend probleem bij het importeren van een impliciet gedeelde beveiligde verbinding via een verbindingsreferentie. De beveiliging is niet goed ingesteld in de doelomgeving.
8. Er is een bekend probleem bij het importeren van een oplossing met behulp van een service-principal, waardoor het importeren mislukt. Een tijdelijke oplossing is om de verbinding te delen met de service-principal.

Windows-verificatie

Dit type verbinding is niet veilig omdat het niet berust op verificatie van de eindgebruiker. Gebruik Windows-verificatie wanneer u verbinding wilt maken met een gegevensbron die on-premises is. Een voorbeeld van dit type verbinding is met een on-premises server met een SQL-server. De verbinding moet via een gateway verlopen. Omdat het via een gateway gaat, heeft de connector toegang tot alle gegevens op die gegevensbron. Als gevolg hiervan is alle informatie waartoe u toegang kunt krijgen met de door u opgegeven Windows-inloggegevens beschikbaar voor de connector. En wanneer de toepassing is gepubliceerd, wordt de verbinding ook gepubliceerd en is deze beschikbaar voor uw gebruikers. Dit betekent dat uw eindgebruikers ook toepassingen kunnen maken met dezelfde verbinding en toegang hebben tot de gegevens op die machine. Verbindingen met de gegevensbron worden ook impliciet gedeeld met gebruikers met wie de app wordt gedeeld. Dit type verbinding kan acceptabel zijn wanneer uw gegevensbron alleen op een lokale server is en de gegevens op die bron vrij kunnen worden gedeeld.

Gegevensbronnen in oplossingen

Oplossingen worden gebruikt voor beheer van de levenscyclus van toepassingen en bieden andere mogelijkheden voor het beheren van de levenscyclus van gegevensbronnen. Als een canvas-app deel uitmaakt van een oplossing, worden mogelijk verbindingsreferenties en omgevingsvariabelen gemaakt om informatie over de gegevensbronnen op te slaan. Dit proces zorgt ervoor dat gegevensbronnen kunnen worden gewijzigd of hersteld wanneer oplossingen naar verschillende omgevingen worden gemigreerd.

De naam van gegevensbronnen in apps wijzigen

Voor meer informatie over het hernoemen van gegevensbronnen in een app, en het verschil tussen gegevensbronnen in tabelvorm en actiegebaseerde gegevensbronnen, gaat u naar Naam van Power Apps actiegebaseerde gegevensbronnen wijzigen.

Dialoogvenster Toestemming voor verbinding

Wanneer gebruikers voor de eerste keer een app openen die gebruikmaakt van connectors, krijgen ze een dialoogvenster te zien met "toestemming voor verbinding" voor de volgende doeleinden.

1. Gebruikers informeren over de gegevensbronnen waartoe de app toegang heeft.

2. De acties schetsen die een connector al dan niet mag uitvoeren in een app. Bijvoorbeeld voor apps die de connector Office 365-gebruikers gebruiken:

   • Deze app kan het volgende doen:
     • Uw volledige gebruikersprofielgegevens lezen
     • Het volledige profiel van alle gebruikers lezen
   • De app kan niet:
     • Informatie over het gebruikersprofiel wijzigen of verwijderen

3. Vastleggen van de toestemming van de eindgebruiker om verbinding te maken met de gegevensbronnen die de app gebruikt.

4. Handmatige verificatie van de eindgebruiker mogelijk maken, indien nodig.

Voor sommige verbindingen kan Power Platform automatisch een gebruiker verifiëren om toegang te krijgen tot een gegevensbron. Als de automatische aanmelding echter mislukt, vraagt dit dialoogvenster gebruikers een verbinding te herstellen door zich handmatig aan te melden. Power Platform kan alleen automatische aanmelding voor een verbinding proberen als een gegevensbron de service principal van API-verbindingen van Microsoft Azure vooraf autoriseert, waardoor deze toestemming krijgt eenmalige aanmelding uit te voeren voor een gebruiker wanneer een verbinding wordt gemaakt. Voor meer informatie over eenmalige aanmelding, zie Wat is eenmalige aanmelding?

Houd er rekening mee dat voor modelgestuurde apps die gebruikmaken van aangepaste pagina's, wanneer er meerdere aangepaste pagina's in een app zijn, het toestemmingsdialoogvenster vraagt om gegevensmachtigingen voor alle connectoren in alle aangepaste pagina's, zelfs als deze niet zijn geopend.

De volgende afbeelding is een voorbeeld van het toestemmingsdialoogvenster voor een app die verbinding maakt met een SharePoint-site.

Voor bepaalde connectors kunnen beheerders dit dialoogvenster onderdrukken, en namens eindgebruikers toestemming geven om verbinding te maken met een gegevensbron. In de volgende tabel wordt uitgelegd bij welke soorten connectors het toestemmingsdialoogvenster voor een app kan worden onderdrukt.

Notitie

Als een beheerder het toestemmingsdialoogvenster onderdrukt, maar het platform geen eenmalige aanmelding voor een eindgebruiker kan uitvoeren, verschijnt het dialoogvenster wanneer de gebruiker de app start.

Type connector	Toestemmingsdialoogvenster onderdrukbaar?	Naslaginformatie
Microsoft-connectors die eenmalige aanmelding ondersteunen (zoals SharePoint, Office 365-gebruikers)	Ja	Power Apps beheer cmdlet
Connector voor toegang tot een partnerservice, zoals Salesforce	No	Niet van toepassing
Aangepaste connectors die OAuth met Microsoft Entra ID gebruiken als de id-provider. Dit zijn aangepaste connectors die door organisaties zijn gebouwd, en zijn alleen toegankelijk voor de gebruikers binnen de organisatie (bijvoorbeeld gebouwd door Contoso alleen voor Contoso-gebruikers)	Ja	Verbindingen beheren

Microsoft Power Platform kan alleen het toestemmingsdialoogvenster onderdrukken voor verbindingen met gegevensbronnen waarbij:

1. De gegevensbron niet verplicht is een UI voor uitdrukkelijke toestemming te tonen.
2. De gegevensbron vooraf de service principal van API-verbindingen van Microsoft Azure autoriseert om eenmalige aanmelding mogelijk te maken.
3. Een beheerder configureert een app om de toestemming voor de voorafgaande verbindingen te onderdrukken.

De voorafgaande autorisatie van de serviceprincipal van Microsofts Azure API-verbindingen bestaat voor gegevensbronnen van Microsoft zelf, en kan worden geconfigureerd door aangepaste toepassingen die zijn geregistreerd in een Microsoft Entra-tenant en worden gebruikt door aangepaste connectors. Een beheerder beheert toestemmingsonderdrukking per app (in plaats van per connector), zodat onderdrukking wordt beheerd op het meest fijnmazige app-ervaringsniveau. Dit fijnmazige niveau voorkomt dat toestemmingsonderdrukking voor de 'goedgekeurde apps' van een organisatie onbedoeld toestemmingen onderdrukt voor apps die niet zijn goedgekeurd of beoordeeld.