Peut-on gérer un espace de coworking avec Odoo ?

Oui, on peut gérer un espace de coworking avec Odoo : les applications Location, Abonnements, Site Web, eCommerce, Événements et Facturation couvrent la réservation des salles, les formules d'adhésion, la vente en ligne et la facturation dans une seule base. La limite apparaît quand des adhérents et des visiteurs réservent sur le même site avec des règles de paiement différentes : le standard suppose un seul type de client, et il faut alors du développement spécifique.

Odoo n'a pas d'application « coworking ». On assemble des applications standard, chacune sur un morceau du métier : le temps vendu à l'heure ou à la demi-journée, les formules récurrentes, les événements, la facture. Les écrans montrés ici sont ceux d'Odoo 20, avec des données fictives.

Quelles applications d'Odoo couvrent la gestion d'un coworking ?

Un coworking vend trois choses à la fois : du temps (une salle de réunion à l'heure, un poste à la demi-journée), des formules récurrentes (le poste fixe, la domiciliation) et des places à des événements. Chaque besoin a son application.

La pièce centrale est l'application Location. Sa documentation officielle la présente ainsi :

« L’application Odoo Location fournit des solutions complètes pour configurer et gérer les locations. Envoyez des devis, confirmez des commandes, planifiez des locations, enregistrez des produits lorsqu’ils sont enlevés et retournés et facturez vos clients à partir d’une seule plateforme. » (Documentation officielle Odoo 19, Location)

Une salle de réunion n'est pourtant pas du matériel qu'on prête. Odoo le prévoit, d'après deux pages de la documentation de Location restées en anglais (traduit de l'anglais) : un produit de location de type service peut être un bien physique qui ne quitte jamais le stock, comme une salle de conférence ou un poste de travail. Pour suivre la disponibilité de chaque salle, Location se synchronise avec l'application Planning : chaque salle y est déclarée dans Planning › Configuration › Matériaux et rattachée à un rôle, et l'ajout du service à une commande de location vérifie et met à jour son occupation.

Côté licences, la page tarifs d'Odoo compte comme utilisateur payant toute personne qui accède à Odoo pour créer, consulter ou modifier des documents, ainsi que le salarié enregistré dans l'application Employés sans utilisateur lié. Elle range parmi les utilisateurs gratuits les clients qui consultent leurs factures sur le portail et les visiteurs du site qui passent des commandes eCommerce. Un adhérent qui réserve par le site ne coûte donc pas de licence, même s'il réserve tous les jours.

Comment gérer les adhérents et leurs formules avec l'application Abonnements ?

Une formule de coworking, c'est un produit récurrent associé à un plan récurrent. L'application Abonnements inclut par défaut plusieurs plans récurrents, dont Mensuel et Annuel, et chaque abonnement génère ses factures à chaque période, sans ressaisie.

« L’application Abonnements d’Odoo est conçue pour gérer les revenus récurrents via des produits ou services basés sur abonnement. Elle prend en charge la facturation automatisée, la gestion des renouvellements et le suivi du cycle de vie client. » (Documentation officielle Odoo 19, Abonnements)

Concrètement, l'adhésion d'une indépendante qui prend un poste fixe et la domiciliation de son entreprise tient dans un seul devis d'abonnement : deux lignes, un plan Mensuel, une date de début. Une fois confirmé, il passe au statut En cours.

Un détail de la documentation évite une fausse piste : l'unité Jours ne peut pas servir de période de facturation d'un abonnement. La période quotidienne est réservée aux locations, pour éviter des factures journalières. La journée ou la demi-journée de passage ne se vend donc pas en abonnement : c'est une location ou une vente simple.

Reste la différence de prix entre un adhérent et un visiteur. Elle passe par une liste de prix : on crée une liste « Adhérents », on y fixe le prix de chaque service, et on l'affecte aux contacts concernés. Elle se reporte ensuite sur leurs devis, comme sur celui ci-dessus.

Reste un point à faire confirmer dans une base de test : la liste de prix affectée à un contact ne semble pas changer d'elle-même quand son abonnement s'arrête. Sur un projet de coworking, cette bascule de la grille tarifaire selon l'état de l'abonnement a d'ailleurs fait partie des développements.

Comment se passe la réservation d'une salle en ligne ?

La réservation en ligne s'appuie sur l'eCommerce. La documentation de Location le précise : les réglages de la section Louer en ligne (durée minimale de location, jours où rien ne peut être retiré ni rendu) n'apparaissent que si le module eCommerce est installé, et c'est sur la fiche produit qu'on publie la salle dans la boutique. Le visiteur réserve et paie sur le site ; l'adhérent retrouve ses commandes et ses factures dans son espace client.

Le site lui-même compte autant que le moteur de réservation : pages des salles, programme des événements, inscriptions, espace adhérent. Nous détaillons sur une page dédiée ce qu'un site Odoo relié au CRM apporte, de la publication d'événements avec inscriptions et billetterie au portail où les clients consultent devis, factures ou abonnements : la création de site web avec Odoo.

Toi quand la salle de réunion se réserve encore par téléphone et que le planning tient sur un post-it collé à l'accueil.

Où s'arrête le standard quand adhérents et visiteurs réservent sur le même site ?

Les difficultés se concentrent là où deux publics coexistent : l'adhérent, dont la formule couvre le créneau ou dont la réservation part sur sa facture du mois, et le visiteur, qui paie tout de suite. Sur un projet de coworking, quatre limites du standard sont apparues.

