Organigramme du processus de demande d'accès des employés (menuisier et…
Organigramme du processus de demande d'accès des employés pour les nouveaux arrivants et les déménageurs : demande déclenchée par les RH, profil d'accès au rôle, approbation du responsable et du propriétaire, suppression de l'ancien rôle.
Qu'est-ce que le processus organigramme du processus de demande d'accès des employés (menuisier et… ?
Un processus de demande d'accès d'un employé accorde l'accès en raison d'un événement lié à l'emploi, et non parce que quelqu'un l'a demandé. Les RH confirment qu'une personne a commencé ou changé de poste, le profil de rôle attaché à ce poste indique ce que le rôle devrait être capable de faire, le supérieur hiérarchique confirme qu'il s'agit du bon rôle, le propriétaire du système approuve tout ce qui est sensible et le service informatique le provisionne. L'unité de demande est un travail plutôt qu'un système, c'est ce qui permet au résultat de rester révisable un an plus tard : « cette personne détient le profil d'analyste financier » est une affirmation que quelqu'un peut tester, alors que « ils ont demandé l'accès à la base de données en 2023 » ne l'est pas.
Il ne s’agit pas du processus général de demande d’accès, dans lequel une personne déjà en poste a besoin d’un système supplémentaire et présente elle-même la demande. Ce flux, ainsi que le cycle de recertification périodique, est couvert par le modèle de processus de demande d'accès distinct, et constitue le meilleur point de départ si vous concevez un formulaire de centre de services. Il ne s’agit pas non plus de l’intégration des employés, qui couvre le contrat, la sélection, l’équipement et le premier jour, ni du départ, qui s’occupe des départs. Ce modèle couvre ce que ces trois-là laissent au milieu : la première autorisation d'accès à un nouveau démarreur et la reconstruction de l'accès lorsque quelqu'un déménage en interne.
Le déplacement interne est l’endroit où la plupart des processus d’accès échouent discrètement. Un changement de rôle est une adhésion et une sortie qui se produisent en même temps, et en pratique, seule la moitié de l'adhésion s'effectue. Les nouveaux droits sont ajoutés, personne ne nomme les anciens, et après deux ou trois déménagements, un employé de longue date conserve l'accès à des emplois qu'il a quittés il y a des années. Le processus lui-même ne signale jamais de problème, car rien n’est cassé ; l’accumulation fait surface plus tard lors d’un examen d’accès ou d’une constatation d’audit. Le graphique ci-dessous divise donc le chemin du déménageur en deux bords étiquetés, ajoute du nouveau et supprime l'ancien, et ramène les deux à la même entrée du registre d'accès afin que la suppression soit aussi visible que l'octroi.
Ce que couvre cet organigramme
Dans ce modèle
- Cinq couloirs, à savoir l'employé, le supérieur hiérarchique, les ressources humaines, le propriétaire du système et l'informatique, répartis en cinq phases : déclencheur du cycle de vie, profil de rôle, approbation, provisionnement et confirmation.
- Un déclencheur dans le couloir RH au lieu d'un formulaire de demande : le supérieur hiérarchique confirme le poste et la date de début, les RH enregistrent l'événement d'arrivée ou de déménagement, et un message « Rejoindre ou déménager ? voies de décision à partir de là.
- Une branche de déplacement qui se divise en deux bords étiquetés à partir de « Liste des accès du rôle précédent » : "Ajouter un nouveau" continue vers le profil de rôle, tandis que "Supprimer l'ancien" va directement au service informatique pour supprimer l'accès de l'ancien rôle.
- Un « Le profil de rôle couvre le poste ? » décision, dont la branche "Non" envoie au salarié demander un accès supplémentaire avec une justification écrite avant de rejoindre l'approbation du supérieur hiérarchique.
- Un « Système sensible en portée ? » décision qui achemine uniquement ces demandes vers le propriétaire du système, dont la branche « Refusée » se termine par « Demande d'accès refusée » ; l'accès au profil de rôle ordinaire passe directement au contrôle des tâches.
- Un « conflit de séparation des tâches ? » vérification dans le couloir informatique avant le provisionnement, avec une branche de conflit qui ajuste la portée ou ajoute un contrôle et des revérifications, puis provisionnement, une mise à jour unique du registre d'accès couvrant à la fois l'octroi et la suppression, la confirmation de ce qui a changé et une vérification par l'employé dans le nouveau rôle.
Quand utiliser ce modèle
- Vous écrivez la moitié d'accès d'une procédure de menuisier, de déménageur et de sortant et vous avez besoin des chemins de menuisier et de déménageur sur une seule page plutôt que dans deux listes de contrôle distinctes.
- Les déménagements internes continuent de laisser les personnes ayant accès à des emplois précédents, et vous devez montrer où se situe l'étape de suppression et à qui elle appartient.
- Vous configurez un provisionnement piloté par les RH, dans lequel un enregistrement dans le système RH démarre un flux de travail dans un outil de gestion des identités ou des services, et souhaitez que le processus convenu soit réglé avant la création de l'automatisation.
- Un auditeur, un questionnaire de sécurité client ou un évaluateur de certification a demandé comment l'accès est accordé lors de l'embauche et ajusté en cas de changement de rôle.
- La responsabilité est partagée entre les RH, les supérieurs hiérarchiques, les propriétaires de systèmes et l'informatique, et personne n'est actuellement propriétaire de bout en bout de l'événement de déménagement.
Comment cela fonctionne
Dirigez le déclencheur vers votre véritable dossier RH
Remplacez « Enregistrer l'événement d'arrivée ou de déménagement » par l'enregistrement qui déclenche réellement le processus, par exemple un nouveau formulaire de démarrage ou un changement d'emploi avec date d'effet dans votre système RH. Notez qui le saisit et combien de temps avant la date d'entrée en vigueur il doit exister, car c'est ce délai qui décide si l'accès est prêt le premier jour dans le rôle.
Rédigez les profils de rôle avant de publier le graphique
"Rechercher le profil d'accès au rôle" ne fonctionne que si les profils existent. Commencez par les rôles que vous embauchez et vers lesquels vous déplacez les personnes le plus souvent, répertoriez les droits dont chacun a besoin et attribuez à chaque profil un propriétaire nommé et une date de révision. Les profils que personne ne possède dérivent vers un surensemble de tout ce que quiconque a jamais demandé, ce qui va à l'encontre de l'intérêt de demander un emploi plutôt qu'un système.
Définir ce qui compte comme un système sensible
Le champ « Système sensible en portée ? » la branche a besoin de critères écrits à côté d’elle. Les déclencheurs typiques sont les systèmes de paie et de finance, les données personnelles ou de santé, les environnements de production et tout droit comportant des droits d'administrateur. Fixez la barre pour que la branche se déclenche sur une minorité de demandes ; s'il se déclenche sur tout, l'approbation du propriétaire du système devient un tampon et ralentit les cas ordinaires.
Faites du déménagement une demi-tâche avec un propriétaire et une date
L'étape « Supprimer les anciens » est l'étape que la plupart des organisations ne disposent pas. Décidez qui produit la liste des accès du rôle précédent, généralement le responsable sortant ou une exportation depuis votre outil d'identité, qui exécute la suppression et à quel moment par rapport à la date de déménagement. Si un déménageur a besoin d’un ancien accès pour terminer un transfert, accordez-le sous forme de prolongation datée plutôt que de laisser le droit ouvert.
Convenir des règles de séparation des tâches et de qui peut accepter un conflit
Répertoriez les combinaisons qu'une personne ne peut pas détenir, par exemple créer un fournisseur et approuver ses paiements, ou écrire du code et le mettre en production. Sans cette liste, le chèque est décoratif. Ensuite, nommez qui peut accepter un conflit inévitable et quel contrôle compensatoire ils doivent enregistrer par rapport au droit, car dans une petite équipe, un conflit est parfois la seule réponse viable.
Publiez-le, puis testez-le par rapport à vos prochains déménageurs
Partagez le graphique avec les RH, les responsables qui y sont nommés, les propriétaires du système et le service informatique afin que tout le monde travaille à partir d'une seule version. Après les prochains mouvements internes, parcourez un cas réel à travers le diagramme et vérifiez si la moitié de la suppression s'est réellement déroulée. Garder la carte sous contrôle de version avec des approbations enregistrées signifie que le processus suivi par les utilisateurs et le processus que vous montrez à un réviseur sont les mêmes.
Questions fréquentes
Qu’est-ce qu’un processus de demande d’accès d’un employé ?
Il s'agit de l'itinéraire emprunté par l'accès lorsqu'il est motivé par un événement lié à l'emploi plutôt que par une demande ponctuelle. Les RH enregistrent que quelqu'un a rejoint ou changé de poste, le profil de rôle pour ce poste définit les droits, le supérieur hiérarchique confirme que le rôle est correct, un propriétaire du système approuve tout ce qui est sensible, une vérification de la séparation des tâches est exécutée et le service informatique provisionne l'accès et l'enregistre. Pour un déménageur cela supprime également l’accès attaché au rôle précédent. La particularité est le déclencheur : le processus démarre à partir d'un dossier RH, donc l'accès suit le travail plutôt que la boîte de réception.
Pourquoi les employés qui changent de rôle se retrouvent-ils avec trop d'accès ?
Parce qu'un déménagement est traité comme un ajout. Le responsable de l'accueil demande ce dont la personne a besoin maintenant, et rien dans cette conversation ne nomme l'accès dont elle n'a plus besoin. Le gestionnaire précédent a quitté le système, les propriétaires du système ne voient que la nouvelle demande et les anciens droits ne sont jamais révoqués. Répétez cela deux ou trois fois et un employé de longue date détient un accès couvrant plusieurs emplois, généralement décrit comme une dérive de privilèges ou une accumulation d'accès. Le correctif est procédural plutôt que technique : faites de la suppression une étape avec un propriétaire et une date d'échéance, comme le fait la branche "Supprimer l'ancienne" dans ce modèle, et enregistrez les deux moitiés pour le même mouvement.
Les RH ou l'informatique devraient-elles s'approprier les demandes d'accès pour les nouveaux arrivants et les nouveaux arrivants ?
Les RH sont responsables du déclencheur et le service informatique est responsable de l'exécution, et le processus s'interrompt lorsqu'on demande à l'un ou l'autre de faire les deux. Les RH sont la seule fonction qui sait de manière fiable qu'une personne a rejoint ou changé d'emploi, et le dossier RH porte la date d'entrée en vigueur dont dépend l'ensemble du calendrier. Le service informatique détient les droits d’administration et est la seule fonction capable de provisionner ou de supprimer quoi que ce soit. Le jugement intermédiaire appartient au supérieur hiérarchique, qui confirme le rôle, et au propriétaire du système, qui est responsable d'un système particulier. Garder ces quatre personnes dans des voies séparées est également ce qui empêche quiconque de demander et d'accorder son propre accès.
Qu’attendent les normes de contrôle d’accès lorsqu’une personne change de rôle ?
L'Annexe A ISO/IEC 27001:2022 comprend les contrôles sur le contrôle d'accès (A.5.15), la gestion des identités (A.5.16) et les droits d'accès (A.5.18) ; le dernier couvre la fourniture, la révision, la modification et la suppression des droits d'accès et traite un changement de rôle comme un point auquel les droits doivent être ajustés. L'annexe A couvre également les responsabilités qui demeurent après un changement ou une fin d'emploi (A.6.5). Les critères communs SOC 2 sur l'accès logique adoptent une position similaire, s'attendant à ce que l'accès soit autorisé avant que les informations d'identification ne soient émises et modifiées ou supprimées lorsqu'un rôle change. Aucun d'entre eux ne prescrit un intervalle de révision ou un outil particulier, et aucun d'entre eux ne considère un diagramme comme une preuve : ce qui est testé, ce sont les approbations, les enregistrements de provisionnement et le registre d'accès produit par le processus.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus suit Organigramme du processus de demande d’accès et passe le relais à Organigramme du processus de suppression de l'accès des utilisateurs….
C'est une étape de Gouvernance d’accès.
Étape 1: Organigramme du processus de provisionnement des utilisateurs (rejoindre,…
Étape 2: Organigramme du processus de demande d’accès
Organigramme du processus de demande d’accès : demande basée sur un rôle, approbation du responsable hiérarchique et du propriétaire du système, contrôle de séparation des tâches, attribution et recertification.
Étape 3: Organigramme du processus de demande d'accès des employés (menuisier et… Vous êtes ici
Organigramme du processus de demande d'accès des employés pour les nouveaux arrivants et les déménageurs : demande déclenchée par les RH, profil d'accès au rôle, approbation du responsable et du propriétaire, suppression de l'ancien rôle.
Étape 4: Organigramme du processus de suppression de l'accès des utilisateurs…
Organigramme du processus de suppression de l'accès des utilisateurs : déclencheurs de départ et de changement de rôle, branche de révocation immédiate, comptes partagés, récupération de licence et preuves d'audit.