Présentation des connecteurs d'application canevas pour Power Apps

Les données sont au cœur de la plupart des applications, y compris celles que vous créez dans Power Apps. Les données sont stockées dans une source de données et vous importez ces données dans votre application en créant une connexion. La connexion utilise un connecteur spécifique pour parler à la source de données. Power Apps a des connecteurs pour de nombreux services populaires et les sources de données sur site, y compris SharePoint, SQL Server, Office 365, Salesforce et Twitter. Pour commencer à ajouter des données à une application canevas, consultez Ajouter une connexion de données dans Power Apps.

Un connecteur peut fournir des tableaux de données ou des actions. Certains connecteurs ne fournissent que des tableaux, certains ne fournissent que des actions et certains fournissent les deux. De plus, votre connecteur peut être un connecteur standard ou personnalisé.

Tables

Si votre connecteur fournit des tables, ajoutez votre source de données, puis sélectionnez la table dans la source de données à gérer. Power Apps récupère les données de la table dans votre application, et met à jour les données de votre source de données pour vous. Par exemple, vous pouvez ajouter une source de données contenant une table nommée Lessons, puis affecter cette valeur à la propriété Items d'un contrôle, par exemple Gallery ou Form, dans la barre de formule :

Propriété Items d'une source de données simple

Vous pouvez spécifier les données récupérées par votre application en personnalisant la propriété Items du contrôle qui affiche vos données. En reprenant l'exemple précédent, vous pouvez trier ou filtrer les données de la table Lessons en utilisant ce nom en tant qu'argument pour les fonctions Search et SortByColumn. Dans cette image, la formule où est définie la propriété Items indique que les données sont triées et filtrées en fonction du texte contenu dans TextSearchBox1.

Propriété Items d'une source de données développée

Pour plus d'informations sur la personnalisation de votre formule avec des tables, consultez les rubriques suivantes :

Comprendre les sources de données dans Power Apps
Générer une application à partir de données Excel
Créer une application à partir de zéro
Comprendre les tables et les enregistrements dans Power Apps

Notes

Pour vous connecter aux données d'un classeur Excel, celui-ci doit être hébergé dans un service de stockage cloud tel que OneDrive. Pour plus d'informations, consultez Se connecter au stockage cloud à partir de Power Apps.

Actions

Si votre connecteur fournit des actions, vous devez continuer à sélectionner la source de données, comme auparavant. Toutefois, au lieu de sélectionner une table à l'étape suivante, vous devez connecter manuellement un contrôle à une action en modifiant la propriété Items du contrôle qui affiche vos données. La formule où vous définissez la propriété Items spécifie l'action qui récupère les données. Par exemple, l'application ne doit pas récupérer de données si vous vous connectez à Yammer, et si vous affectez ensuite le nom de la source de données à la propriété Items. Pour remplir un contrôle avec des données, spécifiez une action telle que GetMessagesInGroup(5033622).messages.

Propriété Items d'une source de données d'action

Si vous devez prendre en charge des mises à jour de données personnalisées pour des connecteurs d'action, créez une formule qui inclut la fonction Patch. Dans la formule, identifiez l'action et les champs à lier à l'action.

Pour plus d'informations sur la personnalisation de votre formule pour des mises à jour personnalisées, consultez les rubriques suivantes :

Patch
Collect
Mise à jour

Notes

Power Apps ne fonctionne pas avec le schéma dynamique. Le schéma dynamique de l'expression fait référence à la possibilité que la même action puisse renvoyer une autre table avec différentes colonnes. Les conditions susceptibles de faire différer les colonnes des tableaux sont notamment les paramètres d'entrée de l'action, l'utilisateur ou le rôle qui exécute l'action et le groupe dans lequel l'utilisateur travaille, entre autres. Par exemple, les procédures stockées SQL Server peuvent renvoyer différentes colonnes si elles sont exécutées avec des entrées différentes. Pour les actions avec schéma dynamique, la documentation du connecteur affiche Les sorties de cette opération sont dynamiques. comme valeur renvoyée. En revanche, Power Automate fonctionne avec un schéma dynamique et peut fournir une solution de contournement pour votre scénario.

Le tableau suivant contient des liens vers plus d'informations sur nos connecteurs les plus populaires. Pour obtenir la liste complète des connecteurs, consultez Tous les connecteurs.

         
Common Data Service Common Data Service   Stockage dans le cloud Stockage dans le cloud **
Dynamics 365 Dynamics 365   Dynamics AX Dynamics AX
Excel Excel   Microsoft Translator Microsoft Translator
Office 365 Outlook Office 365 Outlook   Office 365 Users Office 365 Users
Oracle Oracle   Power BI Power BI
SharePoint SharePoint   SQL Server SQL Server
Twitter Twitter

** S'applique à Azure Blob, Box, Dropbox, Google Drive, OneDrive et OneDrive Entreprise

Connecteurs standard et personnalisés

Power Apps fournit les connecteurs standard pour de nombreuses sources de données couramment utilisées. Si Power Apps a un connecteur standard pour le type de source de données à utiliser, vous devez vous en servir. Si vous souhaitez vous connecter à d'autres types de source de données, par exemple un service que vous avez créé, consultez S'inscrire et utiliser des connecteurs personnalisés.

