Nous regarderons votre site et vos équipements et vous dirons ce qui peut être raccordé
Quelles armoires et quelles serrures sont déjà installées, ce qu'elles exposent, quels scénarios d'accès vous sont nécessaires et par où il vaut mieux commencer.
Logiciel pour consignes et casiers
Un logiciel pour les consignes à bagages, les points de consigne et les armoires à serrures électroniques
Une armoire à casiers, c'est du métal et des serrures. Le logiciel en fait un service : la personne obtient l'accès par un code ou une carte, le casier s'ouvre tout seul, le système sait quel casier est occupé, par qui et jusqu'à quand, et chaque ouverture reste dans le journal. Voici comment cela fonctionne — du geste à l'écran au déclic de la serrure et à l'entrée dans l'historique.
Qu'est-ce qu'un programme
pour les consignes à bagages et les casiers
Un logiciel pour casiers — un système qui décide qui obtient quel casier, ouvre sa serrure électronique au bon moment et garde la trace de chaque ouverture : qui, quand et à quel titre.
La différence avec une armoire ordinaire tient en un seul exemple. Avec une clé ou un cadenas, c'est une personne qui répond du casier : elle a remis la clé, retenu le numéro et l'a reprise. Une clé perdue, c'est une porte à forcer ; un litige se règle avec ce dont l'équipe se souvient ; et le nombre de casiers libres à cet instant n'est connu que de celui qui se tient là.
Un casier automatisé n'a pas de clé. Le droit d'ouvrir la porte est un enregistrement dans une base : ce code est valable pour ce casier jusqu'à telle heure. Un code se délivre, s'annule, se prolonge et se transmet sans jamais s'approcher de l'armoire. Et l'occupation de chaque casier de chaque site se voit dans une seule liste.
Un exemple. Un visiteur d'un centre commercial laisse ses sacs dans un casier : il présente un QR code à l'écran, la porte s'ouvre, il la referme et s'en va. Deux heures plus tard, il ouvre le même casier avec le même code. Deux enregistrements d'ouverture restent dans le système, avec l'heure de début de la consigne et une note indiquant que le casier a été libéré et qu'il est prêt pour la session suivante.
L'automatisation d'une consigne à bagages commence là où la réponse à trois questions ne tient plus dans la tête du préposé : combien de casiers sont occupés à cet instant, qui exactement a ouvert tel casier aujourd'hui à 14:20, et que faire des affaires qui traînent là depuis deux jours.
- 1Utilisateur
- 2Identification
- 3Contrôle des droits
- 4Contrôleur de l'armoire
- 5Serrure électronique
- 6Capteur de porte
- 7Entrée au journal des événements
- 8Panneau d'administration
Le lien fonctionne dans les deux sens : la commande va de gauche à droite, la confirmation revient. Une ouverture est réputée avoir eu lieu non pas quand la commande part, mais quand le capteur de porte répond. Sans cette étape, le système annoncerait ce qu'il croit de ses casiers plutôt que ce qui se passe réellement sur place.
Ce que le système sait de chaque casier
- Où il se trouve — site, zone, armoire, numéro du casier et type de taille
- S'il est occupé — libre, réservé, occupé, en attente de libération, bloqué
- Qui l'utilise — la session de consigne avec son heure de début, sa durée et son mode d'accès
- Ce qui l'ouvre — quel code, quelle carte ou quel compte utilisateur est valable pour lui à cet instant
- Ce qui lui est arrivé — chaque ouverture et chaque fermeture avec une heure exacte et un motif
- S'il fonctionne — si la serrure répond, si le contrôleur est raccordé, si la porte se referme
En quoi cela diffère d'une consigne automatique de colis
Les équipements se ressemblent — la même armoire, les mêmes serrures, les mêmes codes. La différence tient à leur destination. Une consigne à colis remet à un destinataire le colis d'autrui : un coursier dépose l'objet, l'adressé le prend, le casier se libère. Une consigne à bagages se loue à une personne pour une durée : elle y met ses propres affaires et les reprend elle-même, et le casier se facture à la durée.
D'où des exigences logicielles différentes : pour une consigne à colis, ce qui compte le plus, c'est le lien avec la boutique en ligne et le service de livraison, tandis que pour une consigne à bagages, ce sont la session, la durée, la prolongation et le retour du casier en circulation. Le retrait des commandes est traité en détail sur la page des systèmes de libre-service.
Comment cela fonctionne : du code à la porte ouverte
Le chemin complet d'une seule demande — de la personne devant l'armoire à l'entrée dans le journal. Plus bas dans la page, chacun de ces maillons est examiné plus en détail.
1. L'armoire et les casiers
La partie physique : sections de l'armoire, casiers de différents types de taille, portes. Chaque casier est enregistré dans le système comme un objet distinct, avec son numéro, sa taille, sa zone et son état. L'armoire peut être prolongée par une nouvelle section — côté logiciel, c'est un ajout de casiers et non une refonte.
2. Les serrures électroniques
Une serrure qui s'ouvre non par une clé mais par une impulsion électrique venue du contrôleur. Un capteur de porte se trouve d'habitude à côté et indique si la porte s'est réellement ouverte et refermée. Une serrure sans capteur fonctionne aussi, mais le système ne connaît alors que la commande, pas le résultat.
3. Le contrôleur de l'armoire
Un petit appareil placé à l'intérieur de l'armoire, auquel toutes les serrures et tous les capteurs sont câblés. Il reçoit la commande « ouvrir le casier 14 », envoie une impulsion à la bonne serrure et renvoie le résultat. Un contrôleur dessert des dizaines de casiers : l'armoire se raccorde donc au système par un seul canal et non par quarante fils.
4. Le point d'accès de l'utilisateur
Ce par quoi la personne atteint le système : un écran sur l'armoire, une borne séparée dans le hall, un lecteur de cartes ou son propre téléphone. Il peut y en avoir plusieurs à la fois — le scénario est le même, seul le mode de saisie change.
5. La partie serveur
L'endroit où se prennent les décisions. Le serveur tient les casiers, les sessions, les codes, les droits et le journal, vérifie la demande et envoie la commande au contrôleur. Il compte aussi la durée de consigne et prépare les notifications et les rapports. L'hébergement — en centre de données ou sur les équipements du client — se décide dans le projet.
6. Le panneau d'administration
Le poste de travail d'un employé du site : plan des armoires, occupation des casiers, sessions en cours, événements, ouverture manuelle, blocage d'un casier, rôles et rapports. Il s'ouvre dans le navigateur, il n'y a rien à installer.
- SaisieLa personne présente un QR code au lecteur ou tape un code PIN sur l'écran de l'armoire
- Contrôle des droitsLe serveur cherche une session valable pour ce code : existe-t-elle, a-t-elle expiré, à quel casier appartient-elle, la limite de tentatives est-elle dépassée
- CommandeUne commande d'ouverture du casier précis part vers le contrôleur de l'armoire ; le code lui-même n'est jamais transmis au contrôleur
- Impulsion vers la serrureLe contrôleur applique une tension à la serrure du bon casier et attend la réponse du capteur de porte
- ConfirmationLe capteur a indiqué que la porte est ouverte. C'est seulement maintenant que l'ouverture est réputée avoir eu lieu — et non au moment du geste
- EnregistrementLe journal reçoit le casier, l'heure, le mode d'accès, la session et l'issue. Un enregistrement se crée aussi en cas de refus — « code expiré » est également un événement
- FermetureLe capteur indique que la porte a été refermée. Si cela ne s'est pas produit dans le délai imparti, le système lève un événement à part
L'ordre compte exactement tel qu'il est. Le contrôle des droits se fait sur le serveur et non dans l'armoire : le contrôleur ne conserve pas de codes et ne décide pas qui laisser entrer — il exécute une commande. C'est pourquoi un accès se révoque depuis le panneau en une seconde, sans s'approcher de l'équipement.
L'écosystème logiciel de la solution
Le système s'assemble à partir de modules. Tous les sites n'en ont pas besoin de la totalité : des casiers de bureau n'ont pas besoin d'un module de paiement, et une consigne à bagages de gare n'a pas besoin de rôles d'entreprise. La composition se détermine par la tâche, mais les modules sont conçus d'avance pour s'emboîter, et non rajoutés après coup.
Interface utilisateur
Ce que voit la personne : l'écran de l'armoire, une page de navigateur derrière un lien, ou une application mobile. Trois ou quatre étapes — choisir une taille, obtenir un casier, l'ouvrir, le refermer. Les erreurs s'expliquent en toutes lettres : « la durée de consigne est écoulée », et non « erreur 403 ».
Panneau d'administration
Le poste de travail de l'employé : occupation des armoires, sessions en cours, événements, ouverture manuelle avec motif indiqué, blocage d'un casier, référentiels des tarifs et des règles, rapports. Le tout dans un navigateur, avec une séparation par rôle.
Gestion des casiers
Un registre des casiers : site, armoire, numéro, type de taille, zone, état actuel et historique. Un casier peut être retiré de la circulation pour réparation, réservé à un usage précis ou regroupé avec d'autres sous des règles d'accès communes.
Serrures électroniques
La couche qui travaille avec la serrure : la commande d'ouverture, l'attente de la réponse, le traitement d'un échec, la nouvelle tentative. Le type de serrure y est aussi pris en compte — avec ou sans capteur de porte, avec un retour sur la position du pêne ou avec une simple impulsion.
Contrôleurs d'équipements
L'échange avec les contrôleurs des armoires : la file de commandes, la surveillance de la liaison, l'état des ports, la version du micrologiciel. Les différents modèles se raccordent par des modules d'échange distincts mais se présentent de la même façon dans l'interface.
Identification
La vérification de qui se tient devant l'armoire : QR code, code PIN, carte, compte dans l'application. Les méthodes se combinent et s'activent par site — un code sur une armoire, une carte d'employé sur une autre.
Réservations
Un casier se prend à l'avance : pour une durée, pour une date, pour un créneau récurrent. La réservation garde le casier jusqu'à l'arrivée de la personne et se libère toute seule si elle ne vient pas — sinon la moitié de l'armoire reste réservée pour rien.
Module de paiement
Là où la consigne est payante : le tarif, le calcul du montant, le paiement, le supplément de dépassement, les remboursements. Les modes de paiement précis dépendent du prestataire et des équipements raccordés — c'est une intégration et non une fonction intégrée.
Notifications
Les messages à l'utilisateur et à l'employé : le code d'accès, un rappel de fin de durée, une porte restée ouverte, un casier libéré, une panne d'armoire. Le canal d'envoi se choisit à la mise en place.
Journal des gestes et des événements
Un historique inaltérable : ouvertures et fermetures, refus d'accès, ouvertures de service, changements de tarifs et de droits, gestes des employés. Les enregistrements ne se modifient pas — une correction s'inscrit comme un nouvel enregistrement.
Surveillance des équipements
L'état des armoires et des serrures : si le contrôleur est raccordé, si la serrure répond, si une porte est coincée, s'il y a du courant. Un casier défaillant sort de l'attribution automatiquement au lieu d'être découvert par un visiteur.
Rôles et droits des employés
Préposé, administrateur de site, équipe technique, responsable. L'ouverture manuelle, la prolongation d'une session, le changement de tarif et la consultation des données personnelles sont des droits distincts, et non un seul bloc « administrateur ».
API et intégrations
L'interface extérieure du système : attribuer un casier, obtenir un code, vérifier un état, clore une session, extraire le journal. C'est par là que se raccordent la comptabilité, le CRM, le contrôle d'accès du site et les services propres du client.
Analytique et rapports
L'utilisation par heure et par jour, la rotation des casiers, la répartition par type de taille, la part des dépassements, les pannes d'équipements, la recette là où la consigne est payante. Les rapports s'exportent en fichier et se construisent selon un calendrier.
Plateforme serveur
Le noyau qui relie tout ce qui précède : la gestion des sessions, les files de commandes, le planificateur des échéances et des notifications, la conservation du journal, les sauvegardes avec vérification de la restauration.
Comment un utilisateur
obtient l'accès à un casier
Il existe deux scénarios d'accès, et ils ne se remplacent pas l'un l'autre. Dans le premier, la personne s'approche d'une armoire libre et prend un casier sur place. Dans le second, un casier lui est attribué à l'avance : réservé, loué au mois ou remis comme casier de poste de travail.
L'accès sur place. Le visiteur choisit une taille à l'écran, le système désigne un casier libre de ce type et l'ouvre. Au même instant, une session de consigne se crée et un code est délivré — à l'écran, sur un ticket imprimé ou par message. Ce code est la clé : il ne fonctionne que pour ce casier et seulement jusqu'à la fin de la durée.
Un casier attribué. Ici, c'est la personne elle-même qui devient la clé : une carte d'employé, un compte dans l'application, un code PIN permanent. Le casier s'ouvre dès qu'elle est reconnue, aucune nouvelle session ne se crée à chaque visite, et la durée est fixée par un contrat ou un planning plutôt que par des heures de consigne.
Ce qui se passe entre deux ouvertures :
- Le casier reste attribué — il n'est donné à personne d'autre tant que la session n'est pas close
- Le code se réutilise — là où les règles du site le permettent : déposer quelque chose, partir, revenir, en ajouter
- Le compteur tourne — le système compte la durée de consigne et prévient à l'avance qu'elle se termine
- L'accès se transmet — un second code pour le même casier est délivré à une autre personne là où le scénario le permet
- L'accès se révoque — le code cesse de fonctionner tout de suite, sans avoir à se rendre à l'armoire
- 14:05 — choixLe visiteur choisit la taille moyenne à l'écran ; 12 casiers de ce type sont libres
- 14:05 — attributionLe système désigne le casier n° 27, crée une session et ouvre la porte. Le code s'affiche à l'écran et est repris dans un message
- 14:06 — fermetureLe capteur a confirmé que la porte est refermée. Le temps facturé commence à courir à partir de cette minute
- 16:40 — réouvertureLe même code, le même casier. L'événement est consigné, la session continue, le casier reste attribué
- 18:20 — avertissementIl reste 40 minutes de durée payée. Un rappel part avec deux possibilités : reprendre les affaires ou prolonger
- 18:52 — finLe visiteur reprend ses affaires et confirme la fin à l'écran. La session se clôt, le supplément est calculé et payé
- 18:53 — retour en circulationLe casier est marqué libre, le code est annulé, la prochaine attribution peut se faire tout de suite
Une capture du système ; les heures sont illustratives. Notez la dernière étape : le casier revient en circulation au moment où la session se clôt, et non quand un employé s'en aperçoit. Sinon, le soir venu, la moitié de l'armoire est comptée occupée alors qu'elle est physiquement vide.
Les cas particuliers
Il n'y en a que quelques-uns, et tous se prévoient à l'avance — sinon chacun se transforme en appel à l'administrateur.
- Le code est perdu — il se redélivre pour la même session : par un message vers le téléphone indiqué à l'attribution, ou par un employé qui détient le droit de faire cette opération
- La porte ne s'est pas ouverte — la commande est partie, le capteur reste muet. Le système ne clôt pas l'événement comme un succès : il refait une tentative et, au second échec, retire le casier de la circulation et crée une tâche technique
- La porte n'a pas été refermée — un événement à part indiquant le casier et l'heure. Tant que la porte est ouverte, le casier n'est compté ni comme correctement occupé, ni comme libre
- La durée a expiré avec des affaires à l'intérieur — le casier passe à l'état « dépassement » : l'accès de l'utilisateur est conservé ou bloqué selon la règle du site, et un employé reçoit la liste des casiers en retard
- Ouverture par un employé — toujours possible, mais c'est un droit à part et une entrée à part dans le journal, avec un motif obligatoire
- La liaison avec l'armoire a été perdue — les demandes vers elle s'arrêtent au lieu de s'empiler à l'aveugle ; la possibilité d'un contrôleur fonctionnant hors ligne est traitée plus bas
Les méthodes d'identification
L'identification répond à une seule question : cette personne a-t-elle le droit d'ouvrir ce casier maintenant. La méthode se choisit selon le site et les équipements — ce qui va pour une gare ne convient pas à un casier de bureau. La possibilité d'une méthode donnée dépend de ce qui est installé sur l'armoire : l'ensemble se détermine donc à l'étude préalable.
QR code
Le code s'affiche sur l'écran d'un téléphone ou s'imprime sur un ticket, et l'armoire le lit avec un lecteur. Pratique pour les visiteurs de passage : il n'y a rien à retenir ni à taper. Il demande un lecteur sur l'armoire et un écran en état de marche du côté de l'utilisateur.
Code PIN
Quelques chiffres tapés sur un clavier ou à l'écran. La méthode la moins exigeante : elle fonctionne sans téléphone, sans internet chez l'utilisateur et sans équipement supplémentaire. Elle demande une limite de tentatives et une durée de validité.
Carte ou porte-clés
Un support sans contact présenté à un lecteur. La méthode principale partout où les gens portent déjà un badge : un bureau, une usine, un club de sport. Elle permet souvent d'utiliser les badges déjà délivrés sur le site — cela se confirme selon le type de carte.
Application mobile
Le casier s'ouvre par un bouton dans l'application plutôt que par un code sur l'armoire. Adaptée aux utilisateurs réguliers et aux abonnements ; c'est aussi un endroit commode pour montrer l'historique, la durée et le paiement. Elle demande que l'utilisateur ait une connexion au moment d'ouvrir.
Code-barres d'un document
Un document existant devient la clé : un numéro de commande, un billet, un coupon, un bon de livraison. Le casier lui est rattaché et aucun code distinct n'est délivré à la personne. La possibilité dépend de l'origine du document et de la façon dont on peut l'atteindre par une intégration.
Biométrie
Une empreinte ou un visage à la place d'un code ou d'une carte. Techniquement, cela se raccorde comme un lecteur de plus, mais cela demande une décision distincte sur la conservation et la protection des données personnelles : c'est donc traité comme une option possible pour un projet précis, et non comme une méthode par défaut.
| Site et scénario | Méthode principale | Pourquoi |
|---|---|---|
| Visiteurs de passage, forte fréquentation, paiement sur place | QR ou PIN | Il n'y a rien à délivrer à l'avance ni à récupérer ensuite |
| Employés munis d'un badge | carte | Le support est déjà en main, aucun code distinct n'est nécessaire |
| Abonnements et clients réguliers | application | La durée, le paiement et l'historique des demandes vivent au même endroit |
| Remise d'un objet d'une personne à une autre | codes distincts | Celui qui dépose l'objet et celui qui le récupère ont chacun son code |
| Un site où les visiteurs n'ont pas d'internet fiable | PIN uniquement | Cela ne dépend ni d'un téléphone ni de la couverture réseau du côté de la personne |
Les méthodes ne s'excluent pas : une même armoire peut faire tourner une carte pour les employés et un code pour les visiteurs en même temps. Ce qui compte, c'est de savoir quelle méthode est la principale, car la durée de validité, le nombre de tentatives et les règles de redélivrance se paramètrent autour d'elle.
Serrures électroniques
et contrôleurs d'équipements
C'est la partie la plus physique du système, et c'est d'elle que dépend la sincérité du logiciel. Serrure électronique s'ouvre par une brève impulsion électrique : la tension arrive, le pêne se rétracte, la porte est libérée. La serrure elle-même ne sait rien des personnes ni des codes.
Le contrôleur — un appareil placé à l'intérieur de l'armoire, auquel les serrures et les capteurs sont câblés. Il reçoit du serveur la commande « ouvrir le casier 27 », envoie une impulsion sur la bonne sortie et renvoie le résultat. Un contrôleur dessert des dizaines de casiers : l'armoire se raccorde donc au système par un seul canal de liaison.
Capteur de porte — ce qui sépare une supposition d'un fait. Sans lui, le système sait seulement que la commande est partie. Avec lui, il sait que la porte s'est réellement ouverte et combien de temps il a fallu pour la refermer. La présence de capteurs est une question qui porte sur le modèle d'armoire en question, et elle se tranche avant le début des travaux.
Ce que l'on prend en compte pour raccorder un équipement :
- Type de serrure — à impulsion ou à maintien, avec ou sans retour sur la position du pêne
- Présence d'un capteur de porte — il détermine si le système peut distinguer « ouvert » de « a tenté d'ouvrir »
- Interface du contrôleur — la façon exacte dont on lui transmet des commandes et la forme sous laquelle il renvoie un état
- Casiers par contrôleur — combien de sorties sont utilisées et combien restent pour prolonger l'armoire
- Alimentation électrique — ce qu'il advient des serrures en cas de coupure de courant et si une alimentation de secours est prévue
- Ouverture mécanique — s'il existe un moyen d'ouvrir un casier sans électricité en cas d'urgence et qui en a le contrôle
Nous n'affirmons pas à l'avance la compatibilité avec des marques précises de serrures et de contrôleurs. L'ensemble des équipements raccordables se détermine à l'étude préalable, à partir de la documentation du fabricant et de l'interface que l'appareil expose ; là où aucune interface toute prête n'existe, la question se règle à part et avant le début des travaux, et non par une promesse de compatibilité.
Ce qui se passe quand la liaison tombe
La liaison entre l'armoire et le serveur se coupe — c'est une situation normale, pas une urgence une fois par an. Le comportement à ce moment-là se conçoit à l'avance, et il existe deux possibilités.
Sans mode hors ligne l'armoire cesse simplement de servir : l'écran indique qu'il n'y a pas de liaison et aucun nouveau casier n'est attribué. Les affaires à l'intérieur ne risquent rien, mais elles ne peuvent pas être reprises avant le rétablissement de la liaison sans un employé.
Avec un mode hors ligne le contrôleur conserve un ensemble limité de codes valables et continue d'ouvrir les casiers avec eux, en empilant les événements dans une file. Au retour de la liaison, toute la file part vers le serveur. Ce mode est une décision de conception à part : il demande de la mémoire sur le contrôleur et rend la révocation d'un code moins qu'instantanée.
Les états que le système distingue
| Ce qu'a renvoyé l'équipement | Comment cela s'interprète |
|---|---|
| Commande acceptée, le capteur a confirmé l'ouverture | ouvert |
| Commande acceptée, le capteur reste muet | à vérifier |
| La porte est ouverte depuis plus longtemps qu'autorisé | événement |
| Le contrôleur n'a pas répondu à la commande | événement |
| L'armoire ne se connecte pas | événement |
| La porte s'est ouverte sans commande | événement |
La ligne « le capteur reste muet » est la plus importante. Le système ne considère une telle ouverture ni comme ayant eu lieu, ni comme n'ayant pas eu lieu : il marque le casier « à vérifier » et ne l'attribue pas à la personne suivante tant que la question n'est pas réglée.
L'occupation et les états des casiers
Un casier se trouve toujours dans un état et un seul, et les passages d'un état à l'autre sont fixés par des règles plutôt que par la décision d'un employé sur place. Ce sont ces états qui composent la réponse à la question de savoir combien de casiers sont libres à cet instant — et cette réponse doit être juste sans qu'il faille aller jusqu'à l'armoire.
Libre
Le casier fonctionne, il est vide et peut être attribué à la personne suivante. Seuls ces casiers participent au choix lors d'une attribution et aux réservations.
Réservé
Assigné à l'avance et non donné à d'autres, mais rien n'y a encore été déposé. Une réservation a une échéance : si personne ne vient, le casier revient de lui-même en circulation.
Occupé
Une session de consigne est en cours : il y a un détenteur de l'accès, une heure de début et une durée. C'est l'état de travail principal, et le casier y passe l'essentiel de son temps.
En attente de retrait
Un objet a été déposé par une personne pour une autre. Le casier est occupé mais la clé appartient au destinataire — le scénario de remise et de retrait d'une commande.
En retard
La durée de consigne a expiré avec des affaires à l'intérieur. Le casier n'est pas attribué, part sur une liste distincte et se traite selon la règle du site — par un supplément, un blocage ou le retrait du contenu.
À vérifier
L'ouverture n'a pas été confirmée par le capteur, la porte est restée ouverte, ou une ouverture sans commande a été consignée. Tant que cela n'est pas examiné, le casier sort de l'attribution.
En panne
La serrure ne répond pas ou le contrôleur a signalé une erreur. Le casier sort automatiquement et une tâche est créée pour l'équipe technique.
Bloqué à la main
Un employé a retiré le casier de la circulation : nettoyage, réparation d'une section, besoin d'exploitation. Un blocage a un auteur, un motif et une heure — sinon on ne sait pas qui a fermé dix casiers ni pourquoi.
240casiers sur le site
171occupés en ce moment
9en retard à examiner
4hors circulation
Une capture du système ; les chiffres sont illustratifs. La répartition par type de taille compte plus que le chiffre global : un site occupé à 71 % peut n'avoir plus un seul petit casier libre — et c'est pour les petits casiers que vient la plupart des visiteurs. Le même tableau montre quelles tailles il vaut la peine d'ajouter en prolongeant l'armoire.
Réservation, remise
et dépôt d'objets
Réservations est nécessaire partout où l'arrivée d'une personne est prévisible : elle sait qu'elle viendra jeudi et veut être sûre qu'un casier l'attendra. Le système assigne un casier pour l'intervalle et ne le propose à personne d'autre.
Une réservation a toujours un délai d'attente. Sans lui, un site atteint vite l'état où plus aucun casier n'est libre alors que l'armoire est à moitié vide : les gens réservent et ne viennent pas. S'ils n'arrivent pas à l'heure convenue, la réservation est libérée, le casier revient en circulation et la personne reçoit une notification.
Les types de réservation :
- Ponctuelle — un casier pour un jour et un créneau précis
- Récurrente — chaque mardi et chaque jeudi, pour les abonnements et les plannings
- De longue durée — un casier assigné pour un mois ou pour la durée d'un contrat, comme un box loué
- D'exploitation — un casier réservé par le site à un usage précis et non attribué aux personnes
Remise et retrait — le second scénario, dans lequel le casier devient un point de remise entre deux personnes. L'une y dépose un objet, l'autre le reprend, et elles n'ont jamais à se rencontrer.
Techniquement, c'est la même session mais avec deux droits d'accès différents : un code de dépôt et un code de retrait. Le premier s'annule à la fermeture de la porte, le second devient valable à partir de ce moment. Ainsi le système sait non seulement que le casier est occupé, mais que l'objet a été déposé et que le destinataire n'est pas encore passé.
- AttributionUn employé ou le système choisit un casier libre de taille adaptée et crée une session de remise
- Code de dépôtIl part vers la personne qui laisse l'objet. Valable un temps limité et pour une seule ouverture
- DépôtLe casier est ouvert, l'objet est à l'intérieur, la porte est refermée. Le code de dépôt s'annule et la session passe à l'état « en attente de retrait »
- Code de retraitIl part vers le destinataire avec l'adresse du site, le numéro du casier et le délai jusqu'auquel l'objet attendra
- RetraitLe destinataire ouvre le casier avec son propre code, prend l'objet et referme la porte
- Clôture de la sessionLe casier se libère. Si le destinataire ne vient pas à temps, la session passe en retard et arrive sur la liste des cas à examiner
Séparer les codes n'est pas une formalité. Tant qu'il n'y a qu'un seul code commun, la question de savoir qui exactement a ouvert le casier — celui qui a laissé l'objet ou celui qui l'a repris — reste sans réponse. Avec deux codes, chaque ouverture du journal a un auteur et un rôle.
Comment le système choisit un casier
Le choix ne consiste pas à prendre le premier numéro libre. La règle se paramètre pour le site et tient d'habitude compte de plusieurs conditions à la fois :
- Type de taille — le plus petit qui convienne, pour ne pas donner un grand casier à un petit sac alors que les grands manquent
- Zone et hauteur — les rangées basses sont plus accessibles et peuvent être réservées à ceux qui en ont besoin
- Usure régulière — les casiers s'attribuent à tour de rôle, au lieu que les mêmes servent dix fois par jour
- Bon état de marche — les casiers qui ont un événement ouvert sont exclus du choix
Que faire des dépassements
La règle du site détermine ce qui se passe quand la durée a expiré avec des affaires à l'intérieur. Les possibilités diffèrent, et elles se choisissent avant le lancement plutôt qu'au moment du premier cas.
- Supplément — l'accès est conservé, mais le casier ne s'ouvre qu'une fois le temps de dépassement payé
- Blocage — l'accès par code est fermé et le casier ne s'ouvre que par un employé
- Retrait — au bout d'un certain temps, les affaires sont déplacées dans un endroit prévu à cet effet et le casier revient en circulation ; le retrait lui-même se consigne comme une entrée à part, avec un auteur
Dans tous les cas, la personne est prévenue avant la fin de la durée, et non après qu'un supplément lui a été facturé.
Le paiement de la consigne
là où elle est payante
Tout le monde n'a pas besoin d'un module de paiement : les casiers des employés et les vestiaires d'un club fonctionnent tout à fait sans argent. Mais partout où un casier se loue, l'argent devient une partie de la session, et les règles de calcul doivent être définies aussi strictement que les règles d'accès.
Comment se calcule le coût. Le tarif est rattaché au type de taille du casier et au temps. Les formules les plus courantes sont : un prix fixe par session, un prix par intervalle (heure, jour) arrondi au supérieur, un tarif dégressif où la première heure coûte plus cher que les suivantes, et un abonnement de longue durée.
Quand se fait le paiement. C'est aussi une décision de projet. Payer d'avance pour un intervalle choisi, avec un supplément à la prolongation, est la formule la plus simple et la plus prévisible pour le site. Payer après coup, à la fin de la session, demande une garantie que la personne paiera — un blocage préalable sur la carte, par exemple.
Ce qui relève de la partie paiement du système :
- Tarifs — par type de taille, par site, par heure de la journée et par jour de la semaine
- Calcul du montant — d'après la durée réelle de la session, avec des règles d'arrondi
- Prolongation — un supplément pour un intervalle supplémentaire, sans clore la session
- Dépassement — un tarif à part pour le temps au-delà de ce qui a été payé
- Remboursement — quand un casier n'a pas pu être attribué, l'argent est rendu au lieu de rester au site
- Le lien entre le paiement et la session — à double sens : la session montre le paiement, le paiement montre le casier et l'heure
- Rapprochement — rapprochement quotidien des opérations avec le registre du service de paiement
Nous disons la limite franchement. Les modes de paiement précis — carte, sans contact, QR code, paiement dans l'application, espèces par un monnayeur — dépendent du service de paiement raccordé et des équipements présents sur l'armoire. C'est une intégration dont l'étendue se détermine à l'étude préalable, et non une fonction intégrée disponible dans tous les projets. Les exigences fiscales sont fixées par la législation du pays et par le modèle de l'appareil.
Le calcul d'une session
- Première heure, taille moyenne120
- Heures suivantes, 4 × 60240
- Heure entamée arrondie à l'heure pleinecomprise
- Payé à l'attribution du casier, 2 heures−180
- Supplément à la fin de la session180
La règle d'arrondi s'annonce à la personne avant le paiement, elle ne se découvre pas dans le montant final. C'est la seule ligne du calcul qui provoque des litiges sur les sites.
Quand le paiement et l'ouverture divergent
Il existe un scénario dangereux : l'argent est débité et le casier ne s'ouvre pas. Le système ne considère pas une telle opération comme achevée — la session ne démarre pas, le casier reste libre, et le paiement part dans la file des remboursements avec le motif indiqué.
La situation inverse — le casier s'est ouvert mais le paiement n'a pas été confirmé — se traite avec la même rigueur : la session est créée mais marquée comme non payée et arrive sur la liste des cas à examiner. Le système ne peut pas laisser passer un écart en silence, sinon plus rien ne tombera juste à la fin du mois.
Notifications et journal des événements
Un événement est tout changement que le système est tenu de retenir : une ouverture, un refus, la fin d'une durée, un geste d'employé. Certains événements partent vers les personnes sous forme de messages ; tous, sans exception, atterrissent dans le journal. Les canaux d'envoi — l'application, un message vers un téléphone, l'e-mail, une messagerie — se raccordent par des intégrations et se choisissent à la mise en place.
À l'utilisateur : l'accès
Le code d'accès, le numéro du casier, l'adresse du site et la durée de consigne. Envoyé au moment de l'attribution et de nouveau sur demande si le code est perdu.
À l'utilisateur : l'échéance
Un rappel avant la fin du temps payé, avec la possibilité de prolonger, et un message distinct quand la session passe en retard.
À l'utilisateur : la remise
Un message au destinataire indiquant que l'objet a été déposé et que le casier l'attend, et une confirmation en retour à l'expéditeur indiquant que l'objet a été repris.
À l'employé : les équipements
Un casier ne s'est pas ouvert, une porte n'a pas été refermée, une armoire est hors ligne, un contrôleur a renvoyé une erreur. L'événement est adressé : il a un site et un responsable.
À l'employé : les dépassements
La liste des casiers dont la durée de consigne a expiré, avec l'heure de début de la session et un moyen de joindre la personne s'il en a été laissé un.
À l'employé : l'examen
Une ouverture sans commande, une série de saisies de code en échec, une ouverture manuelle par un employé, un désaccord entre le paiement et l'attribution.
| Heure | Événement | Motif | Issue |
|---|---|---|---|
| 14:05 | Casier n° 27 attribué | Session 8842, taille moyenne | succès |
| 14:06 | Porte refermée | Capteur de porte | succès |
| 16:40 | Ouvert par code | Session 8842, QR code | succès |
| 16:47 | Porte ouverte plus longtemps qu'autorisé | Capteur de porte, 6 min | événement |
| 18:20 | Notification de fin de durée | La règle « 40 minutes avant » | remise |
| 18:49 | Accès refusé | Code saisi de travers, tentative 2 sur 5 | refusé |
| 18:52 | Session close | Confirmation à l'écran, supplément 180 | succès |
| 19:14 | Ouverture de service | Préposé Assanov, motif « nettoyage du casier » | manuelle |
Une capture du système ; les données sont illustratives. Notez la ligne de 18:49 : une tentative de saisie en échec est aussi un événement. Un journal qui ne consigne que les succès ne sert à rien pour régler un litige, car les refus et les ouvertures manuelles sont précisément l'objet de ces litiges.
Administrateur
rôles et droits des employés
Le panneau d'administration est un poste de travail, pas un écran de réglages. La plupart du temps, un employé regarde deux choses : ce qui se passe avec les casiers à cet instant et ce qui demande son intervention.
Ce qu'il y a sur le premier écran : un plan des armoires avec l'occupation par type de taille, une liste des événements ouverts par urgence, les casiers en retard, les casiers retirés de la circulation. Et non la liste complète des casiers les uns après les autres — sinon, sur un site de deux cents casiers, le premier écran ne sert à rien.
Ce que peut faire l'administrateur :
- Ouvrir un casier à la main — avec un motif obligatoire qui entre au journal avec le nom de l'employé
- Prolonger ou clore une session — quand la personne ne peut pas le faire elle-même
- Redélivrer un code — pour une session existante, sans en créer une nouvelle
- Bloquer un casier — le retirer de la circulation pour un nettoyage, une réparation ou une tâche d'exploitation
- Traiter un événement — consigner ce qui a été vérifié, ce qui a été trouvé et comment cela s'est terminé
- Changer les tarifs et les règles — si le rôle détient ce droit ; le changement se consigne avec son auteur et son heure
Les droits se donnent à un rôle, et non à une personne. Sur un site de trois employés, la différence ne se voit pas, mais dès qu'ils sont vingt, des réglages individuels cessent d'être auditables : personne ne peut dire qui détient à cet instant le droit d'ouvrir les casiers des autres. Un rôle répond à cette question en une ligne.
- Voir l'occupation et les événements de son propre sitepréposéAccès de base : sans lui, un employé ne peut pas travailler
- Redélivrer un code pour une sessionpréposéL'opération de support la plus fréquente ; consignée au journal de la session
- Ouvrir un casier à la mainpréposé, avec un motifLe motif est obligatoire et se choisit dans une liste ; sans lui, le système ne traite pas l'ouverture
- Clore par anticipation la session d'un autreadministrateur de siteInaccessible au préposé : cela met fin à un service payé au lieu d'aider un visiteur
- Retirer les affaires d'un casier en retardadministrateur de siteUn droit à part, avec une note obligatoire indiquant où le contenu a été déplacé
- Changer les tarifs et les règles de consigneresponsableLe changement prend effet à une date indiquée et se conserve avec la valeur précédente
- Donner des droits à d'autres employésresponsableUn droit qu'on ne peut pas s'accorder à soi-même : l'attribution d'un rôle vient toujours d'en haut
- Voir les données personnelles des utilisateursun droit à partIl n'entre par défaut dans aucun rôle et se donne individuellement, avec une justification
Les deux dernières lignes ne sont pas de la prudence excessive. Le droit de donner des droits et le droit de voir des données personnelles passent au-dessus de toutes les autres restrictions : on les tient donc toujours à part, au lieu de les glisser dans un paquet « administrateur ».
Plusieurs sites dans un seul panneau
Quand les armoires se trouvent sur un site unique, une liste suffit. Quand il y a dix sites, tout ce qu'un point isolé ne rencontre jamais apparaît.
- Regroupement — par site, zone, type d'armoire et responsable, avec un résumé propre à chaque groupe
- Un destinataire propre — un événement part vers le préposé du site où il est né, et non dans une liste commune
- Escalade — un événement que personne n'a pris en charge dans le temps imparti passe au suivant dans la chaîne
- Comparaison des sites — où l'utilisation est plus forte, où les dépassements sont plus fréquents, où les équipements tombent plus souvent en panne
- Référentiels communs — les tarifs et les règles se définissent une fois et s'appliquent à un groupe de sites
Ce qu'un employé voit d'une personne
Exactement ce que le travail exige : numéro de session, casier, heure, mode d'accès, statut du paiement. Les coordonnées, si elles ont été recueillies, s'affichent sous un droit à part et avec une entrée au journal — le fait de les consulter est aussi un événement.
Les données recueillies sur un utilisateur sont une décision de projet, et elles se déterminent par les exigences du site et par la législation plutôt que par ce que le système sait faire. Un scénario dans lequel on ne conserve rien d'une personne au-delà du numéro de casier et de l'heure fonctionne et suffit souvent.
La surveillance de l'état
des équipements
Une armoire se tient sans personne à côté, et c'est là sa propriété première. Le système doit donc apprendre une panne par lui-même — sinon elle sera signalée par un visiteur dont le casier, avec ses affaires dedans, ne s'est pas ouvert.
Ce qui est surveillé en continu :
- La liaison avec l'armoire — si le contrôleur se signale à l'heure ou reste muet plus longtemps que l'intervalle autorisé
- La réponse des serrures — si le casier s'ouvre sur commande et si le capteur confirme le résultat
- La position des portes — fermée, ouverte, ouverte plus longtemps qu'autorisé, ouverte sans commande
- Alimentation électrique — s'il y a du courant sur l'armoire et à quel moment il a été coupé
- Les périphériques — si le lecteur, l'écran, le lecteur de cartes et le bloc de paiement fonctionnent
- Les erreurs des contrôleurs — les codes qu'il signale lui-même, là où le modèle le prévoit
Le silence est aussi un événement. Une armoire qui ne se connecte pas ne veut pas dire que tout va bien : cela veut dire qu'on ne sait rien de l'état de deux cents casiers ni des affaires qui s'y trouvent. C'est pourquoi une perte de liaison crée le même type d'événement qu'une serrure en panne, au lieu de laisser un trou dans la surveillance.
Ce qu'il advient d'un casier en panne. Il sort automatiquement du choix : il ne sera pas proposé à la personne suivante. Une tâche est créée pour l'équipe technique, avec le numéro de l'armoire, le numéro du casier et la description de la panne. Le casier ne revient en circulation que par une note indiquant que le travail est fait — il ne se rétablit pas tout seul.
L'approche de la surveillance des équipements est la même que celle que nous employons dans les systèmes de surveillance IoT : un indicateur, une norme, un temps de maintien, un événement, un responsable. La seule différence est qu'ici, ce que l'on mesure n'est pas la température mais la réponse des serrures et la liaison.
Tout écart n'est pas une urgence
Il y a trois niveaux, et le niveau détermine qui le système dérange et à quelle vitesse.
- Note — écrite dans l'historique, ne dérange personne : un léger retard de réponse, une seule saisie de code en échec
- Événement — demande une réaction, mais pas dans l'urgence : une porte ouverte plus longtemps qu'autorisé, un casier qui ne répond pas, un casier en retard
- Urgence — l'armoire est hors ligne, le courant est coupé, un groupe de serrures est tombé en panne : un message part tout de suite et vers plusieurs employés
Le temps de maintien — combien de temps le système attend avant de lever une alarme — se fixe pour chaque type d'événement. Sans lui, le nettoyage du hall et l'entretien courant se transforment en un flot de faux messages que les gens cessent de lire.
Rapport de disponibilité
Pour n'importe quelle période, on voit, armoire par armoire, combien de temps elle a été en ligne, combien de casiers sont restés hors circulation et pendant combien de temps, et combien de pannes sont tombées sur chaque casier. Ces chiffres répondent à une question pratique : quels casiers sont bons à remplacer et quelle armoire se trouve à un endroit où la liaison ne tient pas.
Serrures et contrôleurs
Accès par code et par carte
Panneau d'administration
Un journal de chaque ouverture
La sécurité
des accès et des données
La sécurité d'un tel système ne tient pas à une mesure unique mais à plusieurs règles simples, dont chacune ferme une façon différente d'entrer dans le casier d'autrui.
Un code est valable dans des limites. Chaque code a une durée, un casier et un nombre d'usages permis. Un code sans expiration qui fonctionne sur n'importe quel casier n'est pas une clé mais un passe-partout : le système n'autorise donc pas cet état, même pour les employés.
Les codes ne se devinent pas par force. Le nombre de tentatives de saisie est limité, la saisie se bloque un moment une fois qu'elles sont épuisées, et une série d'échecs devient un événement à examiner. Sans cela, un code PIN à quatre chiffres se devine en une soirée.
C'est le serveur qui décide. Le contrôleur de l'armoire ne conserve pas de codes et ne décide pas qui laisser entrer — il exécute une commande. C'est pourquoi l'accès à l'équipement ne donne pas accès aux casiers, et la révocation d'un code prend effet à l'instant.
Chaque ouverture est consignée. Le journal est inaltérable : un enregistrement ne se modifie ni ne se supprime, et une correction s'inscrit comme un nouvel enregistrement. Cela vaut aussi pour les employés — une ouverture de service figure dans l'historique d'un casier à côté d'une ouverture ordinaire.
Les droits sont séparés. La consultation, l'ouverture manuelle, le changement des règles et le travail avec les données personnelles sont des droits différents. Un compte unique capable de tout faire est le point de rupture de toute la protection.
Ce dont le système ne répond pas. Il pilote les accès mais ne remplace pas la sécurité physique : la solidité de l'armoire, la vidéosurveillance de la zone, les procédures du personnel et les règles de conservation des objets de valeur restent de la responsabilité du site. Il est plus honnête de le dire franchement que de laisser croire qu'un logiciel transforme une armoire en coffre-fort.
Ce qui entre dans la file d'examen
- Une série de saisies en échec — plusieurs codes erronés d'affilée sur une même armoire en peu de temps
- Une ouverture sans commande — le capteur a signalé une ouverture de porte que le système n'a pas déclenchée
- Un paiement sans attribution et une attribution sans paiement — un désaccord entre les deux flux pour une même session
- Des ouvertures manuelles fréquentes — un employé ouvre les casiers des autres nettement plus souvent que les autres
- Un code redélivré — un code pour une même session a été délivré plusieurs fois de suite
Aucun de ces événements ne signifie à lui seul une infraction : des gens honnêtes se trompent aussi de code, et un casier s'ouvre à la main pour une dizaine de raisons légitimes. L'intérêt de la file est que ces cas ne se dissolvent pas dans le journal général mais se rassemblent dans une liste à part que quelqu'un examine régulièrement.
Données personnelles
Les données conservées sur un utilisateur se déterminent par le scénario du site. Une consigne ponctuelle peut s'en passer entièrement — juste le casier, l'heure et le code. Un abonnement demande un compte. Des casiers d'entreprise se relient au système RH. Moins on recueille de données, moins il y en a à protéger : le périmètre se discute donc avant le développement plutôt qu'il ne s'élargit à tout hasard.
Intégrations et API
Un système de consigne vit rarement seul : il se trouve à l'intérieur d'un site qui a déjà ses propres logiciels. L'échange se construit par une API — une interface extérieure qu'un autre système peut utiliser pour attribuer un casier, obtenir un code, vérifier un état ou extraire le journal. Voici les directions d'échange qui reviennent le plus souvent.
Notre propre API
La façon de base de se raccorder : attribuer un casier, délivrer et révoquer un code, vérifier l'occupation, clore une session, extraire les événements. Tout le reste se raccorde par elle, y compris les services internes du client.
Le contrôle d'accès du site
Là où les gens portent déjà une carte : le casier s'ouvre avec le même badge que le tourniquet. Cela demande de s'entendre sur le type de carte et sur l'interface qu'expose le contrôle d'accès en place.
Systèmes RH et de gestion
Pour les casiers d'entreprise : un employé est embauché et un casier lui est assigné ; il part et l'accès est retiré, le casier libéré. Sinon, en un an, la moitié des casiers sont enregistrés au nom de personnes qui ne sont plus sur le site.
Services de paiement
L'encaissement, les remboursements, le rapprochement des opérations. Le prestataire et les modes de paiement précis se déterminent dans le projet, et les exigences fiscales par la législation du pays et le modèle des équipements.
Canaux de notification
La remise des messages aux utilisateurs et aux employés : l'application, les messages vers un téléphone, les messageries, l'e-mail. Un canal se raccorde à part et se choisit par site.
Boutique en ligne et livraison
Le scénario de remise des commandes par un casier : la commande arrive de l'extérieur, un casier est assigné, et les codes partent vers l'expéditeur et le destinataire. Cette couche est traitée en détail sur la page des systèmes de libre-service.
Surveillance des équipements
La transmission des états des armoires et des serrures à un système de surveillance extérieur là où le site en a déjà un, ou l'utilisation de notre propre couche de surveillance IoT.
Comptabilité et rapports
L'export des données sur les sessions payées et les paiements vers le système comptable. Le référentiel des tarifs n'a jamais qu'un seul propriétaire — soit la comptabilité, soit le système de consigne, mais jamais les deux à la fois.
Export des données
La remise régulière du journal et des indicateurs vers l'entrepôt de données ou le système de rapports du client — pour les cas où l'analytique des sites se construit à l'intérieur de la couche commune de l'entreprise plutôt qu'à part.
Nous n'annonçons pas à l'avance une liste précise d'intégrations : la possibilité d'un échange dépend de l'interface qu'expose le système du côté du client. Ce qui se raccorde tout de suite, ce qui demandera du travail de l'autre côté et ce qu'il faudra traiter par des exports de fichiers devient clair à l'étude préalable — avant le début des travaux et non en cours de route.
Où de tels systèmes sont utilisés
Les équipements et la logique sont les mêmes partout : un casier, une serrure, un code, une session, un journal. Ce qui diffère, c'est le scénario, la durée de consigne et le caractère payant ou non du service — et les différences de paramétrage viennent précisément de ces trois choses.
Centres commerciaux
Une consigne ponctuelle de quelques heures : achats, poussettes, objets encombrants. La fréquentation est forte et les visiteurs sont de passage : il faut donc un accès par code simple, une attribution rapide et une règle ferme voulant que les casiers reviennent en circulation à l'heure de fermeture.
Gares et pôles de transport
La consigne à bagages classique : des bagages pour quelques heures ou quelques jours, facturés à la durée, un fonctionnement 24 heures sur 24. Ce qui compte le plus ici, c'est un fonctionnement hors ligne fiable et une règle de dépassement claire — les gens ratent leur train.
Clubs de sport et piscines
Un casier le temps d'une séance, le plus souvent gratuit et ouvert avec la carte du club. L'intérêt du système n'est pas le paiement mais le fait que l'administrateur voie quels casiers sont pris et puisse ouvrir un casier oublié sans casser la serrure.
Bureaux et espaces de coworking
Un casier personnel pour un employé ou un résident : un casier attribué, un accès par badge, une durée fixée par contrat. Le lien avec le système RH supprime le problème principal — des casiers encore assignés à des gens partis depuis longtemps.
Centres d'affaires
Des casiers pour les locataires et les visiteurs, la remise de documents et de clés entre entreprises sans se rencontrer. C'est là que le scénario à deux codes — un pour le dépôt, un pour le retrait — est le plus souvent nécessaire.
Centres de self-stockage
Des box loués au mois : une session longue, un paiement par abonnement, un accès par carte ou par code. Côté logiciel, ce sont la durée, les prolongations, le blocage en cas d'impayé et l'historique des visites.
Usines et entrepôts
Des casiers pour l'outillage, les instruments et les vêtements de travail. L'enjeu n'est pas le paiement mais la responsabilité : qui a pris quoi, quand il l'a rendu, ce qui n'est pas revenu à la fin du poste. Ici, le journal est le produit principal du système.
Établissements d'enseignement et bibliothèques
Des casiers pour les étudiants et les visiteurs, la remise et la reprise de livres et de matériel par un casier. Ce qu'il faut d'habitude, c'est un lien avec le système existant qui suit les personnes, plutôt qu'un annuaire d'utilisateurs à part.
Établissements médicaux et administrations
Des casiers pour les visiteurs dans la salle d'attente et des casiers pour le personnel. Les exigences sur le journal et sur la séparation des droits y sont plus élevées que d'ordinaire, tandis que l'éventail des données recueillies se réduit au minimum.
Analytique
et rapports
Le système accumule beaucoup de données, mais peu d'entre elles sont utiles. Quatre questions ont une valeur pratique : les casiers sont-ils en nombre suffisant, quelles tailles faut-il, où perd-on du temps et quel équipement est bon pour un entretien.
Ce que montre l'utilisation. Non pas une moyenne du mois, mais la répartition par heures et par jours : un site peut être utilisé à 45 % en moyenne et n'avoir plus un seul petit casier libre chaque samedi entre 14:00 et 18:00. La réponse consiste à ajouter des casiers de la bonne taille, et non une armoire entière de plus.
Les indicateurs calculés par site :
- Utilisation — la part des casiers occupés par heure, par jour de la semaine et par type de taille
- Rotation — combien de sessions passent par un même casier sur une période
- Durée moyenne d'une session — séparément par type de taille et par jour de la semaine
- Attributions manquées — combien de fois une personne n'a pas obtenu de casier faute d'un casier libre à la bonne taille
- Dépassements — la part des sessions qui ont dépassé leur durée et combien de temps elles ont gardé le casier
- Disponibilité des équipements — combien de temps des casiers sont restés hors circulation et pour quelle raison
- Recette — là où la consigne est payante : par site, par type de taille et par période
L'attribution manquée est l'indicateur le plus sous-estimé. L'occupation se voit de tous, mais la personne qui s'est approchée, n'a trouvé aucun casier libre et est repartie ne laisse aucune trace dans les statistiques ordinaires. Or c'est précisément ce nombre qui répond à la question de savoir s'il faut prolonger l'armoire.
Les rapports s'exportent en fichier et se construisent selon un calendrier — le premier de chaque mois sur tous les sites à la fois, par exemple.
Utilisation par heure
Deux heures d'occupation totale sur la courbe ne veulent pas dire « bien utilisé » : elles veulent dire une file d'attente et des refus. Cet indicateur se place toujours à côté du nombre de personnes reparties sans casier, sinon le pic se lit comme un succès.
Ce que ces chiffres donnent en pratique
- Combien de casiers ajouter et lesquels — à partir des refus et de l'utilisation découpée par type de taille, et non d'une impression générale
- S'il faut changer le tarif — si les casiers sont gardés huit heures, le tarif ne freine pas la rotation, il l'encourage
- Où une deuxième armoire est nécessaire — une comparaison des sites par refus et par utilisation de pointe
- Quels casiers remplacer — à partir du nombre de pannes d'équipement sur un casier précis au cours d'une période
L'ordre de mise en place
Les étapes vont exactement dans cet ordre. Sauter l'étude préalable est la raison la plus fréquente pour qu'un système finisse construit autour d'équipements qui n'acceptent pas les commandes dont il a besoin.
1. Étude préalable
Ce qui existe déjà sur le site : armoires, serrures, contrôleurs, lecteurs, liaison, alimentation. Quels scénarios sont nécessaires, si la consigne est payante, qui répond des casiers. Le résultat est la liste de ce qui se raccorde tout de suite, de ce qui demande du travail et de ce qui manque au site.
2. Un pilote sur une armoire
Une armoire de bout en bout : échange avec le contrôleur sur du matériel réel, vérification des ouvertures et des capteurs, réglage des durées, des tarifs et des règles sur le comportement réel des gens plutôt que sur la documentation.
3. Règles et rôles
Qui répond de quels sites, quels événements vont à qui, ce qui compte comme urgence, comment se traitent les dépassements. Les droits des employés et la procédure d'ouverture manuelle se paramètrent également ici.
4. Déploiement
Les armoires et les sites restants suivent le schéma éprouvé, et les nouveaux types d'équipements arrivent comme des modules d'échange à part. À partir de là, l'historique s'accumule et les rapports par période et les données pour l'extension apparaissent.
Nos clients
Parlons de votre système de consigne
Contactez-nous dès aujourd'hui
Dites-nous de quel site il s'agit, combien vous avez de casiers et quelles armoires sont déjà installées, si la consigne est payante et qui travaillera avec le système. Nous vous dirons ce qui peut être raccordé aux équipements en place, quels scénarios d'accès conviendraient et par où il vaut mieux commencer le pilote.
