ETI en croissance · Operating Partners
Pour une entreprise qui grandit ou qui rachète, l’IAM n’est pas d’abord un sujet de cybersécurité. C’est une couche d’industrialisation : elle permet d’absorber des collaborateurs, des entités et des acquisitions sans faire progresser les coûts de structure IT au même rythme.
Ces valeurs sont des scénarios de business case et des ordres de grandeur à mesurer sur votre périmètre. Ce ne sont ni des résultats clients, ni des engagements.
Le problème
Chaque salarié supplémentaire ajoute des opérations : un compte, des groupes, une licence, un changement de poste, un départ. Tant qu’elles sont traitées à la main, leur volume suit l’effectif. Une acquisition ajoute d’un coup plusieurs centaines de personnes et un environnement de plus.
Le problème n’est pas le temps passé sur une opération. C’est le fait que ce temps augmente mécaniquement avec la taille de l’entreprise.
Ce qui arrive en tickets ou en tâches manuelles
Acquisitions
Une opération de croissance externe se décide sur des chiffres consolidés. Elle arrive dans l’IT sous une autre forme.
Sans automatisation, chaque entité rachetée augmente durablement la charge d’exploitation de l’équipe IT. Le sujet n’est plus le confort des équipes : c’est la capacité de l’entreprise à absorber sa croissance.
La mécanique
L’information existe déjà : quelqu’un arrive, change de poste, part. Elle est saisie une fois dans le SIRH. Il s’agit de la faire circuler jusqu’aux systèmes qui portent les accès.
SIRH
Arrivée, mobilité, départ
IAM
Règles, profils, workflows
AD / Entra ID
Comptes, groupes
Applications
Microsoft 365, métier
Le profil du salarié détermine les comptes, groupes et licences.
Poste prêt le premier jour, sans ticket d’ouverture.
Le changement d’entité, de poste ou de manager recalcule les droits attendus.
Les accès obtenus pour l’ancien poste sont retirés.
La date de sortie déclenche la désactivation prévue par le processus.
Comptes fermés le jour même, licences identifiées et libérées.
Fusions et acquisitions
Ces deux sujets sont souvent confondus. Ils n’ont ni le même coût, ni le même calendrier, ni le même risque. L’IAM pose une couche de processus commune au-dessus d’environnements encore hétérogènes.
Convergence technique
Standardisation des processus
Pour une entreprise qui enchaîne les acquisitions, cette distinction change le calendrier : la nouvelle entité suit les mêmes processus d’identité en quelques semaines, même si ses systèmes resteront distincts pendant deux ans.
Business case
Le calcul ne demande pas d’étude : le nombre d’arrivées et de départs par an, le volume de tickets liés aux comptes et le coût des licences concernées suffisent pour un premier ordre de grandeur.
Les demandes de création, d’ajout de groupe et de fermeture disparaissent du flux de tickets quand l’événement RH les déclenche.
Calcul de base
Tickets comptes et droits par mois × coût de traitement d’un ticket × part du périmètre automatisé
Cible de l’ordre de −30 %
sur le périmètre effectivement automatisé. Ordre de grandeur à mesurer, pas une promesse contractuelle.
La partie technique de l’onboarding — comptes, groupes, boîte, licences — s’exécute à partir de la fiche RH.
Calcul de base
Arrivées par an × heures IT par arrivée × coût horaire chargé
De plusieurs jours à quelques minutes
scénario de business case valable lorsque l’organisation part réellement d’un processus manuel de plusieurs jours. Ce n’est ni un résultat universel, ni un résultat mesuré chez un client.
Un départ traité immédiatement permet d’identifier les licences, de les libérer et de les réattribuer au lieu de les racheter.
Calcul de base
Départs par an × coût annuel des licences concernées × mois de latence évités ÷ 12
Récupération au jour du départ
au lieu d’une détection lors de la revue annuelle ou du renouvellement du contrat.
Scalabilité
Tant que les opérations d’identité sont manuelles, la charge administrative suit l’effectif. Une fois les flux répétitifs automatisés, elle suit le nombre d’exceptions, pas le nombre de salariés.
C’est ce qui permet d’intégrer trois sociétés sans recruter au support pour continuer à créer et fermer des comptes.
La charge IT suit l’effectif
La charge IT suit les exceptions
Représentation de principe : elle illustre la rupture de corrélation entre effectif et charge administrative, pas une mesure.
Par où commencer
Le premier périmètre traite les opérations les plus répétitives, sur les systèmes que tout le monde utilise déjà : annuaire, Microsoft 365, quelques applications prioritaires.
Une source RH, un annuaire, un jeu de profils. Les comptes AD ou Entra ID, la boîte Microsoft 365, les groupes de base et la licence sont créés à partir de la fiche salarié.
La date de sortie ferme les accès, retire les groupes et libère les licences. C’est le flux le plus rentable et le plus simple à mesurer.
Changement de poste, d’entité ou de manager : les droits attendus sont recalculés, les anciens sont retirés. C’est ce qui empêche l’accumulation.
Questions fréquentes
Non. Un premier périmètre se limite à une source RH, un annuaire et quelques flux : arrivées, départs, mobilités. Les applications s’ajoutent ensuite, dans l’ordre de leur volume de demandes.
Non. Les processus d’identité peuvent être standardisés au-dessus de plusieurs Active Directory, domaines ou tenants. La convergence technique peut se faire plus tard, ou ne jamais se faire pour certaines entités.
La décision reste automatique, l’exécution devient une tâche assignée à un opérateur, avec confirmation attendue. L’opération reste suivie : on sait ce qui a été demandé, à qui, et si cela a été fait.
Le premier flux automatisé produit une mesure dès qu’il tourne : nombre d’arrivées traitées sans ticket, délai de fermeture des comptes au départ, licences libérées. C’est cette mesure qui décide de l’extension du périmètre.
Votre prochain point de décision
Décrivez votre volume d’arrivées et de départs, vos annuaires et vos entités. Nous regardons ensemble le périmètre qui supprime le plus d’opérations manuelles, et ce qu’il représente en heures IT, en tickets et en licences.
