Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article contient un glossaire des termes pour Power Apps applications basées sur des modèles.
Accessibilité
L’accessibilité est un terme utilisé pour désigner la mesure dans laquelle les personnes handicapées peuvent utiliser des produits numériques. Dans le cas des applications pilotées par modèle, des éléments tels que la conception réactive, la façon dont les utilisateurs naviguent entre les champs, le comportement de l’application en mode de contraste élevé et la façon dont les lecteurs d’écran aident les utilisateurs à comprendre la nature de l’application ont été pris en compte.
Utilisation de lecteurs d’écran dans des applications pilotées par modèle
Centre d’administration
Le Centre d’administration Power Platform est un portail unifié permettant aux administrateurs de gérer les environnements et les paramètres des applications Power Apps, Power Automate et Dynamics 365. Le Centre d'administration Power Platform ne couvre pas les paramètres d'administration et les fonctionnalités associés à Power BI.
En savoir plus sur le centre d’administration Power Platform
En savoir plus sur le centre d'administration Power BI
Concepteur d’application
Outil utilisé pour créer et modifier des applications pilotées par modèle. Au fur et à mesure que l’expérience du concepteur d’applications mûrit, elle remplace l’expérience classique.
Utilisez-le pour configurer le plan de site de navigation, les tables, les formulaires et les vues pertinentes pour votre appli.
Vue d’ensemble de l’expérience du concepteur d’applications
Expérience de navigation de l’application
La façon dont les zones, les groupes, les sous-zones et les pages sont présentés dans une application pilotée par modèle. Elle est également connue sous le nom de plan de site
Gestion du cycle de vie des applications
Manière dont nous gérons le cycle de vie d’une application de sa conception à sa fin de vie. D’un point de vue technique, une grande partie de la gestion du cycle de vie des applications (ALM) est gérée via des solutions au moment de la livraison de produits d’application pilotée par modèle.
Overview de la gestion du cycle de vie des applications avec Microsoft Power Platform
Zone
Partie de l’expérience de navigation dans une application pilotée par modèle, les applications peuvent avoir plusieurs groupes et les groupes peuvent avoir plusieurs sous-zones. La sous-zone contient les tables relatives à l’application. Pour les applications comportant plusieurs zones, un contrôle de basculement s’affiche dans le volet de navigation inférieur gauche.
Navigation de l’application dans les applications pilotées par modèle
Attribut
Un attribut est un autre nom pour un column et est un terme couramment utilisé par les développeurs Power Apps. Chaque table dans Power Apps correspond à une table de base de données et chaque colonne de table dans Power Apps correspond à une colonne de la table de base de données.
Flux des processus d’entreprise
Logique intégrée à une table donnée pour garantir que les utilisateurs renseignent les enregistrements en mettant à jour les champs dans le bon ordre.
Bien qu’ils soient créés initialement à l’aide de l’expérience Power Automate, les flux de processus métier sont expérimentés dans une application pilotée par modèle en tant que modification dans l’interface utilisateur.
Un flux des processus d’entreprise est organisé en étapes. Chaque étape définit les colonnes (champs) qui doivent généralement être remplies avant de passer à l’étape suivante. Par exemple, le flux de processus d’entreprise par défaut de la table des opportunités comporte quatre étapes : qualifier > développer > proposer > fermer. L’étape actuelle dans un flux des processus d’entreprise est indiquée par un point à côté de l’étape dans la séquence d’étapes de gauche à droite dans le flux.
Vue d’ensemble des flux de processus d’entreprise
Règle métier
Les règles métier sont une logique côté serveur qui est utilisée avec les applications canevas ou pilotées par modèle pour définir ou effacer des valeurs dans une ou plusieurs colonnes d’une table. Les règles métier permettent également de valider des données stockées ou d’afficher des messages d’erreur. Les applications pilotées par modèle peuvent utiliser des règles métier pour afficher ou masquer des colonnes, activer ou désactiver des colonnes et créer des recommandations basées sur l'intelligence économique.
En savoir plus sur les règles métier
Application canevas
Application qui est générée à l’aide de contrôles Drag and Drop configurés à l’aide de Power Fx. Les applications canevas offrent au concepteur un contrôle significatif sur l’expérience utilisateur et peuvent être connectées à un large éventail de sources de données et de services de données.
Les applications Canvas sont organisées en écrans, et des commandes telles que des galeries, des zones de texte et des listes déroulantes sont placées sur les écrans et configurées de manière à se connecter correctement aux sources de données et entre elles.
Alors qu’une application pilotée par modèle est livrée avec de nombreuses fonctionnalités préconfigurées telles que des formulaires, des vues et une interface utilisateur, les applications canevas peuvent être créées à partir d’un canevas vierge ou d’un modèle. Il y a souvent plus de travail à effectuer et plus de travail pur et simple utilisant du code.
Les applications canevas sont contenues dans des environnements et des solutions de la même manière que les applications pilotées par modèle.
En savoir plus sur les applications de type canevas.
Graphique
Représentation visuelle d’une table de données. Les graphiques peuvent prendre la forme d’un graphique en courbes, à barres, à secteurs ou en anneau.
En savoir plus sur la création d’un graphique système.
Classique
L’interface classique représente la méthode dans laquelle les créateurs d’applications modifient les fonctionnalités dans leur environnement Microsoft Dataverse.
L’interface classique a été remplacée par la méthode web de création d’applications connue sous le nom de Unified Interface.
À propos de l'interface unifiée pour les applications basées sur des modèles dans Power Apps
Concepteur d’application classique
Le concepteur d’applications moderne vous permet de créer des applications pilotées par modèle et des applications canevas à l’aide de pages personnalisées.
Le concepteur d’applications moderne est le concepteur par défaut des applications pilotées par modèle. Actuellement, vous pouvez toujours créer des applications pilotées par modèle à l’aide du concepteur d’applications classique.
Colonne
Une colonne (anciennement appelée champ) est un champ dans une table Dataverse (anciennement appelée une entité). Les colonnes sont similaires aux champs des bases de données et ont différents types de données tels que texte, nombre, date, ainsi que des types de données moins familiers aux bases de données tels que téléphone, e-mail, fichier et image.
Le type de colonne définit le type de données requises par la colonne ainsi que les contrôles, tels que le sélecteur de date ou la zone de texte, qui sont disponibles au moment de l’utilisation du contrôle.
Des colonnes apparaissent également lorsque vous créez des formulaires. Les onglets de formulaire ont également des colonnes, ce qui définit où vous pouvez placer les sections. De plus, les sections de formulaire ont des colonnes, et celles-ci définissent où vous pouvez placer les colonnes de table (champs de formulaire dans ce cas).
Comment créer et modifier des colonnes
Ajout, configuration, déplacement ou suppression des colonnes sur un formulaire
Barre de commandes
Zone d’une application pilotée par modèle qui contient des commandes de base universellement utilisées par les applications pilotées par modèle.
La barre de commandes est personnalisable. Plus d’information : Personnaliser la barre de commandes à l’aide du concepteur de commandes (version préliminaire)
Composant
Les composants sont des éléments. Les composants sont utilisés à la création des éléments qui constituent une application pilotée par modèle. Souvent, ces éléments sont liés à la méthode de création des tables qui composent une application pilotée par modèle.
Les composants peuvent être divisés en données (tables, relations, colonnes) interface utilisateur (carte de site, formulaires, vues), logique (flux de Power Automate, flux de processus métier, règles métier) et visualisation (graphiques, tableaux de bord et vignettes Power BI).
En savoir plus sur les composants
Connexion
Une application pilotée par modèle est généralement connectée aux tables de données qui résident dans le même environnement. Cette connexion peut être considérée comme native car elle ne doit jamais être configurée dans l’environnement.
Il existe des connexions au sein de l’environnement pour permettre à d’autres éléments de Power Platform de fonctionner correctement. Notamment, Power Apps canvas apps et Power Automateflows ont la possibilité d’utiliser plusieurs connexions.
Contrôle
Les contrôles vous permettent d’interagir avec les informations contenues dans les enregistrements. Ils sont généralement visibles sur les formulaires, où les utilisateurs mettent à jour les données à l’aide du contrôle. Des exemples de contrôles sont le calendrier, le bouton de basculement, les choix, le curseur et les grilles modifiables. Dans certains cas, vous souhaiterez peut-être utiliser des commandes différentes en fonction de l’appareil utilisé par l’utilisateur.
En savoir plus sur les contrôles
Tableau de bord
Conteneur pour un ou plusieurs graphiques relatifs à un tableau.
En savoir plus sur les tableaux de bord ici
Un tableau de bord permet de présenter des graphiques, des rapports Power BI et des vues de tables à l’utilisateur de l’application.
Find plus d’informations sur l’utilisation de Power BI dans une application pilotée par modèle
Modèle de données
Collection de tables associées. Dans le contexte des applications pilotées par modèle, celles-ci sont détenues dans la base de données Dataverse.
Dans une solution personnalisée, le modèle de données est souvent l’ensemble de tables associées générées dans le but de fournir l’application métier globale.
Base de données
Terme collectif pour toutes les tables de Dataverse.
Dataverse
Microsoft Dataverse est le terme collectif des tables, workflows, business process flow et des fonctionnalités associées qui sont provisionnés dans un environnement lors de la création d’une base de données.
Les applications pilotées par modèle nécessitent une base de données Dataverse.
Une base de données Dataverse contient des structures de données les plus étroitement associées aux bases de données, en plus de pouvoir stocker des applications basées sur des modèles, des applications canvas et Power Automateflows.
En savoir plus sur Dataverse ici
Dépendance
Les dépendances sont créées quand des éléments de composants dépendent les uns des autres pour fonctionner. Par exemple, si une colonne est utilisée dans une vue, la vue nécessite que la colonne existe pour fonctionner. Il existe de nombreux exemples de dépendances dans Dataverse. Un autre exemple est une application pilotée par modèle qui dépend d’une table si cette table est utilisée dans l’application.
Les dépendances se manifestent de nombreuses manières, y compris quand une application pilotée par modèle est validée. Elles deviennent également apparentes de la manière la plus problématique quand vous essayez de supprimer un aspect d’un tableau, d’un formulaire, d’une vue ou d’un tableau de bord. Les dépendances peuvent être affichées en sélectionnant l’élément à supprimer, puis en sélectionnant Avancé>Afficher les dépendances dans la barre de commandes.
Dynamics 365
Microsoft Dynamics 365 est une ligne de planification des ressources d’entreprise (ERP) et d’applications logicielles de gestion des relations client (CRM). Microsoft commercialise les applications Dynamics 365 via un réseau de partenaires revendeurs qui fournissent des services spécialisés.
En savoir plus sur Microsoft Dynamics 365
Entité
Une entité est la manière classique de décrire une table. Cette terminologie apparaît dans les expériences classiques.
Environnement
Un environnement est un espace pour stocker, gérer et partager les données métier, les structures de données, les applications, les Copilot agents et les flux de votre organisation.
Vous pouvez conditionner les différents éléments sous forme de solutions, et ces solutions peuvent être exportées d’un environnement à un autre.
Un environnement ne peut en avoir qu’une base de données Dataverse et toutes vos applications pilotées par modèle dans l’environnement utilisent cette base de données.
Plusieurs environnements sont souvent utilisés pour permettre la gestion du cycle de vie des applications. Par exemple, vous pouvez avoir des environnements de développement, de test et de production.
Les environnements existent au sein d’une région géographique et peuvent être un moyen de s’assurer que les données restent physiquement dans la bonne région géographique.
En savoir plus sur les environnements
Flux
Les flux cloud sont des fonctionnalités offertes par Power Automate qui permettent l’automatisation des tâches à effectuer en fonction du déclenchement de conditions telles que la périodicité, l’ajout ou la mise à jour d’enregistrements ou la sélection de boutons par les utilisateurs. Les flux peuvent être exécutés avec ou sans introduction de nouveaux paramètres.
Formulaire
Les formulaires constituent une interface utilisateur qui permet aux utilisateurs de créer, d′afficher ou de modifier les enregistrements de tables. Utilisez le concepteur de formulaires dans Power Apps pour créer et modifier des formulaires.
Il existe quatre types de formulaires : principal, création rapide, vue rapide et fiche.
Pour plus d′informations :
- Types de formulaires
- Ouverture du concepteur de formulaire
- En savoir plus sur la création et la conception de formulaires
- Ajouter une section ou supprimer une section d’un formulaire
- Ajouter un onglet ou supprimer un onglet d’un formulaire
Concepteur de formulaires
L’expérience de conception pour la création et la modification de formulaires.
Ouverture du concepteur de formulaire
Groupe
Partie de l’expérience de navigation dans l’application pilotée par modèle. Les noms de groupe apparaissent comme un élément de navigation dans une application avec les noms de sous-zone (tables) au sein du groupe répertorié en dessous.
Légacy
Cela fait référence aux fonctionnalités qui ont été déclarées obsolètes, ou à la manière dont elles sont créées, et qui ont été déplacées vers une expérience plus moderne, telle que l'interface unifiée basée sur le web.
Rechercher
Une recherche est un type de champ qui existe quand deux tables sont liées. Les recherches peuvent être vues dans les vues de table du côté multiple d’une relation un-à-plusieurs. Les recherches sont généralement remplies à l’aide d’un formulaire du côté multiple de la relation.
Formulaire principal
Chaque table a au moins un formulaire principal. Le formulaire principal représente la principale méthode d’interaction avec un enregistrement. Le formulaire principal est réactif à l’appareil utilisant le formulaire à l’écran et peut contenir des commandes optimisées pour l’appareil, qu’il s’agisse d’un téléphone, d’une tablette ou du web. Les formulaires principaux sont modifiés à l’aide du concepteur de formulaires.
En savoir plus sur les autres types de formulaires
Moniteur
Également connu sous le nom de moniteur d’application. Il vous permet de comprendre les aspects des performances d’une application pilotée par modèle. Le moniteur d’applications peut également être utilisé pour surveiller les applications canevas.
- Découvrez comment utiliser le moniteur d’application
- Utiliser le moniteur pour comprendre les performances des formulaires
Page
Les applications modernes ont le concept de pages, qui peuvent être soit un composant d’application pilotée par modèle (table, tableau de bord, lien de navigation ou ressource Web), soit une page basée sur un canevas utilisant une page personnalisée. Les pages personnalisées permettent une disposition flexible, des fonctions Power Fx à code faible et des données de connecteur Power Apps.
Une page personnalisée est un outil permettant aux applications pilotées par modèle et aux applications canevas de fonctionner ensemble.
Power Automate
Service Power Platform qui permet aux utilisateurs de rationaliser les tâches répétitives. En règle générale, cette automatisation est effectuée à l’aide des flux de cloud.
L’application basée sur des modèles business process flow qui dirige les utilisateurs vers des enregistrements de table complets d’une manière spécifique, est créée dans Power Automate.
Power Automate flows existent dans un environnement et peuvent également exister dans les Power Apps Solutions.
Power BI
Outil de visualisation de données qui a la capacité d’être intégré dans des applications pilotées par modèle ou de fonctionner de manière indépendante d’elles. Power BI peut se connecter à un large éventail de sources de données, dont Dataverse en fait partie.
Les rapports Power BI ne sont pas stockés dans des environnements Dataverse.
Publier
Processus par lequel vous mettez la dernière itération de l’application à la disposition des utilisateurs au sein d’un environnement.
Éditeur
Chaque solution comporte un éditeur. Vous spécifiez l’éditeur quand vous créez une solution. L’éditeur de solutions indique qui a développé l’application et définit le préfixe, tel que Contoso_MaNouvelleTable, pour tous les actifs de la solution.
En savoir plus sur les éditeurs
Enregistrement
Un enregistrement contient une ou plusieurs colonnes d’informations sur une personne, un lieu ou une chose. Par exemple, un enregistrement peut contenir le nom, l’adresse e-mail et le numéro de téléphone d’un client donné. D’autres outils font référence à un enregistrement en tant que « ligne » ou « élément ». Les enregistrements existent dans les tables Dataverse.
Relation
Manière dont les colonnes des différentes tables sont liées les unes aux autres. Il existe trois types de relations :
- Une-à-plusieurs. Par exemple, un auteur à de nombreux romans.
- Plusieurs-à-une. Par exemple, de nombreuses pages dans un livre.
- Plusieurs-à-plusieurs. Par exemple, de nombreux livres empruntés par de nombreuses personnes.
Les applications pilotées par modèle contiennent souvent des tables avec des relations entre elles. Quand des relations existent, les utilisateurs accèdent à l’enregistrement dans la table associée. Par exemple, quand vous consultez un enregistrement de facture vente, vous pouvez ouvrir l’enregistrement de compte associé pour rechercher les détails de ce compte.
En savoir plus sur la création d’une table de relations
Applications réactives
Une application réactive s’affiche d’une manière qui dépend de l’appareil qui accède à l’application. Cela peut également signifier qu’il peut y avoir un contrôle différent affiché, tel qu’un sélecteur de date, selon que l’utilisateur exécute l’application sur un ordinateur, une tablette ou un téléphone.
De plus, les tables et les champs s’affichent en fonction de la taille de l’écran de l’appareil.
Rubrique
Les onglets dans les formulaires sont organisés en sections. Les sections peuvent être organisées en une à quatre colonnes et vous permettent d’organiser les métadonnées de l’enregistrement de la manière la plus pertinente pour l’onglet et la section en cours.
En savoir plus sur le travail avec les sections
Rôle de sécurité
Un rôle de sécurité définit ce que les gens peuvent voir et faire avec les fonctionnalités et les données dans Dataverse. Pour les enregistrements, les rôles de sécurité déterminent les actions de création, de lecture, d’écriture, de suppression, de mise à jour et d’ajout disponibles pour un utilisateur.
Les rôles de sécurité sont créés et les utilisateurs sont placés dans des rôles de sécurité en tant que noms d’utilisateurs individuels ou en utilisant des groupes de sécurité Active Directory.
Vous accordez l’accès aux applications pilotées par modèle à l’aide des rôles de sécurité.
- En savoir plus sur les rôles de sécurité
- Vue d’ensemble de la sécurité dans Microsoft Dataverse
- Mise en route des rôles de sécurité dans Dataverse
Plan de site
Une application pilotée par modèle est essentiellement une collection de tables, de tableaux de bord, de vues et de pages, et ceux-ci sont décrits via le plan de site. Le plan de site définit les tables et les pages incluses dans une application pilotée par modèle et l’expérience de navigation des utilisateurs quand ils se déplacent entre elles.
À la configuration de l’expérience de navigation, vous modifiez les éléments de navigation des zones, des groupes et des sous-zones. Des tables existent au niveau de la sous-zone et sont organisées en groupes. Les groupes sont en fait des collections de tables et de pages et sont visibles dans le volet de navigation. Les zones vous permettent de basculer entre les groupes visibles.
Les méthodes modernes et classiques de création d’une application pilotée par modèle incluent des plans de site. Cependant, avec le concepteur d’applications moderne, vous pouvez concevoir le plan de site avec une expérience de glisser-déposer, alors que le concepteur de plan de site classique ne prend pas en charge le glisser-déposer.
Pour ouvrir le plan de site dans le concepteur de plan de site classique depuis l'expérience moderne de création d'applications, sélectionnez Basculer vers l'affichage classique.
En savoir plus sur la navigation dans l’application
Solution
Une solution est une enveloppe pour une large gamme de composants, y compris les tables, les flux dans le cloud et les rôles de sécurité.
Quand vous créez une application pilotée par modèle, assurez-vous que les actifs qui lui sont associés sont conservés dans une solution.
Les solutions ont deux types :
- Les solutions gérées ne permettent généralement qu’une petite quantité de personnalisation ou aucune personnalisation du tout.
- Les solutions non gérées donnent aux créateurs un contrôle total sur le projet qu’ils créent.
Les solutions non gérées sont utilisées par les créateurs et les développeurs pour exporter des projets en tant que solution gérée à utiliser dans des environnements hors développement, tels qu’un environnement de production. Cela permet un haut niveau de contrôle pour la gestion du cycle de vie des applications.
Explorateur de solutions
Il s’agit de l’expérience classique que les créateurs et les personnalisateurs peuvent utiliser pour afficher et apporter des modifications à la plupart des composants de la solution. Des expériences plus modernes sont disponibles sur make.powerapps.com et les concepteurs d’applications pilotées par modèle et l’explorateur de solutions seront éventuellement remplacés par ces expériences modernes.
Pour accéder à l’interface de solution moderne, procédez comme suit :
- Connectez-vous à make.powerapps.com.
- Sélectionnez un environnement.
- Dans le volet de gauche, sélectionnez Solutions, puis ouvrez une solution non gérée où vous souhaitez ajouter une application pilotée par modèle. Créez une solution s’il n’existe pas déjà.
- Explorez les composants de la solution.
En savoir plus sur les solutions
Sous-zone
Partie de l’expérience de navigation dans l’application pilotée par modèle. Les sous-zones (tableaux) et les pages apparaissent sous le groupe dans lequel elles sont configurées dans le concepteur d’applications.
Sous-grille
Les sous-grilles sont des zones des formulaires principaux qui affichent une liste d’enregistrements d’une table Dataverse, tout en restant sur le formulaire. En règle générale, une sous-grille est utilisée pour afficher les enregistrements enfants qui se rapportent à l’enregistrement parent actuellement en cours de révision. Par exemple, des livres écrits par un auteur.
Bien que les sous-grilles soient affichées dans une application pilotée par modèle, elles sont une propriété du formulaire.
Onglet
Chaque formulaire a au moins un onglet et ceux-ci sont pertinents pour la façon dont nous présentons les données d’enregistrement de table. Un formulaire peut avoir plusieurs onglets. Cela vous permet, en tant que créateur, d’offrir à l’utilisateur une gamme de façons de regarder le même enregistrement. Les onglets offrent souvent une meilleure expérience utilisateur en fournissant une manière plus logique de présenter les données dans l’enregistrement.
Du point de vue du plan de site, un onglet est considéré comme un « groupe » lors de l'utilisation du concepteur de plan de site, par rapport à une sous-zone dédiée aux tables et à une zone pour regrouper des sous-zones.
En savoir plus sur l’utilisation de onglets
Tableau
Une table est une méthode de stockage de données dans des colonnes (ou des champs) à l’intérieur de Dataverse. Les tables étaient autrefois appelées des entités.
Dans le contexte des applications pilotées par modèle, les tables existent uniquement dans une base de données Dataverse.
Une seule ligne dans une table est appelée un enregistrement. Par exemple, un seul client et les colonnes décrivent les métadonnées associées au client telles que le nom, le numéro de téléphone ou la limite de crédit.
Chaque application pilotée par modèle doit contenir au moins une table. Une grande partie du processus de création d’une application pilotée par modèle consiste à sélectionner les tables les plus pertinentes pour résoudre le problème de l’entreprise.
Les tables ont des vues, des formulaires et des règles métier qui leur sont associés.
De plus, les tables ont également des graphiques aussi bien que des tableaux de bord où les graphiques sont présentés.
Les tables peuvent se rapporter à d’autres tables et celles-ci sont définies via les Relations qui ont été mises en place entre eux.
En savoir plus sur les tables de configuration
Concepteur de tables
Expérience de conception pour la création et la modification de tables. Cela vous permet de créer des tables, des colonnes, des relations, des règles métier et des vues.
Créer une table personnalisée à l’aide du concepteur de tables
Interface Unifiée
Unified Interface fournit une expérience utilisateur cohérente et accessible sur les appareils, que ce soit sur un ordinateur de bureau, un ordinateur portable, une tablette ou un téléphone. Le prédécesseur de Unified Interface était connu sous le nom d’interface web.
En savoir plus sur Unified Interface ici
Valider
Processus par lequel un créateur d’applications confirme si l’application pilotée par modèle possède tous les composants nécessaires à son bon fonctionnement.
En savoir plus sur la validation d’une application
Vue
Représentation tabulaire des enregistrements dans une table Dataverse. Les tables peuvent avoir plusieurs vues.
Les vues peuvent être préfiltrées et il est possible de définir les vues spécifiques qu’une application pilotée par modèle met à la disposition des utilisateurs.
Les tables peuvent être associées à plusieurs vues et vous pouvez définir les vues de table pertinentes pour une application pilotée par modèle au moment où vous les créez.
En savoir plus sur les vues ici
Flux de travail
Un workflow classique est une série de fonctions ou de méthodes, appelées étapes, qui sont exécutées de manière séquentielle et s’appliquent aux données contenues dans les tables. Le workflow peut changer la direction du traitement en utilisant des conditions, appelées branches conditionnelles.
Dans de nombreux cas, les flux de travail classiques doivent être remplacés par Power Automateflows.