Rôles de visiteur dans Projets
Les utilisateurs auxquels un rôle visiteur est affecté (Responsable collaborateur, Testeur collaborateur, Utilisateur collaborateur) peuvent collaborer avec les équipes d’audit, du risque et de conformité à l’aide du Tableau de bord du visiteur.
Fonctionnement
Le Tableau de bord du visiteur présente un sous-ensemble d’informations de l’application Projets dans une vue simplifiée et centralisée. Les utilisateurs auxquels un rôle collaborateur est affecté peuvent utiliser le Tableau de bord du collaborateur pour gérer des informations telles que :
- la mise à jour des définitions des description et des contrôles
- le test de la conception et de l’efficacité opérationnelle des contrôles
- l’assistance pour les activités de résolution de problème
- la création (Testeurs collaborateurs uniquement) et la réponses aux requêtes
- le suivi des actions ou des tâches
Le Tableau de bord du visiteur s’affiche uniquement chez les utilisateurs affectés au rôleResponsable collaborateur, Testeur collaborateur ou Utilisateur collaborateur. Les utilisateurs affectés aux autres rôles ont accès à des onglets et à des fonctionnalités supplémentaires dans un projet.
Cas d’utilisation
Le recours aux rôles Responsable collaborateur, Testeur collaborateur et Utilisateur collaborateur dépend de l’envie de l’équipe Audit ou SOX et de la quantité de travail qu’elle souhaite redéléguer à l’entreprise.
- Dans les grandes organisations, le rôle de Responsable collaborateur est prévu pour les responsables ayant besoin de superviser les descriptions, les contrôles, les requêtes et la remédiation de problème.
- Dans un environnement d’audit ou SOX où le test du contrôle est délégué aux responsables, la personne en charge du test des contrôles est généralement affectée du rôle Testeur collaborateur.
- Les personnes en charge des activités de contrôle se voient généralement affecter le rôle Utilisateur collaborateur.
Exemple
Administrer l’accès à un audit ITGC
Scénario
En tant que Responsable professionnel, vous devez administrer l’accès à un audit ITGC. Un membre du conseil d’administration informatique et un membre du personnel informatique ont besoin d’accéder à l’audit ITGC.
Le membre du conseil d’administration informatique doit pouvoir superviser toutes les descriptions, les contrôles, les requêtes et les problèmes. Le membre du personnel informatique doit pouvoir tester les contrôles puisque l’organisation a décidé de déléguer le test du contrôle aux propriétaires métier fonctionnels.
Traiter
Pour garantir l’accès à l’audit ITGC que vous avez créé, vous affectez les rôles suivants à chaque personne :
- Directeur informatiqueResponsable collaborateur
- Membre du personnel informatiqueTesteur collaborateur
Pour finir, vous affectez des tests de contrôle spécifiques au Testeur collaborateur.
Résultat
Les autorisations appropriées sont affectées à chaque personne qui peut commencer à travailler dans Projets.
Accès à Responsable collaborateur
Lorsque les équipes travaillent avec des clients, elles travaillent aussi souvent avec des responsables ayant besoin d’accéder à l’intégralité du projet. Affecter un utilisateur comme Responsable collaborateur lui garantit qu’il aura accès à tous les éléments d’un projet et cela lui permet de suivre plus spécifiquement certains d’entre eux, si nécessaire.
Note
- Les termes de l’interface sont personnalisables ; les champs et les onglets sont configurables. Dans votre organisation Diligent One, certains termes, champs et onglets peuvent être différents.
- Si un champ obligatoire est vide, le message d’avertissement s’affiche : Ce champ est obligatoire. Certains champs personnalisés peuvent comporter des valeurs par défaut.
= accès en lecture et écriture à tous les éléments
*= accès en lecture et écriture uniquement pour les éléments que vous avez créés
= Accès en réponse seule pour les éléments qui leur ont été assignés
= Accès en lecture seule pour tous les éléments
* = accès en lecture seule lorsque les performances du contrôle sont activées
= Aucun accès
| Projet élément | Accès à Responsable collaborateur |
|---|---|
| Objectifs | |
| Descriptions | |
| Risques | |
| Contrôles | |
| Revues générales | * |
| Tests | |
| Publication problèmes | |
| Actions des problèmes publiés | * |
| Requêtes | |
| Tâches | * |
Accès à Utilisateur collaborateur
Les utilisateurs auxquels le rôle Utilisateur collaborateur a été affecté disposent uniquement d’un accès aux éléments leur ayant été attribués. Selon le rôle qui lui a été affecté dans le projet (propriétaire de contrôle, propriétaire d’action, propriétaire de Problème, etc.), l’utilisateur affecté au rôle Utilisateur collaborateur peut disposer d’un accès en édition ou en lecture seule aux éléments individuels ou bien n’avoir aucun accès aux éléments individuels.
Niveaux d’accès
Vous pouvez contrôler l’accès du rôle Utilisateur collaborateur aux éléments du projet à différents niveaux :
Note
- Les termes de l’interface sont personnalisables ; les champs et les onglets sont configurables. Dans votre organisation Diligent One, certains termes, champs et onglets peuvent être différents.
- Si un champ obligatoire est vide, le message d’avertissement s’affiche : Ce champ est obligatoire. Certains champs personnalisés peuvent comporter des valeurs par défaut.
| Niveau | Rôle affecté dans le projet | Utile pour... |
|---|---|---|
| Objectifs |
| les chefs et dirigeants en charge de tout un objectif |
| Contrôles | Propriétaire du contrôle | les employés uniquement en charge des contrôles uniques |
| les responsables des problèmes ou les employés en charge des actions (mesures de suivi spécifiques associées à unproblème identifié) | |
| Requêtes | Propriétaire de requête | les chefs ou employés en charge de remplir les requêtes |
Accès à Utilisateur collaborateur
= accès en écriture
* = Les propriétaires de contrôles et les propriétaires de requêtes peuvent uniquement modifier des éléments qui leur ont été affectés.
**= accès en lecture et écriture uniquement pour les éléments que vous avez créés
= Accès en réponse seule pour les éléments qui leur ont été assignés
= accès en lecture
= Aucun accès
| Élément | Rôle affecté dans le projet | |||
|---|---|---|---|---|
| Propriétaire du contrôle |
| Propriétaire de requête | |
| Objectifs | | | | |
| Descriptions | | | | |
| Risques | | | | |
| Contrôles | | * | | |
| Revues générales | | | | |
| Tests | | | | |
| | | | |
| |
| | |
| Requêtes | | | | * |
| Tâches | | | | |
Accès à Testeur collaborateur
Les utilisateurs auxquels le rôle Testeur collaborateur est affecté ont les mêmes autorisations que les Utilisateurs collaborateurs ainsi que l’accès en lecture et écriture aux revues générales et tests de contrôle dont ils sont propriétaires, et la possibilité de créer des problèmes et des requêtes.
Niveaux d’accès
Vous pouvez contrôler l’accès du rôle Testeur collaborateur aux éléments du projet à différents niveaux :
Note
- Les termes de l’interface sont personnalisables ; les champs et les onglets sont configurables. Dans votre organisation Diligent One, certains termes, champs et onglets peuvent être différents.
- Si un champ obligatoire est vide, le message d’avertissement s’affiche : Ce champ est obligatoire. Certains champs personnalisés peuvent comporter des valeurs par défaut.
| Niveau | Rôle affecté dans le projet | Utile pour... |
|---|---|---|
| Objectifs |
| les chefs et dirigeants en charge de tout un objectif |
| Contrôles | Propriétaire du contrôle | les employés uniquement en charge des contrôles uniques |
| les responsables des problèmes ou les employés en charge des actions (mesures de suivi spécifiques associées à unproblème identifié) | |
| Requêtes | Propriétaire de requête | les chefs ou employés en charge de remplir les requêtes |
Accès à Testeur collaborateur
= accès en écriture
* = Les propriétaires de contrôles peuvent uniquement modifier des éléments qui leur ont été affectés.
**= accès en lecture et écriture uniquement pour les éléments que vous avez créés
*** = accès en lecture, écriture et suppression uniquement pour les éléments qu’ils ont créés ; accès en lecture et écriture uniquement pour les éléments qu’ils ont créés ou qui leur sont affectés
= Accès en réponse seule pour les éléments qui leur ont été assignés
= accès en lecture
* = Accès lu pour les éléments qui leur sont assignés
= Aucun accès
| Élément | Rôle affecté dans le projet | |||
|---|---|---|---|---|
| Propriétaire du contrôle |
| Propriétaire de requête | |
| Objectifs | | | | |
| Descriptions | | | | |
| Risques | | | | |
| Contrôles | | * | | |
| Revues générales | | * | | |
| Tests | | * | | |
| | | | |
| |
| | |
| Requêtes | *** | *** | *** | *** |
| Tâches | | | | |