Tous les connecteurs standard

Les connecteurs standard ne nécessitent pas de licence spéciale. Pour plus d'informations, voir Plans Power Apps.

Vous pouvez poser des questions relatives à un connecteur spécifique sur les forums Power Apps. De plus, vous pouvez suggérer des connecteurs à ajouter ou des améliorations à apporter dans Power Apps Ideas.

Sécurité et types d'authentification

Lorsque vous créez votre application et une connexion à une source de données, vous pouvez constater que votre choix de connecteur vous permet d'utiliser différentes méthodes d'authentification. Par exemple, le connecteur SQL Server vous permet d'utiliser Azure AD intégré, l'authentification SQL Server et l'authentification Windows. Chaque type d'authentification a différents niveaux de sécurité associés. Il est important de comprendre les informations et les droits que vous partagez avec les utilisateurs qui utilisent votre application. Le principal exemple de cet article est SQL Server, mais les principes s'appliquent à tous les types de connexions.

Azure AD intégré

Il s'agit d'un type de connexion sécurisé. Par exemple, SharePoint utilise ce type d'authentification. SQL Server permet également ce type d'authentification. Lorsque vous vous connectez, le service Azure AD vous identifie séparément SharePoint en votre nom. Vous n'avez pas à fournir de nom d'utilisateur ou de mot de passe. En tant qu'auteur, vous pouvez créer et travailler avec le source de données avec vos informations d'identification. Lorsque vous publiez votre application et que vos utilisateurs d'application se connectent, ils le font avec leurs informations d'identification. Si les données sont correctement sécurisées sur un serveur principal, vos utilisateurs ne peuvent voir ce qu'ils sont autorisés à voir qu'en fonction de leurs informations d'identification. Ce type de sécurité vous permet de modifier les droits d'utilisateurs spécifiques de l'application sur la principale source de données après la publication de l'application. Par exemple, vous pouvez accorder l'accès, refuser l'accès ou affiner ce qu'un utilisateur ou un ensemble d'utilisateurs peut voir sur la principale source de données.

Autorisation standard ouverte (Oauth)

Il s'agit d'un type de connexion également sécurisé. Par exemple, Twitter utilise ce type d'authentification. Lorsque vous vous connectez, vous devez fournir votre nom d'utilisateur et votre mot de passe. En tant qu'auteur, vous pouvez créer et travailler avec le source de données avec vos informations d'identification. Lorsque vous publiez votre application et que vos utilisateurs d'application se connectent, ils doivent également fournir leurs informations d'identification. Par conséquent, ce type de connexion est sécurisé, car vos utilisateurs doivent utiliser leurs propres informations d'identification pour accéder au service de la source de données.

Authentification du nom d'utilisateur et du mot de passe SQL

Ce type de connexion n'est pas très sécurisé, car il ne repose pas sur l'authentification de l'utilisateur final. SQL Server permet également ce type d'authentification. Dans SQL Server, ce type d'authentification est appelé Authentification SQL Server. De nombreuses autres sources de données de la base de données offrent une capacité similaire. Lorsque vous publiez votre application, vos utilisateurs n'ont pas besoin de fournir un nom d'utilisateur et un mot de passe uniques. Ils utilisent le nom d'utilisateur et le mot de passe que vous fournissez lorsque vous créez l'application. L'authentification de connexion à la source de données est Partagée implicitement avec vos utilisateurs. Une fois l'application publiée, la connexion est également publiée et disponible pour vos utilisateurs. Vos utilisateurs finaux peuvent également créer des applications à l'aide de n'importe quelle connexion utilisant l'authentification SQL Server partagée avec eux. Vos utilisateurs ne peuvent pas voir le nom d'utilisateur ou le mot de passe, mais la connexion reste disponible pour eux. Il existe certainement des scénarios valides pour ce type de connexion. Par exemple, si vous disposez d'une base de données en lecture seule accessible à tous dans l'entreprise, ce type de connexion peut être valide.

Authentification Windows

Ce type de connexion n'est pas très sécurisé, car il ne repose pas sur l'authentification de l'utilisateur final. Utilisez l'authentification Windows lorsque vous devez vous connecter à une source de données qui est locale. Un exemple de ce type de connexion n'est autre qu'une connexion à un serveur local doté d'un serveur SQL. La connexion doit passer par une passerelle. Puisqu'il passe par une passerelle, le connecteur a accès à toutes les données sur cette source de données. Par conséquent, toutes les informations auxquelles vous pouvez accéder avec les informations d'identification Windows que vous fournissez sont disponibles pour le connecteur. Une fois l'application publiée, la connexion est également publiée et disponible pour vos utilisateurs. Cela signifie que vos utilisateurs finaux peuvent également créer des applications en utilisant cette même connexion et accéder aux données sur cette machine. Les connexions à la source de données sont également Partagées implicitement avec les utilisateurs avec lesquels l'application est partagée. Ce type de connexion peut être valide si votre source de données ne se trouve que sur un serveur local et si les données de cette source sont librement partageables.