Tableaux de bord et rapports

Certaines valeurs sont automatiquement masquées dans l’interface afin de protéger la sécurité et la confidentialité. Nous masquons toute saisie contenant des termes sensibles tels que :

Newpassword
password
instrumentationkey
pwd

Si l’un de ces termes apparaît dans un champ ou une valeur, cette valeur sera masquée afin de garantir que des informations confidentielles ne soient pas exposées. 

Lorsqu’une licence est marquée « Inactive » sur une fiche utilisateur (User Card), cela indique que la licence n’a pas encore été utilisée pour une activité dans une charge de travail. Une fois que l’activité de l’utilisateur est détectée dans l’une des charges de travail associées à la licence, le statut de la licence sera mis à jour sur « Active ». 
Toutefois, le statut « Inactive » n’empêche pas l’utilisateur d’utiliser la licence, car il peut toujours utiliser les fonctionnalités associées.

Consulter cet article pour plus de détails : Troubleshoot Active Users (License Usage) data

L’instantané est pris le dernier jour du mois et affiche les données jusqu’à ce point. Pour le mois en cours, les données affichées proviennent du dernier import.

Oui, le rapport « Savings Opportunities » sera recalculé.

La logique de calcul des plans actifs est similaire à celle de l’optimisation des licences. Pour plus d’informations sur la manière dont l’activité est calculée, consulter cet article : Understanding the Optimization center

Pour déterminer si un utilisateur est actif dans Exchange Online, vérifier l’attribut intitulé « Last Exchange User Action ». Cet attribut enregistre la dernière fois que l’utilisateur a effectué une activité Exchange Online, comme l’envoi d’un e-mail ou la mise à jour d’un événement de calendrier. Pour plus d’informations sur l’utilisation de cet attribut afin de déterminer l’activité d’un utilisateur, consulter cet article : Troubleshoot Active Users (License Usage) data 

La fonction d’export des rapports est disponible via l’option « Actions », située dans l’angle supérieur droit. Il est possible de télécharger le rapport dans le format souhaité : Excel, CSV ou PDF.

Il est uniquement possible de modifier les rapports planifiés qui ont été créés. Pour les rapports créés par d’autres opérateurs, il n’est pas permis de les modifier ni de les supprimer. En revanche, il est possible de les dupliquer, puis d’ajouter ou de mettre à jour l’e-mail de notification.

CoreView comptabilise les licences avec le statut « warning » comme actives, car elles peuvent encore être utilisées pendant 30 jours supplémentaires. Microsoft, en revanche, ne les comptabilise pas, principalement pour des raisons commerciales.

Si l’autorisation de gérer le(s) V-Tenant(s) est accordée, s’assurer que l’expéditeur et/ou le destinataire fait partie du/des V-Tenant(s). Garder également à l’esprit que la recherche est limitée aux 10 derniers jours et qu’il n’est pas possible de rechercher uniquement par domaine lorsqu’un V-Tenant a été appliqué.

Les rapports qui identifient des ressources vides, inutilisées ou potentiellement inutiles (comme des groupes, des boîtes aux lettres ou des comptes utilisateur) sont souvent générés à partir d’imports de données qui ont lieu à des intervalles variables selon les différents systèmes (on-premises et cloud). Pour cette raison, des incohérences temporaires de données peuvent faire apparaître des ressources comme vides ou inutilisées, même si cet état n’est que momentané.
Afin d’éviter de supprimer par erreur des ressources susceptibles d’être bientôt à nouveau peuplées ou de redevenir actives, les bonnes pratiques suivantes sont recommandées avant toute suppression en masse :

Option A : vérification manuelle dans le temps

1. Exporter le rapport actuel affichant les ressources vides ou inutilisées.
2. Attendre une période d’au moins une semaine (ou selon la politique de l’organisation).
3. Relancer ou consulter à nouveau le rapport concerné et le comparer à l’export initial.
4. Si les mêmes ressources apparaissent de manière constante comme vides ou inutilisées dans les deux rapports, elles ont plus de chances de pouvoir être supprimées en toute sécurité.

Option B : vérification croisée automatisée avec les annuaires sources

1. Créer une action personnalisée qui vérifie de manière programmatique si les ressources listées comme vides ou inutilisées sont également dans le même état dans les services d’annuaire sous-jacents (tels qu’Entra ID et Active Directory).
2. Déclencher le workflow de suppression uniquement pour les ressources confirmées comme vides ou inutilisées sur l’ensemble des sources pertinentes.

Attention :

Étant donné que ces rapports s’appuient sur des données provenant de plusieurs sources et sur des temps d’import variables, éviter les suppressions en masse basées uniquement sur un seul instantané de rapport. Ces approches réduisent le risque de supprimer prématurément des ressources qui pourraient encore être nécessaires ou sur le point d’être mises à jour.

Le rapport est mis à jour automatiquement uniquement pour les sites supprimés via l’action de gestion « Delete SharePoint site » dans CoreView. Si un site est supprimé dans le Microsoft Admin Center, sélectionner « Refresh data » pour mettre à jour le rapport.