Présentation

Effectué

L’analyse joue un rôle majeur dans les solutions développées pour Microsoft Power Platform. Plusieurs manières permettent de fournir des analyses et des insights avec Microsoft Power Platform. L’architecte de solution doit évaluer les moyens d’implémenter le reporting et les analyses dans la solution.

L’IA devient de plus en plus importante pour améliorer les applications et les données des solutions métier. Par conséquent, l’architecte de solution doit évaluer les options d’utilisation de l’IA dans les solutions Microsoft Power Platform.

Reporting et insights

L’architecte de solution doit prendre en compte le reporting et l’analyse à toutes les étapes du projet.

Schéma des étapes du projet.

Par exemple :

  • Un architecte de solution est souvent impliqué dans les ventes et les préventes et impressionne le client à l’aide du reporting.
  • Au cours de la phase d’analyse, l’architecte de solution doit clarifier les objectifs réels du reporting et de l’analyse.
  • Lors de la phase de conception, l’architecte de solution doit s’assurer que la modélisation des données intègre les données et les relations de données requises pour prendre en charge les besoins de reporting et d’analyse.
  • La formation et la configuration du libre-service sont requises au stade du déploiement.

Rôle de l’architecte de solution dans le reporting

Microsoft Power Platform offre une multitude d’options de reporting, que nous présentons dans ce module. Les architectes de solution doivent évaluer les besoins à partir des exigences, puis identifier la meilleure approche à adopter.

Remarque

Différentes approches peuvent être nécessaires pour différents besoins. L’architecte de solution doit sélectionner la méthode la plus appropriée pour chaque exigence et scénario.

Le reporting ayant lieu à la fin d’un projet, une tâche clé souvent négligée consiste à s’assurer que le modèle de données prend en charge les exigences en matière de reporting et d’analyse. Le modèle de données doit également prendre en charge les relations requises pour l’analyse. Les architectes de solution doivent s’assurer que le modèle de données prend en charge le traitement des applications et le reporting requis.

L’architecte de solution doit rechercher des opportunités d’utiliser des insights proactifs et l’intelligence artificielle au lieu d’un examen réactif des rapports et analyses.

Types de reporting et d’analyse

Lorsqu’il examine le reporting, l’architecte de solution doit prendre en compte différentes catégories de reporting et d’analyse :

  • Reporting opérationnel : les données proviennent directement de Microsoft Dataverse. Elles sont affichées dans le contexte d’une application dans Microsoft Power Apps, où ont lieu les interactions.
  • Décisionnel libre-service : les données sont exportées de Dataverse ou elles peuvent être actualisées selon un calendrier.
  • Décisionnel d’entreprise : les données sont extraites pour être utilisées dans des outils de reporting d’entreprise plus larges, ce qui pourrait permettre l’intégration de données provenant d’autres sources.

Schéma des types de reporting.

Les architectes de solution doivent connaître les insights prédéfinis disponibles avec les applications Microsoft Dynamics 365 telles que :

  • Dynamics 365 Sales Insights
  • Dynamics 365 Customer Insights - Data
  • Dynamics 365 Fraud Protection

De nombreuses fonctionnalités d’analyse sont disponibles dans ces applications, qui peuvent être utilisées dans la solution, au lieu de créer des rapports. En outre, des applications modèles Microsoft Power BI sont disponibles pour les applications Dynamics 365 et peuvent être déployées pour répondre aux exigences du reporting.

Questions auxquelles les architectes de solution doivent répondre lors de l’évaluation des exigences en matière de reporting et de visualisations :

  • Quelles sont les données requises ?
  • Des données externes à la solution sont-elles requises ?
  • Le besoin correspond-il à l’une des insights prédéfinis ?
  • Qui utilise le rapport/la visualisation et ces personnes sont-elles déjà des utilisateurs ?
  • À quel point les données doivent-elles être récentes ou doivent-elles correspondre à un moment donné ?
  • Un élément doit-il être créé, ou une vue ou un rapport existant peut-il répondre à l’exigence ?
  • Quelle action est attendue de la part des utilisateurs une fois qu’ils ont consulté le rapport ?
  • L’action peut-elle être prédite ou plutôt automatisée ?