Google Admin SDK avait l'habitude d'avoir les statistiques d'utilisateur "Google Docs" pour les rapports. Avec cela, nous avons pu récupérer la propriété "docs: num_spreadsheets" pour obtenir le nombre de feuilles de calcul appartenant à chaque utilisateur. Les statistiques de Google Docs sont désormais obsolètes et remplacées par les statistiques Google Drive. Cependant, je n'ai aucun moyen d'obtenir le nombre de feuilles de calcul d'un utilisateur. Je peux obtenir le nombre de feuilles de calcul créées par un utilisateur pendant une certaine période (quelle période exactement, je n'ai pas pu comprendre) mais pas le nombre total de feuilles de calcul qui lui appartiennent. Dans this page, il est écrit que le lecteur: num_owned_google_spreadsheets_delta remplace les documents obsolètes: num_spreadsheets mais ce ne sont pas les mêmes statistiques. Une idée sur la façon de résoudre ce problème? Merci beaucoup, RafaelStatistiques sur le nombre de feuilles de calcul Google utilisant les nouvelles statistiques sur les utilisateurs de Google Drive
0
A
Répondre
0
En tant qu'alternative aux mesures du SDK Admin, l'utilisation de l'API Drive et la génération de mesures utilisateur par utilisateur peuvent être une option pour vous.
Si oui, en résumé, le pseudo-code est: au moyen d'un Service Account to impersonate each user and get an OAuth2 token, appelez la méthode Drive REST API files.list avec un query (&q=...) de tous les fichiers de mimetype de application/vnd.google-apps.spreadsheet et l'email in owners de l'utilisateur. La longueur du tableau files.files du jeu de résultats est le nombre de fichiers (la métrique) que vous voulez.
Je pense que la [mise à jour] (https://developers.google.com/admin-sdk/reports/v1/updated-drive-metrics#comparison-changes) a pour but de rendre les statistiques plus visibles sur le partage de fichiers à l'intérieur et à l'extérieur du domaine, ainsi que des détails sur l'adoption par les utilisateurs de Google Drive, Docs, Sheets et Slides (raison pour laquelle le résultat n'est pas le même). Je suggère de [signaler sur le suivi des problèmes] (https://issuetracker.google.com/issues/new?component=191635&template=823904), ils peuvent expliquer une bien meilleure définition et suggestion concernant la migration des métriques à partir de votre ancienne métrique à la nouvelle métrique. –