Les agents personnalisés de Corma en action chez Infinox

Infinox, fintech de courtage de CFD présente à l'international, a presque triplé de taille en un an, entre croissance et acquisitions, et son équipe IT Operations a dû garder le contrôle des accès sur l'ensemble du périmètre. Nous avons échangé avec Vadim, Head of IT Operations chez Infinox, sur ce à quoi ressemblaient l'onboarding et l'offboarding avant Corma, et sur ce qui a changé depuis. Il revient sur les accès fantômes qu'accumulent les collaborateurs de longue date et les cadres dirigeants au moment de leur départ, sur les pics du vendredi qui mobilisaient toute son équipe, sur les agents IA qui gèrent désormais le provisioning des outils legacy sans API, et sur les raisons pour lesquelles un « homme d'Excel » revendiqué pense être sur le point d'abandonner ses tableurs.

‍

Corma : Avant Corma, quand un collaborateur quittait Infinox, quel était le vrai cauchemar ? Pouvez-vous nous décrire un scénario réel ?

Vadim : Avant Corma, chaque départ était un énorme cauchemar. Il fallait révoquer tous les accès à la main, faire le tour de chaque service desk pour savoir ce qui avait été attribué ou non, puis, au fil du temps, on découvrait encore des accès restés ouverts.

C'était particulièrement vrai pour les départs de profils exposés. Toute personne présente depuis de nombreuses années dans l'entreprise, ou occupant un poste de direction ou de C-level, avait tendance à cumuler beaucoup d'accès fantômes.

Avec Corma, nous voyons ces accès et en révoquons automatiquement la plupart, ce qui va beaucoup plus vite. Nous fonctionnons comme un groupe avec plusieurs marques, et elles ne sont pas encore toutes connectées et intégrées à Corma au même niveau, surtout par manque de temps de notre côté. Pour les marques entièrement connectées, l'offboarding de tous les accès principaux se fait pratiquement en un clic, suivi d'une vérification manuelle pour ce que nous n'avons pas encore intégré, mais nous avons au moins la liste des endroits où regarder. Pour les marques non intégrées, environ un tiers des accès doit encore être révoqué à la main, ce qui prend beaucoup plus de temps.

Corma : Combien de temps et d'efforts fallait-il pour retrouver tous les points d'accès à supprimer ?

Vadim : Avant, cela prenait énormément de temps. Il fallait tout retrouver, et pendant les un ou deux jours suivants, on découvrait encore des accès que nous n'avions pas vérifiés.

Aujourd'hui, l'essentiel est au même endroit. Nous voyons où un utilisateur se connectait, à quoi il était relié et de quels accès il disposait, y compris pour certaines applications locales. Nous avons déployé un client desktop sur environ 60 % de notre parc, ce qui améliore encore les choses. Il reste des points à régler, que nous traitons avec Corma, mais c'est clairement la bonne voie. Il détecte facilement la plupart des applications SaaS. Et pour les applications locales qui ont encore des accès ou des connexions legacy, nous commençons aussi à pouvoir les retrouver.

Corma : Quel risque vous empêchait de dormir ? Qu'est-ce qui pouvait mal tourner, et est-ce arrivé ?

Vadim : Le principal risque était que les accès d'un utilisateur critique ne soient pas totalement révoqués, qu'un appareil ne soit pas déconnecté ou qu'un accès critique soit oublié, en particulier lors d'un offboarding tardif ou de dernière minute, quand les RH avaient oublié de le signaler, ou lors d'un incident qui exigeait de révoquer les accès rapidement pour lancer l'enquête. C'est ce qui m'empêchait de dormir. C'est aujourd'hui en grande partie réglé.

L'autre problème, c'était les pics. Nous avions beaucoup d'onboardings en début de mois et beaucoup d'offboardings en fin de mois ou en fin de semaine, ce qui créait de grosses pointes de charge. Aujourd'hui, cela nous inquiète beaucoup moins. Les accès critiques sont révoqués automatiquement et, un samedi par exemple, nous vérifions simplement que c'est fait, au lieu de mobiliser un ingénieur pour un offboarding complet à la main. Le lundi, nous reprenons tout ce qui n'est pas critique ou qui demande une révocation manuelle.

