Passer au contenu principal
Administrator Guide
Dernière mise à jour : 2025-10-03
Concept : autorisations de production de rapports

Concept : autorisations de production de rapports

Vous pouvez accorder et obtenir des niveaux d’accès variables à différentes fonctionnalités et données dans les rapports et le créateur de rapports. En règle générale, les utilisateurs disposent de plusieurs autorisations travaillant ensemble pour activer la fonctionnalité. L’utilisateur le moins privilégié a uniquement
custom.reports.execute
et l’utilisateur le plus privilégié a toutes les autorisations. Pour obtenir la liste complète des autorisations VMD nouveau et leurs descriptions, sélectionnez
Paramètres supplémentaires
pour la société
, cliquez sur
Paramètres de sécurité
dans la section
Sécurité
, puis sélectionnez l'onglet
Autorisations
.

Utilisateurs du fournisseur et de l'entrepreneur

Bien que les utilisateurs tels que les gestionnaires de ressources puissent avoir des autorisations de production de rapports ajoutées et retirées de leurs
rôles
sous
Paramètres de sécurité
, les utilisateurs du fournisseur obtiennent ces autorisations de production de rapports par défaut :
  • custom.reports.execute
  • custom.reports.export
  • custom.email.schedule
  • custom.reports.create.limited
  • custom.reports.create.full
  • custom.reports.share
  • custom.sftp.schedule
Si vous devez révoquer l'une ou l'autre de ces autorisations pour votre environnement VNTS, veuillez communiquer avec l'équipe de soutien pour les personnes dont la fin d'emploi a été effectuée.
Les sous-traitants n’ont pas accès à la production de rapports.

Accès au niveau du jeu de données, du champ et de l'enregistrement

Le fait de disposer des autorisations pour créer, exécuter et gérer des rapports vous permet d’effectuer ces actions et de voir les données qui en résultent dans les rapports. Vous devez également disposer des autorisations relatives au domaine concerné de VMDMD. Cet accès est contrôlé à trois niveaux ou par accès : par jeu de données, par champ et par enregistrement.
Accès aux jeux de données et aux champs
Vous devez disposer d’autorisations pour un jeu de données ou un champ précis, comme les bons de commande ou le champ de budget, pour afficher les données dans le créateur de rapports. Exemple : pour voir l’information relative au jeu de données des bons de travail, vous devez disposer de l’autorisation
workorder.owned.read
ou
workorder.read
. Pour voir les informations relatives au champ
Budget
, vous devez disposer de l’autorisation
budget.read
.
Pour afficher les autorisations obligatoires pour les jeux de données et les champs de production de rapports, allez à
Accueil des rapports sur les
rapports
, cliquez sur
Actions
Schéma de rapport
. Dans l’onglet
Datasets
, ces autorisations se trouvent dans la colonne
Autorisations d’accès
, et dans l’onglet
Champs
, vous pouvez les trouver dans les colonnes
Autorisations de champs
et
Autorisations de jeux de données
.
Gérez les autorisations pour les champs personnalisés au moyen de la section
Autorisations
de la page
Champs personnalisés
. Voir Créer des champs personnalisés dans les paramètres de Workday Vndly pour plus d’information.
Accès aux enregistrements - Lecture complète ou en propriété
Pour de nombreux jeux de données, il existe une option pour limiter les enregistrements en fonction des utilisateurs qui sont propriétaires des enregistrements ou qui y sont associés. Sinon, vous pouvez leur donner accès à tous les enregistrements d’un jeu de données qui contiennent des données, et pas seulement à ceux auxquels ils sont associés.
Les autorisations en lecture complète utilisent une convention de dénomination qui n’inclut pas le propriétaire dans le nom de l’autorisation. Exemple :
checklists.read
. Lorsqu’un rôle qui contient une autorisation en lecture complète vous est attribué, vous acquérez un accès en lecture aux données en fonction de l’
unité d’organisation
où le rôle vous a été affecté, ce qui vous donne accès à n’importe quelle
unité d’organisation
qui est un descendant de la vôtre.
Les autorisations en propriété utilisent une convention de dénomination qui inclut les biens en propriété dans le nom de l’autorisation. Exemple :
checklists.owned.read
. Avec l’affectation d’un rôle contenant une autorisation de lecture en propriété, l’accès en lecture aux données est fondé sur deux critères :
  • L'
    unité de l'organisation
    où le rôle est affecté.
  • Propriété des enregistrements du jeu de données déclaré.
Cet accès est généré pour les descendants de l'
unité d'organisation
connexe , mais les deux critères doivent être satisfaits. Exemples d’appropriation (même s’il ne s’agit pas d’une liste complète) :
  • Les gestionnaires de ressources sont considérés comme les propriétaires des emplois et des ordres de travail.
  • Un utilisateur qui a créé un emploi est également considéré comme propriétaire de cet emploi et de tous les bons de commande rattachés.
  • Les approbateurs de frais sont considérés comme les propriétaires d’un enregistrement de note de frais.
Vous pouvez activer
l’accès à la hiérarchie pour la production de rapports
dans les autorisations de lecture en propriété, en accédant à
Paramètres de la société
supplémentaires
, en sélectionnant
Paramètres de sécurité
dans la section
Sécurité
, puis en accédant à l’onglet
Configuration
. Lorsque vous cochez les cases dans la ligne de chaque module, toute personne ayant une autorisation de lecture en propriété transmet cette autorisation au niveau de sa ligne de déclaration, en fonction du champ
Rapport à l’utilisateur
dans le profil d’utilisateur.