Centraliser les outils internes des équipes
Centraliser les outils internes des équipes revient à décider qui ouvre quoi, puis à tenir cette décision à chaque arrivée et à chaque départ. Nous développons le portail qui regroupe cette vue et ces droits, à partir des identités dont votre entreprise dispose déjà, avec la connexion directe partout où vos applications l'acceptent.
d'expérience
missions réalisées
projets en activité
sur-mesure
Chaque outil interne a son adresse, son compte et sa propre liste d'accès
Vos outils internes se sont accumulés un par un, chacun pour une raison valable, chacun avec sa propre adresse et son propre identifiant. Certains ont été choisis par la direction, d’autres souscrits par un service pressé, d’autres imposés par un client. Reconstituer la liste complète demande aujourd’hui de faire le tour de plusieurs services.
Quand un outil officiel demande trop d’étapes, une équipe s’en fabrique un autre. Un tableur partagé reprend le suivi qui existait déjà, un service souscrit un abonnement sur sa propre carte, deux collègues se transmettent un mot de passe pour éviter une demande d’accès. Ce contournement, le shadow IT, déplace vos données d’entreprise vers des endroits que vous cessez de voir.
Les mouvements de personnel révèlent le coût réel. Un arrivant réclame ses accès service par service. Un salarié qui change de poste garde ceux de l’ancien et reçoit ceux du nouveau. Un départ laisse derrière lui des comptes que personne ne referme, faute de savoir qu’ils existent. Le jour où vous cherchez qui pouvait ouvrir un dossier précis, la réponse se reconstitue outil par outil.
Ce sujet porte sur l’inventaire de vos applications, sur les droits que chaque fonction justifie, sur le moment où ces droits changent, et sur ce que vos équipes se fabriquent à côté quand le circuit officiel les ralentit. Un portail collaborateurs couvre un terrain plus large. La question des accès, elle, se pose dès le premier outil raccordé, et elle revient chaque fois que votre organisation bouge ou qu’un abonnement se souscrit quelque part dans l’entreprise.
Comptez les outils internes que vos équipes ouvrent chaque jour
Chacune se vérifie en une question posée à l’un de vos responsables.
Les favoris du navigateur, un mail épinglé, un mémo collé sur l'écran. Chaque salarié a reconstruit son entrée vers vos outils.
Il écrit à un service pour l'outil de gestion, à un autre pour le partage de fichiers, et attend la disponibilité de chacun.
Un compte unique sert à plusieurs personnes, parce que le partager prend moins de temps que réclamer un accès nominatif.
Il paie un abonnement mensuel que votre comptabilité découvre en fin d'exercice, avec vos données d'entreprise dedans.
À chaque mobilité interne, un salarié garde les accès de son poste précédent.
Vous coupez la messagerie le jour même. Les autres outils gardent le compte actif, faute d'une liste qui les recense.
Une même cause produit ces six symptômes : chaque application gère sa propre liste d’accès, tenue par une personne différente et corrigée quand quelqu’un y pense. Nous abordons cette question sous l’angle du répertoire des personnes dans notre page sur l’annuaire interne adossé aux documents. Reste à décider où s’écrit, une fois pour toutes, qui a le droit d’ouvrir quoi.
Huit fonctions qui tiennent vos accès internes
Chaque fonction répond à une question d'accès précise, et votre périmètre dépend du nombre d'applications à rapprocher comme de la finesse de droits que votre activité réclame. Quand le projet dépasse les accès et s'étend aux documents et aux démarches de chaque salarié, le choix des modules se pose autrement.
Accueil filtré par profil
La page d'entrée affiche les applications que la fonction de la personne justifie. Un magasinier et un comptable ouvrent la même adresse et voient deux listes différentes.
Connexion unique vers vos applications (SSO)
Le salarié s'authentifie une fois auprès de votre annuaire (Active Directory, LDAP, ou équivalent). Les applications qui savent déléguer leur connexion s'ouvrent ensuite d'un clic, sans seconde saisie.
Profils d'habilitation par rôle (RBAC)
Les droits s'attachent à une fonction, pas à un nom. Créer un poste revient à choisir un profil existant, plutôt qu'à recopier les accès d'un collègue.
Inventaire vivant de vos applications
Chaque outil raccordé porte son propriétaire interne, son usage et la population qui y accède. La liste se met à jour à chaque raccordement.
Autorisations à date de fin
Un accès ouvert pour un remplacement, un audit ou une mission se ferme seul au terme prévu. Le prolonger demande une décision explicite.
Demande d'accès en self-service
Le salarié demande depuis le portail, le responsable de l'application décide, la trace reste. La demande cesse de dépendre d'un mail adressé à la bonne personne.
Ouverture et fermeture au fil des mouvements
Une arrivée déclarée dans votre annuaire ouvre les accès du profil. Un changement de poste bascule l'ancien jeu vers le nouveau. Un départ referme l'ensemble.
Revue des droits exportable
À intervalle fixe, chaque responsable reçoit la liste des personnes qui accèdent à son application, puis confirme ou retire. L'export sert de preuve à vos auditeurs.
Nos dernières réalisations
Toutes nos réalisationsNous avons aidé des dizaines de clients dans leur transformation digitale
Ce que nous regardons lors du premier échange
Deux choses suffisent pour démarrer : l’export de vos comptes les plus utilisés, et qui répond de chacun.
Les cinq temps d'un regroupement d'accès internes
-
Nous recensons chaque application en service, son propriétaire interne, sa façon d'authentifier et la liste des comptes qui y existent. Le relevé cherche en particulier les outils absents de l'inventaire officiel et les comptes restés actifs au nom de personnes parties. Vous obtenez cet état avant tout engagement de développement.
-
Nous traduisons votre organisation en profils : une fonction, un rattachement, un jeu d'accès. Chaque droit accordé se justifie par une tâche réelle du poste. Les cas qui refusent d'entrer dans un profil deviennent des exceptions nommées, avec un responsable et une date de revue.
-
Nous dessinons ce que voit chaque profil au moment de se connecter, puis nous le faisons manipuler par une personne de ce profil. Nous vérifions notamment qu'un salarié retrouve son outil sans parcourir une liste de vignettes indifférenciées, et cela avant la première ligne de code.
-
Nous développons le portail et branchons les applications une par une, en commençant par celles qui savent déléguer leur connexion. Pour les autres, nous ouvrons l'accès depuis la même page et gardons la gestion de leurs droits dans le portail, à défaut de leur connexion. Le déclenchement des mouvements se branche sur votre système RH ou de paie quand il expose ces événements ; sinon, un responsable désigné chez vous le déclare manuellement dans le back-office du portail.
-
Nous ouvrons le portail à un service, corrigeons ce qu'il remonte, puis passons au suivant. Une fois l'ensemble en service, la revue des droits s'installe à intervalle fixe et chaque responsable confirme les accès de son périmètre. Ce suivi entre dans le contrat de maintenance et d'évolution, distinct du forfait initial.
Huit points que vos équipes vont soulever
Elles restent dans le portail, sans la connexion automatique. Un logiciel installé sur vos serveurs il y a dix ans, un outil métier racheté avec une filiale ou un service en ligne dont l’éditeur réserve cette fonction à son offre haute ne prennent pas en charge la délégation d’authentification. Le portail les affiche quand même dans la liste du profil, garde la trace de qui y a droit et les inclut dans la revue périodique. Le salarié saisit son mot de passe pour celles-là, et vous conservez la vision d’ensemble des accès, qui reste le vrai sujet.
.Se connecter une seule fois prouve l’identité de la personne ; ce qu’elle peut ensuite faire dans chaque application relève d’une question distincte, celle des habilitations (voir plus bas « Deux mécanismes distincts »). Une entreprise qui installe la connexion unique sans toucher aux habilitations obtient un accès plus rapide à des droits toujours aussi flous.
.Le portail s’installe sur une infrastructure redondante avec bascule automatique, comme tout service que nous mettons en production, mais la vraie garantie tient à la conception plutôt qu’à la seule disponibilité du serveur. Chaque application raccordée garde sa propre porte d’entrée directe, avec l’identifiant qu’elle a déjà attribué au salarié : si le portail devient injoignable, chacun peut toujours se connecter directement à l’outil dont il a besoin, sans attendre son rétablissement. Le portail simplifie l’accès du quotidien, il ne devient jamais le seul chemin possible vers une application. Sur ce point d’entrée, une double vérification (MFA) s’ajoute au mot de passe (un code à usage unique envoyé au moment de la connexion), pour limiter les conséquences d’un mot de passe deviné ou volé.
.Nous partons des tâches réelles du poste. Un profil regroupe les accès qu’une tâche exige, et une personne en cumule plusieurs : responsable d’équipe, référent d’un outil, membre d’un projet. Cette composition évite les profils taillés salarié par salarié, qui redeviennent ingérables à mesure que l’effectif bouge. Quand un cas résiste, il devient une exception datée plutôt qu’un profil de plus.
.Un outil confiné à un service échappe aux inventaires, et sa liste d’accès ne passe sous aucun regard extérieur. Il porte pourtant vos données. L’entrer dans le portail coûte peu quand il sait déléguer sa connexion, et l’inscrit au moins dans l’inventaire et dans la revue des droits dans le cas contraire.
.Chaque application détient la réponse pour son propre périmètre, et sait exporter la liste de ses comptes. Rapprochée de votre annuaire et de votre paie, cette liste fait apparaître les comptes sans titulaire identifiable, ceux au nom de salariés partis, et ceux que plusieurs personnes se partagent. Ce rapprochement occupe les premières séances du projet et vaut déjà par lui-même, avant toute ligne de développement.
.La validation revient au responsable de l’application, et l’informatique tient le circuit. La direction financière répond de la comptabilité, le responsable de production répond de la gestion des stocks : chacun sait qui, dans son périmètre, a besoin de quoi. Le portail affiche ce nom en face de chaque application, et la demande part directement vers la bonne personne. Cette désignation se fixe au cadrage, application par application.
.Les produits de gestion des identités font très bien la partie technique : authentifier, raccorder des applications connues, fermer un compte à date. Ils ignorent en revanche vos règles : quel rattachement ouvre quel droit chez vous, quelle exception vaut pour un site, quel responsable valide quoi. Un outil du marché suffit tant que votre organisation rentre dans ses cases. Le développement se justifie au moment où vous commencez à le contourner, avec un tableur qui tient les exceptions à côté.
.Centraliser les outils internes des équipes en gardant vos applications
Deux mécanismes distincts : la connexion et les habilitations
Confondre les deux fait croire le travail terminé alors qu’il commence. L’authentification unique répond à une seule question : cette personne est-elle bien celle qu’elle prétend être. Elle la pose une fois, puis les applications raccordées font confiance à la réponse.
Les habilitations répondent à une question différente : cette personne, une fois entrée, que peut-elle voir et modifier. Chaque application tient sa propre réponse, dans son propre format, avec ses propres intitulés. C’est là que se logent les écarts réels : un accès en écriture accordé pour un dépannage et jamais retiré, un profil administrateur donné à trois personnes parce que le profil intermédiaire manquait.
Un portail qui regroupe vos outils tient les deux bouts. Il porte la connexion et, pour chaque application raccordée, la règle qui dit quel profil obtient quel niveau. Le moindre privilège résume la règle : un droit s’accorde pour une tâche identifiée, et se retire quand la tâche cesse.
Le recensement des applications, et ce qu’il fait remonter
Le recensement vise trois catégories que les inventaires officiels laissent de côté : les applications dont le propriétaire interne a quitté la société, les abonnements souscrits pour un projet depuis clos, et les outils que deux services utilisent chacun de leur côté pour le même travail.
Quatre informations suffisent par application : qui la paie, qui en répond au quotidien, quelles données elle contient, et comment elle authentifie ses utilisateurs. La quatrième décide du raccordement technique. Les trois premières décident du sort de l’outil, puisqu’une application sans propriétaire ni données propres se retire plus vite qu’elle ne se raccorde.
Ce travail se fait une fois sérieusement, puis se tient. Chaque nouvelle application entre par le portail, avec son propriétaire déclaré et sa population d’accès. La liste reste ainsi exacte sans effort de rattrapage.
Ce qui doit se passer quand quelqu’un arrive, bouge ou part
Trois moments décident de la qualité de vos accès, et tous les trois se traitent mal quand ils reposent sur la mémoire d’un gestionnaire.
À l’arrivée, le profil ouvre d’un coup les accès du poste. La personne travaille dès le premier jour, et vous évitez la semaine de réclamations service par service. Au changement d’affectation, le nouveau profil remplace l’ancien : c’est le mouvement le plus facile à manquer, parce que l’ajout se voit tout de suite alors que l’oubli du retrait passe inaperçu. Un salarié qui a changé plusieurs fois de poste finit avec les droits de tous.
Au départ, la fermeture porte sur toutes les applications de la liste, le même jour, y compris celles qu’un service avait souscrites de son côté. Un compte oublié sur un outil de partage de fichiers reste ouvert, et il s’ouvre depuis n’importe où.
Ces trois moments se déclenchent depuis le mouvement lui-même, plutôt que depuis une demande écrite. Déclaré une fois, il produit l’ouverture ou la fermeture partout, le même jour et sans rappel à faire.
Ce que le regroupement fait apparaître sur vos abonnements
Comparez la liste des comptes actifs à celle des personnes que vous payez. L’écart éventuel se lit en licences facturées pour des salariés partis, en postes réservés pour un projet terminé, en deux abonnements distincts souscrits par deux services pour le même usage.
Cet écart se chiffre chez vous, avec vos factures et la liste de comptes que le recensement produit. Nous fournissons la méthode et le relevé, vous décidez ensuite de ce qui se résilie.
Une fois le portail en service, la mesure devient continue. Un compte fermé au départ d’un salarié cesse d’occuper une licence, selon les conditions de facturation de son éditeur. Un outil que plus personne n’ouvre se repère dans le portail, ce qui donne une base concrète au moment de renégocier.
Un point d’entrée seul, ou le portail complet
Ces deux périmètres se recoupent, et les séparer aide à décider. Le premier se limite aux accès : une page d’entrée, la connexion unique, les profils, la revue des droits. Il concerne toute l’entreprise, se conçoit avec votre informatique, et son résultat se juge à la vitesse avec laquelle un nouvel arrivant devient opérationnel.
Le second ajoute le dossier individuel : documents personnels, demandes, circuits de validation. Il mobilise davantage les ressources humaines et demande de brancher la paie et la gestion des temps. Ce périmètre plus large fait l’objet de notre page sur un portail ouvert à tout l’effectif, et le choix des modules qui le composent se travaille dans notre page sur créer un portail collaborateurs.
Ouvrir les accès en premier répond à une contrainte mécanique : le second périmètre s’appuie sur les profils et sur l’identité que le premier met en place.
Le modèle de droits que vous construisez vous appartient
Un portail d’accès concentre trois pouvoirs : la reconnaissance des personnes, l’ouverture des droits et leur fermeture. Cette concentration se justifie à une condition, que la maîtrise en reste chez vous.
Vous détenez le code et les données, sans réserve. Ce point compte particulièrement ici, parce que le modèle de droits écrit avec vous décrit le fonctionnement réel de votre organisation : qui répond de quoi, quelle exception vaut pour quel site, quel niveau ouvre quelle donnée. Cette description vaut au-delà du portail qui la porte.
Une autre équipe, ou votre informatique interne, reprend ensuite un modèle déjà écrit et documenté, sans avoir à le reconstituer application par application.