Des vagues de 11 ou 15 onboardings un lundi étaient vraiment pénibles et demandaient beaucoup d'attention à l'équipe. Aujourd'hui, Corma prend en charge l'essentiel. Nous vérifions quelques points, puis passons aux accès propres à un service ou à un rôle qui n'ont pas encore été provisionnés. Les accès de base, à savoir pouvoir se connecter, recevoir ses e-mails et commencer à travailler avec la plupart des outils prêts, sont largement automatiques.

Corma : Quelle est la première chose que Corma faisait différemment dans un workflow d'onboarding, selon vous ?

Vadim : C'est la personnalisation du workflow builder qui m'a frappé en premier. L'intégration des agents IA, encore en bêta, est ce que j'appellerais la fonctionnalité décisive. Nous ajoutons désormais une nouvelle application, ou son provisioning, presque chaque semaine. Les outils legacy qui ne permettent pas le provisioning par API peuvent maintenant être pris en charge par un agent, et nous n'avons pas besoin d'écrire ni de maintenir ces agents nous-mêmes. Tout cela tourne dans des conteneurs isolés au sein de Corma.

Il existe aussi des solutions de contournement pour les logiciels SaaS qui exigent normalement une offre enterprise, comme Slack et quelques autres, afin d'obtenir le provisioning automatique.

Le workflow builder, l'automatisation et le suivi de l'usage sont solides, et l'interface est bonne dans l'ensemble. Tout est visible au même endroit. L'équipe développe et publie aussi des mises à jour rapidement.

Corma : Pouvez-vous nous décrire ce qui se passe aujourd'hui quand quelqu'un part, de son dernier jour jusqu'à l'offboarding complet ?

Vadim : Les RH saisissent une date de fin de contrat, ou, au moment du départ, nous sommes notifiés automatiquement par un webhook, et la personne apparaît dans notre liste d'offboarding. Nous n'avons pas besoin d'échanger beaucoup plus avec les RH. Nous vérifions ce qu'il advient de l'ordinateur portable et contrôlons les accès de la personne, y compris ceux que Corma ne déprovisionne pas encore automatiquement. Pour la plupart des utilisateurs, nous vérifions simplement que l'offboarding a bien eu lieu et qu'il s'est déroulé correctement.

Nous allons bientôt automatiser davantage, car nous commençons tout juste à utiliser le workflow builder. Avec certaines des nouvelles fonctionnalités, nous pouvons configurer des notifications envoyées dans nos messageries une fois qu'un utilisateur a été entièrement offboardé.

L'offboarding est aujourd'hui un processus assez fluide. À titre de comparaison, nous avons encore quelques marques où le logiciel RH n'est pas correctement intégré, et nous poussons pour le connecter au niveau du groupe. Cela reste pénible : nous recevons un e-mail, puis devons reporter nous-mêmes la date dans le calendrier. Pour l'instant, dans ces cas-là, nous saisissons la date d'offboarding à la main dans Corma, mais nous y arrivons.

Corma : Avez-vous des chiffres ? À quel point l'offboarding est-il plus rapide, et combien de tâches manuelles ont disparu ?

Vadim : Un offboarding représente désormais environ une demi-heure de travail au total. Avant, il fallait deux à quatre heures, réparties entre différents services et personnes, pour faire un vrai nettoyage, analyser les systèmes et tout passer en revue.

Grâce à un agent personnalisé, nous avons aussi pu intégrer certains de nos logiciels legacy à l'offboarding. Dans certains cas, il est impossible d'offboarder complètement un utilisateur parce que le logiciel legacy exige des droits d'administrateur complets, mais nous pouvons au minimum retirer toutes ses permissions, réinitialiser le mot de passe et marquer le compte comme celui d'un partant. C'était auparavant un travail énorme ; aujourd'hui, nous retrouvons cet utilisateur en masse dans la liste et supprimons le compte.

Les chiffres sont donc passés de deux à quatre heures pour un offboarding complet à environ une demi-heure pour un utilisateur moyen, une heure tout au plus. Quand c'est un dirigeant C-level ou un cadre plus senior qui part, cela prend plus de temps, mais pour la plupart des utilisateurs, c'est généralement moins d'une demi-heure.

Corma : Quelle situation d'offboarding aurait été une crise avant Corma, et se gère aujourd'hui simplement ?

