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.
La nouvelle structure de données optimisée effectue une analyse des processus plus rapide et efficace en termes de mémoire. En économisant sur la mémoire, les clients peuvent analyser des processus plus volumineux et économiser sur les coûts en utilisant des capacités Power BI plus petites pour effectuer l’analyse.
De plus, une structure du modèle de données Power BI plus intuitive est utilisée, ce qui permet aux clients d’approfondir leurs connaissances avec moins de temps et d’efforts. Pour en savoir plus sur ce modèle de données, accédez à la section Structure du modèle de données Power BI dans cet article.
La structure optimisée précédente sera bientôt obsolète
La nouvelle structure de données optimisée remplace complètement la structure précédente et la structure de données précédente sera obsolète. Pour connaître la date et les étapes nécessaires, accédez à la bannière dans la page Détails du processus.
La nouvelle structure de données optimisée se déroule en arrière-plan, de sorte qu’elle ne s’affiche que dans le modèle résultant, comme décrit dans la section suivante.
Activer le paramètre de lecture/écriture XMLA
Pour utiliser la structure de données optimisée, la propriété du point de terminaison XMLA doit être activée pour la lecture et l’écriture. Par défaut, le paramètre de propriété de point de terminaison XMLA est activé pour les charges de travail de modèle sémantique de capacité Premium, de capacité Fabric ou de modèle sémantique Premium par utilisateur.
Important
L’activation de XMLA ne peut être effectuée que par l’administrateur de la capacité.
Activer la lecture et l’écriture pour la charge de travail d’un modèle sémantique avec capacité Premium
Connectez-vous à Power BI.
Sélectionnez Paramètres>Portail d’administration.
Dans le Portail d’administration Power BI, sélectionnez Paramètres de capacité>Power BI Premium>nom de la capacité.
Développez Charges de travail Power BI.
Dans le paramètre Point de terminaison XMLA, sélectionnez Lecture et écriture.
Le paramètre Point de terminaison XMLA s’applique à tous les espaces de travail et modèles sémantiques affectés à la capacité.
Activer la lecture et l’écriture pour la charge de travail d’un modèle sémantique avec capacité Premium par utilisateur
- Connectez-vous à Power BI.
- Sélectionnez Paramètres>Portail d’administration.
- Dans le Portail d’administration Power BI, sélectionnez Premium par utilisateur.
- Développez les paramètres Charge de travail du modèle sémantique.
- Dans le paramètre Point de terminaison XMLA, sélectionnez Lecture et écriture.
Activer la lecture-écriture pour une charge de travail de modèle sémantique de capacité Fabric
Connectez-vous à Power BI.
Sélectionnez Paramètres>Portail d’administration.
Dans le Portail d’administration Power BI, sélectionnez Paramètres de capacité>Capacité Fabric>nom de la capacité.
Développez Charges de travail Power BI.
Dans le paramètre Point de terminaison XMLA, sélectionnez Lecture et écriture.
Le paramètre Point de terminaison XMLA s’applique à tous les espaces de travail et modèles sémantiques affectés à la capacité.
Activer l’utilisation de la structure de données optimisée
Pour les nouveaux processus qui utilisent un espace de travail personnalisé, la structure de données optimisée est définie sur true par défaut. Pour l’activer ou confirmer qu’elle est activée, procédez comme suit.
Accédez à la page des détails du processus et sélectionnez Modifier.
Sélectionnez un espace de travail personnalisé en sélectionnant le menu déroulant dans le champ Espace de travail Power BI (facultatif).
Vérifiez que le bouton bascule Utiliser la structure de données optimisée est Activé. S’il est désactivé, sélectionnez le bouton bascule pour l’activer.
Pour enregistrer les modifications, sélectionnez Enregistrer si le bouton est activé.
S’il n’est pas activé, cela signifie que la valeur du champ Utiliser une structure de données optimisée était déjà définie sur Activée, vous pouvez donc ignorer cette étape.
Structure du modèle de données Power BI
Lorsqu’un processus est publié dans Power BI, une source de données par défaut et un rapport correspondant sont créés. La capture d’écran suivante est un exemple de la structure du jeu de données dans la source de données publiée dans Power BI.
Pour une vue élargie de la capture d’écran, sélectionnez la loupe dans le coin inférieur droit.
Relations
Les relations nécessaires au filtrage et à l’interconnectivité des visuels sont prédéfinis dans le modèle de données publié. Il n’est pas nécessaire de créer manuellement plus de relations à moins que d’autres sources de données ne soient connectées. Pour ce scénario, utilisez le modèle de données composite Power BI et créez des relations sur ce modèle.
Résumé du modèle de données
D’un point de vue logique, le modèle de données se compose de nombreux sous-ensembles d’entités, comme décrit dans le premier paragraphe de cette section.
- Données de processus : toutes les données liées au processus sans filtrage ni mesures calculées.
- Données d’affichage : entités qui fournissent les données du processus dans le contexte de la vue analytique du processus créé : filtres appliqués, mesures calculées et mesures personnalisées.
- Données visuelles : entités qui fournissent des données précalculées nécessaires à l’affichage des visuels personnalisés d’exploration des processus.
- Entités utiles : autres entités nécessaires à Power BI.
Vous trouverez ci-dessous une brève description des sous-ensembles et des entités incluses.
Données de processus
Le contenu des entités de données de processus change dans des scénarios spécifiques.
- Quand les données du modèle de processus sont actualisées.
- Quand une nouvelle vue est créée.
L’utilisation de ces entités vous permet d’accéder aux données brutes du processus qui ne sont pas influencées par les filtres appliqués.
| Entité | Description |
|---|---|
| Instance | Liste de toutes les instances dans le processus. Chaque instance contient un index d’identificateur d’instance unique, un affichage de l’ID d’instance et des valeurs pour chacun des attributs d’instance, tels que définis à l’étape de configuration du mappage. |
| Événements | Liste de tous les événements dans le processus. Chaque événement fait référence à une instance à laquelle il appartient en utilisant Case_ID, possède un index d’identificateur d’événement unique et des valeurs pour chacun des attributs d’événement, tels que définis à l’étape de configuration du mappage. |
| AttributesMetadata | L’entité contient la définition de tous les attributs au niveau de l’instance ou de l’événement, tels que définis dans l’importation des données du journal des événements dans le modèle de processus. Elle inclut son type de données, son type d’attribut et son niveau d’attribut, qu’il s’agisse d’une instance ou d’un événement. |
| MiningAttributeLabels | Contient les valeurs des attributs d’exploration disponibles. Une vue de processus peut être configurée pour examiner le processus sous différents angles en fonction de l’attribut d’exploration sélectionné. Si aucun autre attribut d’exploration n’est disponible, l’entité contient les valeurs de l’attribut Activity. |
| CustomMetricsMetadata | Inclut la définition des mesures personnalisées créées dans l’application de bureau Process Mining. En fonction du contexte dans lequel la mesure est disponible, de nombreuses entrées peuvent exister pour la même mesure personnalisée, avec un Type différent. Elle inclut également le type de données du résultat de la mesure personnalisée qui peut être utilisé pour la conversion ou le formatage des valeurs. |
| Vues | Liste des vues disponibles (publiées) créées dans l’application de bureau Power Automate. Seules les vues de processus publiques sont publiées dans le jeu de données. Les entrées peuvent être utilisées pour filtrer le rapport, la page du rapport et le visuel afin de visualiser uniquement les données de la vue de processus spécifique. |
Données d’affichage
Le contenu des entités de données d’affichage change dans les scénarios suivants.
- Quand un utilisateur modifie la définition du filtrage dans n’importe quelle vue de processus.
- Quand une nouvelle mesure personnalisée est créée.
Les entités de données d’affichage vous permettent d’accéder aux données de processus influencées par les filtres appliqués et d’accéder aux mesures calculées en fonction des filtres appliqués. Étant donné que les filtres au niveau de l’instance et de l’événement peuvent être utilisés dans la définition d’une vue de processus, nous vous recommandons d’utiliser des entités de données de vue, car l’influence sur le jeu de données résultant peut être significative.
| Entité | Description |
|---|---|
| ViewCases | L’entité contient des informations sur quelles instances sont incluses dans quelle vue. En outre, elle contient des informations sur la variante suivie par l’instance et des mesures précalculées pour l’instance. Si une instance est incluse dans plusieurs vues, l’entité contient un enregistrement pour chaque combinaison d’instance et de vue. Ceci est important, car certaines valeurs des mesures d’instance calculées dépendent des critères de filtrage définis dans la vue. Elle contient également toutes les valeurs de mesures personnalisées précalculées (si elles sont définies dans le contexte du processus et sont valides au niveau de l’instance). L’enregistrement de l’instance est identifié de manière unique par la colonne Index. |
| ViewEvents | L’entité contient des informations sur les événements inclus dans une vue et le cas auquel ils sont connectés (les filtres de vue de processus au niveau de l’événement peuvent modifier les événements inclus dans le cas). De plus, elle inclut des mesures précalculées pour l’événement. Si un événement est inclus dans plusieurs vues, l’entité contient un enregistrement pour chaque combinaison d’événement et de vue. Ceci est important, car certaines valeurs des mesures d’événement calculées dépendent des critères de filtrage définis dans la vue. Elle contient également toutes les valeurs de mesures personnalisées précalculées (si elles sont définies dans le contexte du processus et sont valides au niveau de l’événement). L’enregistrement de l’événement est identifié de manière unique par la colonne Index. |
| ViewTransitions | L’entité contient des informations sur quelles transitions sont incluses dans quelle vue. De plus, elle inclut des mesures précalculées pour la transition. Si une transition est incluse dans plusieurs vues, l’entité contient un enregistrement pour chaque combinaison de transition et de vue. Ceci est important, car certaines valeurs des mesures de transition calculées dépendent des critères de filtrage définis dans la vue. Elle contient également toutes les valeurs de mesures personnalisées précalculées (si elles sont définies dans le contexte du processus et sont valides au niveau de la transition ou de la périphérie). L’enregistrement de la transition est identifié de manière unique par la colonne Index. |
| ViewParallelTransitions | L’entité contient un enregistrement pour une combinaison de transition et d’instance, lorsque cette transition est considérée comme parallèle dans ce cas dans une vue particulière. |
| Variantes | L’entité contient les relations entre les variantes et les vues de processus. Un enregistrement est inclus si une variante particulière est incluse dans une vue une fois les critères de filtrage pris en compte. |
Données de visuels
Les entités de données de visuels sont recalculées uniquement lors d’une actualisation des données pour le modèle de processus.
| Entité | Description |
|---|---|
| ProcessMapMetrics | Mesures agrégées pour tous les nœuds et transitions du modèle de processus qui sont nécessaires à la visualisation dans le visuel personnalisé du diagramme de processus. |
| VariantDNA | Mesures agrégées et relations avec les événements et les attributs qui sont nécessaires à la visualisation dans un visuel personnalisé DNA de la variante. |
Autres entités
| Entité | Description |
|---|---|
| LocalizationTable | Table interne utilisée à des fins de localisation. |
| LocalizationMeasures | Mesures internes utilisées à des fins de localisation. |
| ReportMeasures | Mesures précréées et préformatées les plus fréquentes pouvant être utilisées pour les KPI de résumé dans le rapport de processus. Leur évaluation peut faire l’objet d’un filtrage et d’une sélection interactive dans le rapport Power BI. |
Modèle de données composite Power BI
Nous vous recommandons d’utiliser le modèle de données composite Power BI sur le modèle de données publié par Power Automate Process Mining et de créer les modifications nécessaires pour les scénarios suivants.
- Quand davantage de sources de données sont nécessaires
- Quand davantage d’entités doivent être créées
- Quand davantage de relations sont nécessaires
- Quand des requêtes DAX personnalisées sont nécessaires
Pour en savoir plus sur la création de modèles de données composites Power BI, consultez Utiliser des modèles composites dans Power BI Desktop.