• Un devis non confirmé ne bloque aucune disponibilité. Tant que la réservation n'est pas confirmée, la salle reste proposée à la vente : deux clients peuvent réserver le même créneau. C'est structurel, pas un défaut de paramétrage.
• Le départ et le retour se saisissent à la main. Logique pour du matériel prêté, absurde pour une salle que personne ne vient chercher ni rapporter.
• Les moyens de paiement s'affichent pour tout le monde. Rien ne permet de réserver le paiement différé aux seuls adhérents.
• Un paiement hors ligne attend un encaissement réel avant de confirmer. La réservation d'un adhérent resterait donc en attente au lieu d'être acquise.

Toi quand deux clients se présentent à 14 h pour la même salle, chacun avec son devis non confirmé.

Ces quatre points relèvent de ce qu'Odoo ne fait pas en standard, pas d'un réglage oublié : le module de location est conçu pour du matériel qu'on remet en main propre.

Qu'a-t-il fallu construire pour un coworking ?

L'exigence de départ tenait en une phrase : l'adhérent réserve sans rien payer en ligne, le visiteur paie immédiatement, sur le même site, avec le même catalogue, et sans qu'une seule réservation demande une reprise à la main.

Le périmètre livré comprend le site de réservation, la facturation mensuelle calculée sur l'usage réel des salles et des événements, l'inscription en ligne différenciée selon le statut du participant, les grilles tarifaires par formule, la charte graphique sur le site et les documents. Plusieurs pièces ont demandé du développement spécifique, pour lever les limites décrites plus haut et réconcilier les deux parcours.

• Le créneau est bloqué dès la demande, et le début et la fin de la location se marquent seuls.
• Les moyens de paiement suivent le profil, et la réservation d'un adhérent est confirmée sans encaissement, sur sa facture du mois.
• La grille tarifaire suit l'état de l'abonnement, et l'inscription s'adapte au statut, particulier ou société.

Le résultat : le créneau est bloqué dès la demande, l'adhérent ne ressaisit jamais sa carte, et la réservation ne demande plus aucune reprise manuelle, quel que soit le profil du client. La leçon dépasse le coworking : le standard suppose un seul type de client, et dès qu'il y en a deux, il faut aller chercher la mécanique en dessous.

Faut-il forcément un développement spécifique pour un coworking ?

Pas forcément. Tout dépend du nombre de parcours. Si tous les clients paient en ligne au moment de réserver, la commande est confirmée par le paiement et la question du paiement différé ne se pose pas. Si tous sont des adhérents facturés au mois, Abonnements et Ventes suffisent pour l'essentiel. Ces deux cas sont des déductions à faire confirmer sur vos propres scénarios, dans une base de test, avant de décider : le blocage du créneau entre la demande et la confirmation reste à vérifier dans chacun.

Le développement spécifique se justifie quand les deux publics partagent le même site et le même catalogue, et que la réservation doit rester sans reprise manuelle. Il a aussi un effet direct sur la licence : le plan Standard d'Odoo fonctionne sur Odoo Online, qui accueille des bases sans modules personnalisés. Des modules propres à votre coworking supposent le plan Personnalisé, sur Odoo.sh (plateforme payante, en plus des licences) ou sur vos propres serveurs. Au tarif public relevé sur odoo.com, le plan Standard coûte 19,90 € par utilisateur et par mois en engagement annuel la première année, puis 24,90 € (Personnalisé : 35,90 € puis 44,90 €).

Avant d'écrire une ligne de code, chaque besoin mérite d'être confronté au standard, puis à Odoo Studio, puis aux modules tiers. Notre page sur le développement spécifique présente ces quatre niveaux d'adaptation, le coût caché d'un développement et les questions à poser avant de le lancer : quand adapter Odoo, et quand l'éviter.

Par où commencer pour passer son coworking sur Odoo ?

Le point de départ n'est pas la liste des applications, c'est la description précise de vos parcours. Quelques questions permettent de savoir si le paramétrage tiendra.

1. Combien de profils de clients réservent : adhérents, visiteurs, entreprises qui paient pour leurs salariés, usage interne ?
2. Pour chaque profil, qui paie, quand, et par quel moyen : carte à la réservation, facture mensuelle, virement ?
3. Que couvre chaque formule : un poste, des heures de salle, un nombre de demi-journées ?
4. Que devient le tarif d'un adhérent le jour où son abonnement s'arrête ?
5. Qui fait quoi à l'accueil aujourd'hui, et quelle tâche doit disparaître ?

Avec ces réponses, on teste les cas limites dans une base de test : deux réservations simultanées sur la même salle, un adhérent dont l'abonnement expire la veille de sa réservation, un visiteur qui annule. Si tout passe en standard, le projet reste simple. Si un cas bloque, vous savez exactement quel développement vous achetez, et pourquoi.

Ce raisonnement vaut au-delà du coworking, pour tout lieu qui mêle abonnés et clients de passage : salles de sport, studios, ateliers partagés, espaces événementiels. La difficulté tient rarement à la réservation elle-même, mais à la cohabitation de deux parcours sur un seul site.

Article rédigé par Billy Felicie

Expert en intégration Odoo chez Hors du Commun (Lyon). J'accompagne les PME dans la mise en place de leurs outils numériques et l'optimisation de leurs processus métiers depuis plus de 5 ans.