Pourquoi j’ai créé CLEMAX : garder les organigrammes de clés vivants
Depuis des années, je dirige Bézian Sécurité, une entreprise spécialisée en serrurerie, organigrammes de clés et contrôle d’accès.
Dans ce métier, on parle beaucoup de cylindres, de passes, de clés, de portes, de badges, de serrures et de plans de fermeture. C’est normal : ce sont les objets visibles. Ceux que l’on tient dans la main. Ceux que l’on pose, que l’on remplace, que l’on commande, que l’on perd parfois.
Mais avec le temps, j’ai compris que le vrai sujet n’était pas seulement la clé.
Le vrai sujet, c’est l’information.
Qui ouvre quoi ? Qui détient quelle clé ? Quel passe circule encore ? Quelle clé a été prêtée à un agent, à une entreprise extérieure ou à un prestataire ? Quel organigramme est encore fiable trois, cinq ou dix ans après sa création ?
Ces questions paraissent simples. Pourtant, dans beaucoup de structures, elles deviennent progressivement difficiles.
C’est pour répondre à ce problème très concret que j’ai développé CLEMAX.
1. Un organigramme de clés est souvent très clair au départ
Quand un organigramme de clés est créé, tout semble maîtrisé.
On définit les bâtiments, les portes, les cylindres, les niveaux d’accès. On décide quels services peuvent accéder à quels locaux. On crée des passes, des sous-passes, des clés individuelles. On remet un tableau, parfois des plans, parfois un fichier Excel.
À ce moment-là, l’organisation paraît claire.
Mais un organigramme n’est pas un objet figé. Il vit dans un environnement réel.
Des agents arrivent. D’autres partent. Des bâtiments sont ajoutés. Des serrures sont remplacées. Des clés sont perdues. Des prestataires interviennent. Des doubles sont commandés. Des prêts temporaires deviennent parfois permanents. Des fichiers sont copiés, modifiés, oubliés.
Et peu à peu, l’écart se creuse entre l’organigramme théorique et la réalité du terrain.
Le risque n’est pas toujours spectaculaire. Il est souvent silencieux : un tableau n’est plus tout à fait à jour, une information existe seulement dans la mémoire d’une personne, un ancien responsable savait mais il est parti, un fichier Excel circule mais personne ne sait s’il est encore la dernière version.
C’est là que commence le problème.
2. Le problème n’est pas seulement la sécurité, c’est la continuité
Quand on parle de clés et d’accès, on pense naturellement à la sécurité.
C’est évidemment important. Une clé perdue, un passe général non maîtrisé, un accès mal documenté peuvent créer de vrais risques.
Mais pour les gestionnaires de bâtiments, les services techniques, les collectivités, les hôpitaux, les syndics ou les entreprises multi-sites, le sujet est aussi organisationnel.
Il faut pouvoir transmettre l’information. Il faut pouvoir commander correctement. Il faut pouvoir retrouver qui détient quoi. Il faut pouvoir prêter une clé et garder une trace. Il faut pouvoir vérifier un accès sans repartir de zéro. Il faut pouvoir faire vivre l’organigramme dans le temps.
La question n’est donc pas seulement :
Est-ce que les portes ferment ?
Mais aussi :
Est-ce que l’organisation sait encore clairement qui ouvre quoi ?
C’est cette continuité qui manque souvent.
3. Pourquoi les outils habituels atteignent leurs limites
Pendant longtemps, beaucoup de structures ont suivi leurs clés avec des fichiers Excel, des classeurs papier, des plans annotés, des mails, ou simplement l’habitude des personnes en place.
Ces méthodes peuvent fonctionner au début. Elles ont même un avantage : elles sont simples, immédiates, connues.
Mais elles vieillissent mal.
Un fichier Excel ne dit pas toujours qui l’a modifié. Un classeur papier n’est pas toujours consultable à distance. Un plan annoté ne suit pas forcément les prêts de clés. Un mail se perd. Une information orale disparaît avec la personne qui la détenait.
Et surtout, ces outils ne relient pas toujours les éléments entre eux.
Une clé n’est pas seulement une référence. Elle est liée à un bâtiment, à des portes, à des détenteurs, à des commandes, à des prêts, à des retours attendus, à un historique.
C’est ce lien entre les informations qui manque souvent.
4. Ce que CLEMAX cherche à résoudre
CLEMAX est né de cette expérience terrain.
L’objectif n’est pas de créer un logiciel de plus. Les gestionnaires de bâtiments en utilisent déjà beaucoup. Certains sont lourds, complexes, éloignés de la réalité quotidienne.
L’objectif de CLEMAX est plus simple :
rendre l’organigramme de clés vivant, lisible et exploitable.
Concrètement, CLEMAX permet de suivre :
- les clés, passes et trousseaux ;
- les bâtiments, portes et accès ;
- les détenteurs ;
- les prêts temporaires ;
- les émargements ;
- les bons de commande et réassorts ;
- l’historique des mouvements ;
- les informations utiles pour garder une vision claire dans le temps.
L’idée est de pouvoir répondre rapidement aux questions qui reviennent toujours :
Qui détient cette clé ? Quelles portes ouvre-t-elle ? Quelles clés possède cet agent ? Quelle clé a été prêtée à une entreprise extérieure ? Quel retour est attendu ? Que faut-il recommander ? Quel est l’état réel de l’organigramme aujourd’hui ?
CLEMAX ne remplace pas le bon sens métier. Il le structure.
5. Un outil issu de la serrurerie, pas d’un bureau abstrait
Je crois beaucoup aux outils qui naissent d’un problème réel.
CLEMAX ne vient pas d’une idée théorique sur la digitalisation des accès. Il vient de situations concrètes rencontrées sur le terrain.
Des clients qui demandent un réassort mais ne savent plus exactement quelle clé commander. Des responsables qui veulent savoir qui détient encore un passe. Des collectivités qui ont plusieurs bâtiments, plusieurs services, plusieurs intervenants. Des organigrammes qui existent, mais dont le suivi devient fragile avec le temps. Des prêts de clés qui devraient laisser une trace plus claire.
En serrurerie, on voit vite la différence entre un système bien documenté et un système qui dépend uniquement de la mémoire des personnes.
Et dans les organisations, cette mémoire est fragile.
Un bon outil doit donc être simple, clair, durable. Il doit aider les personnes qui gèrent les bâtiments, pas leur ajouter une couche administrative inutile.
C’est une exigence importante pour CLEMAX : rester proche du terrain.
6. Pour qui CLEMAX est pensé
CLEMAX s’adresse principalement aux structures qui ont un patrimoine de clés à suivre dans la durée :
- communes ;
- hôpitaux ;
- établissements publics ;
- syndics ;
- entreprises multi-sites ;
- bailleurs ;
- services techniques ;
- gestionnaires de bâtiments ;
- sites industriels ou tertiaires ;
- structures avec plusieurs utilisateurs, bâtiments ou prestataires.
Dès qu’il y a plusieurs bâtiments, plusieurs détenteurs, plusieurs niveaux d’accès, ou des prêts temporaires, la question du suivi devient importante.
Et plus le temps passe, plus elle devient critique.
Un organigramme de clés n’est pas seulement un plan de fermeture. C’est une mémoire opérationnelle.
7. Ce que je veux construire avec CLEMAX
Avec CLEMAX, je veux aider les organisations à reprendre la maîtrise de leurs clés et de leurs accès.
Pas avec un outil compliqué. Pas avec une promesse magique. Pas avec une usine à gaz.
Mais avec une interface claire, pensée pour répondre aux vrais usages : voir, chercher, prêter, signer, commander, suivre, transmettre.
Je veux que CLEMAX permette à un gestionnaire de bâtiment de gagner du temps, de réduire les zones floues, de sécuriser les transmissions, et de ne plus dépendre uniquement d’un vieux fichier ou d’une mémoire individuelle.
Un organigramme bien conçu est précieux.
Mais un organigramme bien suivi dans le temps l’est encore davantage.
C’est cette idée qui guide CLEMAX.
Conclusion : une question simple
Au fond, CLEMAX part d’une question très simple :
Qui ouvre quoi ?
Mais derrière cette question, il y a beaucoup d’enjeux : sécurité, organisation, responsabilité, transmission, continuité de service.
Mon objectif est d’apporter une réponse simple et concrète à ces enjeux.
Faire en sorte que les clés, les accès et les organigrammes ne soient plus seulement des documents figés, mais une information vivante, fiable et exploitable.
C’est le rôle de CLEMAX.