Rôles collaborateur dans Projets
Les utilisateurs auxquels un rôle collaborateur 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 collaborateur.
Fonctionnement
Le Tableau de bord du collaborateur 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 descriptions et des contrôles
- le test de la conception et 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 collaborateur s'affiche uniquement pour les utilisateurs affectés au rôle responsable 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 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 directeur informatique et un membre du personnel informatique ont besoin d'accéder à l'audit ITGC.
Le directeur 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 fonctionnel.
Processus
Pour garantir l'accès à l'audit ITGC que vous avez créé, vous affectez les rôles suivants à chaque personne :
- Directeur informatique Responsable collaborateur
- Membre de l'équipe informatique Testeur 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 du 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.
Commentaires
- Les termes de l'interface sont personnalisables ; les champs et les onglets sont configurables. Dans votre instance Diligent One, certains termes, champs et onglets peuvent être différents.
- Si un champ obligatoire est vide, le message d'avertissement « Ce champ est obligatoire » s'affiche. 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
| Élément de projet | Accès du responsable collaborateur |
|---|---|
| Objectifs |
|
| Descriptions |
|
| Risques |
|
| Contrôles |
|
| Revues générales |
*
|
| Tests |
|
| Problèmes publiés |
|
| 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 leur a été affecté dans le projet (propriétaire de contrôle, propriétaire d'action, propriétaire de problème, etc.), les utilisateurs affecté au rôle utilisateur collaborateur peuvent 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 de projet à différents niveaux :
Commentaires
- Les termes de l'interface sont personnalisables ; les champs et les onglets sont configurables. Dans votre instance Diligent One, certains termes, champs et onglets peuvent être différents.
- Si un champ obligatoire est vide, le message d'avertissement « Ce champ est obligatoire » s'affiche. Certains champs personnalisés peuvent comporter des valeurs par défaut.
| Niveau | Rôle affecté dans le projet | Utile pour... |
|---|---|---|
| Objectifs |
|
Les chefs et responsables en charge de tout un objectif |
| Contrôles |
Propriétaire du contrôle |
les employés uniquement en charge des contrôles uniques |
|
les chefs en charges des problèmes ou les employés en charge des actions (mesures de suivi spécifiques associées à un problè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 collaborateur 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 de projet à différents niveaux :
Commentaires
- Les termes de l'interface sont personnalisables ; les champs et les onglets sont configurables. Dans votre instance Diligent One, certains termes, champs et onglets peuvent être différents.
- Si un champ obligatoire est vide, le message d'avertissement « Ce champ est obligatoire » s'affiche. Certains champs personnalisés peuvent comporter des valeurs par défaut.
| Niveau | Rôle affecté dans le projet | Utile pour... |
|---|---|---|
| Objectifs |
|
Les chefs et responsables en charge de tout un objectif |
| Contrôles |
Propriétaire du contrôle |
les employés uniquement en charge des contrôles uniques |
|
les chefs en charges des problèmes ou les employés en charge des actions (mesures de suivi spécifiques associées à un problè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 en lecture 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 |
|
|
|
|