Vadim : Je dirais n'importe quel départ de profil exposé en fin de semaine. Quand les RH signalent que des accès doivent être révoqués, nous savons que la majorité l'est déjà, et il ne nous reste que le nettoyage proprement dit. Fini le branle-bas de combat du genre « tout le monde se prépare, on lâche tout », même avec six offboardings un vendredi. Avant, cela mobilisait toute l'équipe. Maintenant, une seule personne vérifie que tout s'est bien passé, sans erreur, et c'est tout.

Corma : Qu'est-ce que cela a changé dans votre travail ? À quoi consacrez-vous votre temps aujourd'hui, au lieu du travail manuel et des tableurs ?

Vadim : Nous construisons davantage d'outils, ce qui nous convient mieux. Nous avons maintenant des rapports mensuels automatisés sur les utilisateurs inactifs, que nous envoyons aux RH et aux managers, et des rapports similaires sur l'utilisation des licences. Cela nous a fait gagner beaucoup de temps, et nous le réinvestissons dans le développement de Corma et de nos workflows. Nous avons plusieurs marques, chacune avec ses propres complexités et différences que nous devons encore traiter, donc une partie de ce temps y passe aussi.

Les tableurs sont encore utilisés, mais quelques évolutions de Corma arrivent bientôt et devraient nous aider à nous en passer. J'ai toujours été un homme d'Excel, mais j'ai le sentiment que nous sommes près de nous débarrasser complètement d'Excel et d'avoir dans Corma une source unique de vérité pour toute l'activité liée aux utilisateurs. Une fois le système de labels et de tags en place, nous pourrons créer des rapports et des groupes personnalisés. Nous pouvons déjà laisser des notes et des commentaires sur chaque utilisateur, par exemple pour signaler qu'une personne est un auditeur occasionnel qui ne se connecte qu'une fois par trimestre pour valider quelque chose, afin que l'équipe ne considère pas cela comme inhabituel.

Corma : Comment voyez-vous Corma vous accompagner en 2027, face à des enjeux comme l'usage de l'IA et la sécurité des accès ?

Vadim : La sécurité des accès va clairement nous aider en 2027. J'ai hâte de découvrir la roadmap de Corma pour l'année prochaine et la façon dont l'équipe compte traiter l'usage et la surveillance des identifiants d'API, l'usage de l'IA en général, les agents, etc. Je ne sais pas encore exactement à quoi cela ressemblera, mais j'ai le sentiment que cela devient un vrai sujet, tout comme l'automatisation et les workflows de manière plus large.

La plupart des membres de mon équipe préfèrent construire des outils plutôt que faire un travail manuel et répétitif, et c'est aussi mon cas. Au lieu d'offboarder à la main dix utilisateurs d'un logiciel legacy, je peux passer quelques heures à configurer un agent dans Corma. Pas besoin de prompt engineering : je suis les consignes et c'est fait. C'est pareil pour les workflows : au lieu de produire à la main un rapport mensuel sur les utilisateurs inactifs, nous envoyons un e-mail automatisé aux managers, qui nous font ensuite leur retour. C'est tout simplement plus agréable de construire et d'utiliser ces outils que de faire du travail répétitif.

D'après notre analyse trimestrielle du service desk, l'onboarding et l'offboarding représentaient la majorité de nos tickets et de notre temps de travail. Depuis que nous utilisons Corma plus largement dans nos marques et dans le groupe, cette part a enfin commencé à baisser.

Corma : Côté passage à l'échelle, si Infinox doublait ou triplait de taille, comment Corma vous accompagnerait-il et qu'est-ce que cela changerait pour vous ?

Vadim : Nous l'avons déjà vécu. L'entreprise est en pleine phase d'expansion et d'acquisitions, et nous avons presque triplé en un an, peut-être un peu plus. Corma a bien suivi : plusieurs workspaces, la gestion des utilisateurs, la visibilité sur leurs mouvements, la gestion de l'archivage, et plus largement l'aide pour absorber ce volume d'utilisateurs. Alors que nous avons à peu près triplé, mon équipe IT Operations n'a même pas doublé. Cela nous a aussi permis de nous développer sur d'autres sujets, puisque nous passons beaucoup moins de temps sur l'onboarding et l'offboarding.

‍

L'équipe de Vadim est passée de deux à quatre heures par offboarding à quelques minutes, pendant que l'entreprise triplait sans doubler ses effectifs IT. Si c'est un problème que vous préférez régler une bonne fois pour toutes, nous serons ravis de vous montrer comment fonctionne Corma. Réservez une démo.

‍