À qui s’adresse ce dossier pour choisir un logiciel de réservation de salle communale
Ce dossier s’adresse aux personnes qui portent le projet dans une commune : le directeur général des services, la secrétaire de mairie, l’adjoint chargé des bâtiments ou de la vie associative, et le régisseur de recettes. Il sert aussi à l’élu qui doit défendre le choix en conseil municipal.
Il permet de décider trois choses. D’abord ce que la commune attend réellement du logiciel, au-delà du calendrier. Ensuite ce qu’il faut écrire dans un cahier des charges, même court, pour que les éditeurs répondent à la même question. Enfin ce qu’il faut vérifier en démonstration, sur les équipements réels de la commune, avant de s’engager.
Les douze points suivent l’ordre d’une location : le catalogue, le public, le paiement, les pièces, le planning, la convention, l’état des lieux, la communication, l’intégration au site de la commune, l’accès, le reporting et le cadre réglementaire. Chaque point tient en trois parties : le besoin, la question à poser à l’éditeur, le piège fréquent.
Pour situer ce que couvre un logiciel de gestion des salles communales et à quel prix, la page tarifs donne le point de départ : à partir de 59 € HT par mois, sans engagement, sans commission sur les paiements. Le reste de ce dossier vaut quel que soit l’éditeur retenu.
Catalogue d’équipements et créneaux
Le premier point est l’inventaire. Un logiciel ne propose que ce qu’on lui a décrit, et il le propose tel qu’on l’a décrit.
Le besoin
Une commune loue rarement une seule salle. Salle des fêtes, salle polyvalente, gymnase, salle de réunion de la mairie, parfois une cuisine ou un préau. Chaque équipement a ses durées : la journée, le week-end, la soirée, l’heure pour le gymnase. Certains se louent avec des options, comme la cuisine ou la sonorisation. Le catalogue doit accepter ces différences sans forcer chaque équipement dans le même moule.
La question à poser à l’éditeur
« Comment déclarez-vous un équipement dont les créneaux ne sont pas des heures pleines, par exemple un week-end du vendredi 18 h au lundi 9 h ? » Demandez ensuite si un créneau récurrent, l’entraînement du mardi soir, se pose une fois pour la saison ou se ressaisit chaque semaine.
Le piège fréquent
Le logiciel conçu pour des salles de réunion louées à l’heure. Il accepte le catalogue de la commune sur le papier et le déforme dès la première salle des fêtes : le week-end devient une suite de créneaux d’une heure, le tarif devient illisible et le secrétariat reprend la saisie à la main.
Public et associations : règles et tarifs différenciés
Le prix d’une salle communale dépend de qui réserve. Cette règle est votée en conseil municipal et le logiciel doit la porter telle quelle.
Le besoin
Trois publics au minimum : les associations de la commune, les habitants, les extérieurs. Souvent une quatrième catégorie, les entreprises ou les associations extérieures. Les associations locales bénéficient fréquemment de la gratuité, parfois limitée à un nombre d’utilisations par an. La grille doit s’appliquer sans arbitrage au guichet, et une occupation gratuite doit rester visible dans les comptes d’occupation de l’équipement.
La question à poser à l’éditeur
« Comment identifiez-vous le public de la personne qui réserve, et qui contrôle qu’un habitant est bien un habitant ? » Une réponse solide décrit un justificatif demandé à la réservation et une validation par le secrétariat quand le tarif est préférentiel.
Le piège fréquent
Le tarif unique corrigé à la main. Le logiciel affiche un prix et le secrétariat le modifie pour chaque association. La grille votée n’est plus appliquée, elle est interprétée. Le second piège consiste à sortir les associations du logiciel parce qu’elles ne paient pas : l’équipement perd la trace de son usage principal.
Paiement : régie, caution, remboursement
Une recette communale s’encaisse dans le cadre d’une régie de recettes. Le logiciel doit s’y plier.
Le besoin
Une régie de recettes est le dispositif qui autorise un agent de la commune, le régisseur, à encaisser des recettes publiques pour le compte du comptable public. Les collectivités et régies qui encaissent au moins 5 000 € par an doivent proposer un paiement en ligne à leurs usagers, et cet encaissement doit répondre aux exigences des régies publiques. La caution suit un circuit distinct du prix de la location. Le remboursement après annulation doit suivre la règle écrite dans le règlement de location.
La question à poser à l’éditeur
« Votre encaissement en ligne s’inscrit-il dans une régie de recettes, et le comptable public l’a-t-il déjà validé ailleurs ? » Puis : « Comment traitez-vous une annulation trois jours avant, un remboursement partiel, une caution ? » La page consacrée à l’encaissement en régie détaille ce que la commune met en place une fois, avec sa trésorerie.
Le piège fréquent
Le paiement conçu comme celui d’un site marchand, découvert après la signature quand le comptable public demande le circuit. Le second piège est le paiement après la location : une salle déjà occupée se réclame mal.
Documents et validation : attestation, pièce d’identité, manuel ou automatique
Une location de salle communale demande des pièces : attestation d’assurance, pièce d’identité, parfois un justificatif de domicile. Le logiciel doit les collecter et laisser la commune décider quand elle veut décider.
Le besoin
Les pièces sont attendues avant l’accès et vérifiées par le secrétariat. Deux modes de validation coexistent. La validation automatique confirme la réservation dès que le règlement est reçu ; elle convient aux créneaux simples, une salle de réunion, un gymnase en semaine. La validation manuelle laisse un agent confirmer ; elle convient à la salle des fêtes du samedi soir ou à un événement particulier. Le choix doit se faire équipement par équipement.
La question à poser à l’éditeur
« Peut-on exiger une attestation d’assurance avant la confirmation, et régler la validation en manuel sur une salle et en automatique sur une autre ? » Demandez comment le secrétariat est prévenu qu’une demande attend sa décision.
Le piège fréquent
Tout en validation manuelle par prudence. Chaque réservation repasse alors par un agent et le logiciel n’a rien retiré à personne. Le piège inverse existe : tout en automatique sur une salle des fêtes, sans contrôle de l’assurance.
Planning partagé et conflits
Un seul calendrier doit faire foi. Toute copie devient fausse à la première modification.
Le besoin
Le planning d’une salle communale est lu par le secrétariat, les services techniques, les élus, les associations, parfois l’école. Les créneaux récurrents, les fermetures pour travaux ou élections, les besoins propres de la mairie doivent cohabiter avec les réservations du public. Un chevauchement doit être refusé au moment de la saisie, pas découvert le jour même devant la porte.
La question à poser à l’éditeur
« Que se passe-t-il si deux personnes réservent la même plage au même instant ? » Puis : « Comment posez-vous un créneau récurrent pour la saison et une fermeture exceptionnelle sans casser la série ? » Demandez enfin qui, dans la commune, peut créer une réservation interne et avec quels droits.
Le piège fréquent
Le calendrier exporté vers un agenda partagé « pour que tout le monde voie ». La copie vit sa vie et le conflit revient. Autre piège : un planning en lecture seule pour les services techniques, qui continuent de réserver par courriel et par téléphone.
Conventions de mise à disposition et signature
La convention est la pièce qui encadre la location. Elle doit être produite, signée et conservée avec la réservation.
Le besoin
Une convention de mise à disposition est l’acte par lequel la commune confie l’usage d’un local à un tiers, pour une durée et à des conditions déterminées. Elle rappelle le règlement intérieur, la caution, les responsabilités et l’assurance. Elle doit reprendre les données de la réservation sans ressaisie, et être signée avant l’accès. Nous détaillons ce que doit contenir une convention de mise à disposition dans un article séparé.
La question à poser à l’éditeur
« La convention est-elle générée à partir de la réservation, et la signature est-elle possible en ligne ? » Puis : « Que se passe-t-il si elle n’est pas signée la veille du créneau ? » La bonne réponse décrit un blocage de l’accès, pas un simple rappel.
Le piège fréquent
Le modèle de traitement de texte rempli à la main depuis l’écran, avec les erreurs de recopie qui vont avec. Second piège : la convention signée après l’occupation, donc sans portée pratique le jour où un dégât est constaté.
État des lieux entrant et sortant
L’état des lieux protège la commune et l’usager. Il doit reposer sur des faits datés.
Le besoin
Il se fait à deux moments : avant la remise et après la restitution. Sur une salle très occupée, plusieurs occupants se succèdent dans la même journée. Il faut savoir qui est entré, à quelle heure et jusqu’à quand pour attribuer un dégât au bon créneau. Les photos, la signature et le caractère contradictoire font le reste. Un logiciel utile fournit des états des lieux appuyés sur l’historique des accès, sans que personne ait à noter les heures.
La question à poser à l’éditeur
« Quelles informations le logiciel me donne-t-il quand une dégradation est constatée le lundi matin ? » Une réponse utile parle d’un historique horodaté des entrées et, si le site est équipé de caméras compatibles, d’images liées aux accès.
Le piège fréquent
Un formulaire d’état des lieux dans le logiciel, mais aucune donnée d’accès pour l’appuyer. Le formulaire est bien présenté et la discussion se fait toujours de mémoire, entre des personnes qui habitent la même commune.
Communication à l’usager : confirmations, rappels, consignes
L’usager doit recevoir la confirmation, le rappel et les consignes sans qu’un agent les rédige.
Le besoin
Quatre messages au minimum. La confirmation, avec le récapitulatif et le justificatif de paiement. Le rappel avant le créneau, avec les consignes : tri des déchets, extinction des lumières, respect du voisinage, heure de fin. L’envoi du code d’accès, au bon moment et pas des semaines avant. Le message d’annulation, avec les conditions de remboursement. Par courriel et par SMS, car la personne qui arrive devant la porte le samedi soir n’ouvre pas sa messagerie.
La question à poser à l’éditeur
« Quels messages partent automatiquement, à quel moment, et peut-on modifier leur texte équipement par équipement ? » Demandez si le justificatif de paiement est joint à la confirmation et si les consignes de la salle des fêtes diffèrent de celles du gymnase.
Le piège fréquent
Des messages standard, non modifiables, signés du nom de l’éditeur. Et la consigne envoyée trop tôt, au moment de la réservation, oubliée deux mois plus tard le jour de la location.
Marque blanche et intégration au site de la commune
L’habitant réserve depuis le site de la commune, aux couleurs de la commune. Il ne doit pas avoir l’impression de changer de site.
Le besoin
La marque blanche est la possibilité d’afficher le service sous l’identité de la commune, sans logo ni nom de l’éditeur visible pour l’usager. La page de réservation s’intègre au site municipal ou se relie depuis le portail citoyen. Elle fonctionne sur téléphone, dans le navigateur, sans application à télécharger, car la majorité des demandes arrivent depuis un téléphone.
La question à poser à l’éditeur
« Comment intégrez-vous la page de réservation au site de la commune, et que voit l’habitant sur son téléphone ? » Vérifiez la réponse pendant la démonstration, sur un téléphone, en réservant vous-même un créneau de bout en bout.
Le piège fréquent
Le lien vers un portail de l’éditeur, avec son nom et ses couleurs, qui demande à l’habitant de créer un compte avant de voir les disponibilités. Le compte obligatoire est la première cause d’abandon d’une réservation en ligne.
Contrôle d’accès : natif ou via intégrateur ?
Un logiciel de réservation peut piloter les droits d’accès de deux façons. Nativement, quand la plateforme commande elle-même le clavier à code, le lecteur de badge ou la gâche de la salle. Via un intégrateur, quand un tiers relie le logiciel de réservation à un système de contrôle d’accès distinct. La différence se mesure en coût, en délai, en nombre d’interlocuteurs et en responsabilité quand la porte ne s’ouvre pas.
Le besoin
Le droit d’entrer doit suivre le créneau : l’usager entre à l’heure de début, l’accès cesse à la fin. Sans cela, la clé revient, avec la remise du vendredi soir et la restitution du lundi matin. La commune dispose souvent déjà d’un équipement, clavier à code, gâche, portail. Le logiciel doit s’y adapter avant d’envisager du matériel neuf.
La question à poser à l’éditeur
« Qui pilote l’équipement de la porte : vous, ou un intégrateur ? » Puis : « Combien d’interlocuteurs en cas de panne un samedi ? » Enfin : « Quel délai et quel coût pour raccorder ce qui est en place ? » ASLOT pilote l’accès nativement, depuis la même plateforme que la réservation et le paiement ; la page contrôle d’accès et réservation en ligne décrit ce que cela change pour l’usager et pour la commune.
Le piège fréquent
Deux contrats, deux supports, et personne de responsable quand la porte reste fermée devant quarante invités. Le second piège est le remplacement complet des équipements alors que l’existant était pilotable.
Reporting, occupation réelle et justificatifs pour la trésorerie
Le logiciel doit répondre à trois questions : combien la salle a servi, combien elle a rapporté, et à quoi correspond chaque encaissement.
Le besoin
L’occupation réelle se lit par équipement et par public, y compris pour les mises à disposition gratuites : c’est ce qui permet d’arbitrer entre deux demandes, d’appuyer une subvention et de répondre en conseil municipal. Chaque recette est rattachée à la réservation qui l’a produite. L’usager reçoit un justificatif de paiement. Le régisseur reçoit un export prêt pour le rapprochement avec la trésorerie. Un logiciel pensé pour la régie produit ces trois éléments sans ressaisie.
La question à poser à l’éditeur
« Montrez-moi l’export que recevra le régisseur en fin de mois, et le bilan d’occupation d’un gymnase sur une saison. » Demandez à voir des données réelles, pas une maquette.
Le piège fréquent
Des tableaux de bord séduisants et un export inexploitable par la trésorerie. Et une occupation calculée sur les réservations plutôt que sur les entrées : une salle réservée et jamais occupée compte alors comme utilisée.
RGPD, hébergement, accessibilité RGAA et réversibilité des données
Le logiciel traite des données d’administrés pour le compte de la commune. Quatre points s’imposent : la conformité au RGPD, l’hébergement, l’accessibilité et la sortie du contrat.
Le besoin
La commune est responsable de traitement et l’éditeur est son sous-traitant : le contrat doit le dire, fixer les durées de conservation et prévoir le rôle du délégué à la protection des données. La CNIL publie des repères pour les collectivités. L’hébergement des données en France, ou au moins dans l’Union européenne, doit être écrit. Un service public en ligne doit être accessible : le RGAA est le référentiel qui s’applique aux organismes publics, et l’éditeur doit fournir sa déclaration d’accessibilité. Enfin la réversibilité : récupérer les réservations, l’historique et les documents dans un format lisible à la fin du contrat.
La question à poser à l’éditeur
« Où sont hébergées les données, quelle est votre déclaration d’accessibilité, et sous quel format récupère-t-on l’ensemble des données à la fin du contrat ? »
Le piège fréquent
La question posée après la signature. Et l’engagement oral : une réversibilité qui n’est pas écrite au contrat n’existe pas.
Une méthode en cinq étapes pour mener le projet
Le projet tient en cinq étapes, du recensement à la communication. Chacune produit un livrable court, et l’ordre compte : choisir un logiciel avant d’avoir écrit ses règles conduit à paramétrer des règles qui n’existent pas.
- Recenser. Lister chaque équipement, ses durées de location, ses options, ses équipements de porte, et les publics qui l’utilisent. Une page par équipement suffit.
- Écrire les règles. Grille tarifaire par public, gratuités, caution, conditions d’annulation, pièces exigées, mode de validation par équipement. Les délibérations existantes en sont la source.
- Choisir. Envoyer le même cahier des charges à chaque éditeur, dérouler la démonstration sur un équipement réel de la commune et poser les quinze questions de la liste ci-dessous.
- Paramétrer. Reporter les règles dans le logiciel, monter le circuit d’encaissement avec la trésorerie, raccorder les équipements de porte, tester une réservation complète, du paiement à l’entrée.
- Communiquer. Prévenir les associations avant l’ouverture, publier le lien sur le site de la commune, former les personnes qui suivront le tableau de bord, garder le guichet ouvert pendant la transition.
Quinze questions à poser en démonstration
La démonstration décide. Les quinze questions ci-dessous reprennent les douze points sous une forme directe, à poser dans l’ordre pendant la séance. Demandez à chaque fois de voir la réponse à l’écran, sur un équipement de la commune, et notez ce qui a été montré et ce qui a été promis. Les deux colonnes ne se recouvrent pas toujours.
Mener un projet de réservation en ligne de salle communale en cinq étapes
- Recenser les équipements
Listez chaque salle, ses durées de location, ses options, ses équipements de porte et les publics qui l’utilisent.
- Écrire les règles
Rassemblez la grille tarifaire par public, les gratuités, la caution, les conditions d’annulation, les pièces exigées et le mode de validation par équipement.
- Choisir le logiciel
Envoyez le même cahier des charges à chaque éditeur et déroulez la démonstration sur un équipement réel avec les quinze questions de la liste.
- Paramétrer et raccorder
Reportez les règles, montez le circuit d’encaissement avec la trésorerie, raccordez les équipements de porte et testez une réservation complète.
- Communiquer
Prévenez les associations, publiez le lien sur le site de la commune, formez les personnes qui suivront le tableau de bord et gardez le guichet pendant la transition.
Les 15 questions à poser à l’éditeur pendant la démonstration
- Montrez-moi la réservation d’un week-end de salle des fêtes, du vendredi soir au lundi matin, avec l’option cuisine.
- Comment le tarif change-t-il si la personne qui réserve est une association de la commune, un habitant ou un extérieur ?
- Une mise à disposition gratuite apparaît-elle dans le bilan d’occupation ?
- Votre encaissement s’inscrit-il dans une régie de recettes, et le comptable public l’a-t-il déjà validé ailleurs ?
- Comment se passe une annulation trois jours avant le créneau, et un remboursement partiel ?
- Peut-on exiger une attestation d’assurance avant la confirmation ?
- Peut-on régler la validation en manuel sur une salle et en automatique sur une autre ?
- Que se passe-t-il si deux personnes réservent la même plage au même instant ?
- La convention de mise à disposition est-elle générée depuis la réservation et signée en ligne avant l’accès ?
- Quelles informations me donnez-vous quand une dégradation est constatée le lundi matin ?
- Quels messages l’usager reçoit-il, à quel moment, et puis-je en modifier le texte par équipement ?
- Que voit l’habitant sur son téléphone, depuis le site de la commune, sans créer de compte ?
- Qui pilote l’équipement de la porte, vous ou un intégrateur, et qui répond en cas de panne un samedi ?
- Montrez-moi l’export que recevra le régisseur en fin de mois.
- Où sont hébergées les données, quelle est votre déclaration d’accessibilité, et comment récupère-t-on tout à la fin du contrat ?
Vos questions
Un logiciel de réservation peut-il piloter les droits d’accès ?
Oui, à condition qu’il ait été conçu pour cela. Le droit d’entrer est alors attaché au créneau réservé : l’usager reçoit un code ou voit son badge activé, entre à l’heure de début et l’accès cesse à la fin. Deux approches existent. Le pilotage natif, où la plateforme de réservation commande elle-même le clavier ou la gâche. Le pilotage par intégrateur, où un tiers relie le logiciel à un système de contrôle d’accès distinct. La première approche limite le nombre d’interlocuteurs et clarifie la responsabilité en cas de panne. Dans les deux cas, demandez ce qui est fait de l’équipement déjà en place.
Combien de temps pour déployer ?
Cela dépend surtout du matériel en place et du circuit d’encaissement. Une commune dont les salles disposent déjà de claviers à code ou de gâches pilotables et dont la régie accepte le paiement en ligne démarre plus vite qu’une commune qui doit équiper ses portes et créer sa régie. La mise en service se fait sur place, avec l’équipe de l’éditeur. Le paramétrage des règles, tarifs par public et conditions d’annulation, est rapide dès lors que les délibérations existent. C’est souvent l’écriture des règles, plus que le logiciel, qui fixe le calendrier.
Faut-il un marché public ?
Un abonnement à un logiciel est un marché public de services, mais sa procédure dépend du montant. Depuis le 1er avril 2026, l’article R2122-8 du code de la commande publique permet à l’acheteur de passer un marché sans publicité ni mise en concurrence préalables lorsque la valeur estimée du besoin est inférieure à 60 000 € HT pour les fournitures et services. La valeur s’apprécie sur toute la durée du contrat. En dessous de ce seuil, la commune reste tenue de choisir une offre pertinente, de faire un bon usage des deniers publics et de ne pas contracter systématiquement avec le même opérateur. Un abonnement à quelques dizaines d’euros par mois reste très en dessous du seuil.
Peut-on garder la régie actuelle ?
Oui, dans la plupart des cas. La régie de recettes est un acte de la commune, pas de l’éditeur. Ce qui change, c’est le mode d’encaissement : le paiement en ligne s’ajoute aux modes déjà prévus, et l’acte constitutif de la régie doit le mentionner. Cette démarche se mène une fois, au démarrage, avec le comptable public. Le régisseur conserve son rôle, ses contrôles et ses versements. Vérifiez auprès de l’éditeur que son encaissement s’inscrit dans ce cadre et qu’il fournit l’export attendu par la trésorerie. Un guichet peut rester ouvert en parallèle pour les personnes qui préfèrent payer sur place.
Que devient l’outil si la commune change d’éditeur ?
La commune doit pouvoir récupérer ses données et poursuivre son activité. Concrètement : les réservations à venir, l’historique des occupations et des encaissements, les conventions et les pièces, dans un format lisible par un autre logiciel ou par un tableur. Cette réversibilité s’écrit au contrat, avec le délai de mise à disposition et la durée pendant laquelle les données restent accessibles après la fin. Sur le matériel, vérifiez que les équipements de porte restent utilisables avec un autre logiciel ou en fonctionnement manuel. Un contrat sans engagement de durée facilite la sortie, mais ne remplace pas la clause de réversibilité.
Faut-il remplacer les claviers à code et les serrures en place ?
Pas systématiquement. Beaucoup d’équipements déjà installés, claviers à code, lecteurs de badge, gâches, portails, barrières, sont pilotables et peuvent être repris. C’est le premier point à faire vérifier par l’éditeur, sur place ou sur photos, avant tout engagement. Quand une salle n’a qu’une serrure mécanique, il faut équiper la porte, et ce matériel est chiffré à part, communiqué avant la commande. La commune peut aussi conserver quelques clés physiques, pour les services techniques ou les secours, en parallèle du pilotage par créneau.
Une petite commune avec une seule salle a-t-elle intérêt à s’équiper ?
Oui, si la salle génère des appels, des remises de clés et des encaissements à suivre. Le volume de locations compte moins que la dispersion des tâches : chaque location mobilise le secrétariat plusieurs fois, souvent en dehors des heures d’ouverture. Une seule salle mise en ligne, avec ses tarifs par public et son accès par créneau, suffit à retirer ces gestes. Le tarif public d’ASLOT démarre à 59 € HT par mois, sans engagement ; le montant exact se calcule pendant la démonstration, à partir des équipements réels de la commune.
Les associations doivent-elles créer un compte ou installer une application ?
Non. Tout passe par le navigateur, sur ordinateur, tablette ou téléphone, et le code d’accès arrive par SMS et par courriel. Les créneaux récurrents d’une association se posent une fois pour la saison par la commune ou par le référent de l’association, selon les droits accordés. Un changement de président ou de référent ne suppose plus de récupérer une clé : le droit d’entrer est attaché au créneau. Vérifiez auprès de l’éditeur que l’inscription obligatoire n’est pas imposée aux habitants pour une réservation ponctuelle.
Références officielles
À lire ensuite
- État des lieux, caution et convention : sécuriser la location d’une salle communale Collectivités
- Logiciel de réservation pour coworking : les 10 points à cadrer (salles, postes, accès 24/7) Coworking
- Gérer une aire de camping-car communale : réservation, paiement, barrière Aires de camping-cars
- Espace sur Demande (ANCT) ou ASLOT : gratuit ou complet, que choisir pour vos salles ? Comparatif
Voir ASLOT sur votre cas
Trente minutes, sans engagement, pour vérifier ce que la plateforme change sur vos espaces et vos équipements.