Multi-tenant : votre cabinet partage-t-il l’immeuble ?

L’essentiel

Un logiciel multi-tenant (littéralement « multi-locataires ») est une architecture dans laquelle plusieurs clients — ici, plusieurs cabinets d’avocats — partagent la même infrastructure logicielle et les mêmes serveurs, tout en accédant chacun à un espace strictement isolé. C’est le modèle dominant dans les solutions cloud destinées aux professions libérales. Comprendre ce que cela implique pour la confidentialité, la personnalisation et la résilience de votre cabinet est essentiel avant de signer tout contrat de logiciel.

La définition complète

L’immeuble et les appartements

Imaginez un immeuble haussmannien bien géré. Chaque locataire dispose de son propre appartement, de sa serrure, de sa boîte aux lettres. Personne ne peut entrer chez le voisin. Pourtant, tous partagent le même bâtiment, le même ascenseur, la même chaudière et le même gardien. Le propriétaire entretient l’ensemble en une seule opération.

L’architecture multi-tenant fonctionne exactement ainsi. L’éditeur de logiciel (le « propriétaire ») déploie une seule instance de son application sur ses serveurs. Chaque cabinet (le « locataire » ou tenant) se connecte à cette application commune, mais ses données — dossiers clients, actes, factures, agendas — sont strictement séparées de celles de tous les autres cabinets. La séparation est logique (par configuration et code), et non physique (pas de serveur dédié à chaque client).

Ce que c’est, et ce que ce n’est pas

Le modèle multi-tenant s’oppose au modèle single-tenant (ou instance dédiée), dans lequel chaque client dispose de son propre environnement serveur, isolé physiquement des autres. Il s’oppose aussi au logiciel installé en local (on-premise), où le logiciel tourne sur les machines du cabinet lui-même, sans passer par un serveur partagé distant.

Architecture Infrastructure Isolation des données Coût habituel Personnalisation
Multi-tenant (cloud) Partagée entre clients Logique (par code) Plus bas (mutualisé) Standard ou limitée
Single-tenant (cloud dédié) Dédiée par client Physique Plus élevé Plus étendue
On-premise (local) Propre au cabinet Physique (sur site) Variable (licence + matériel) Maximale

La quasi-totalité des solutions logiciel avocat en mode SaaS (abonnement mensuel par utilisateur) repose aujourd’hui sur une architecture multi-tenant.

Pourquoi c’est important pour votre cabinet

La confidentialité : le vrai sujet

Pour un avocat, le secret professionnel — protégé par l’article 66-5 de la loi n° 71-1130 du 31 décembre 1971 — est un absolu, pas une option contractuelle. La question légitime à poser à tout éditeur multi-tenant est donc : comment mes données sont-elles isolées de celles d’un autre cabinet ?

Un éditeur sérieux doit pouvoir décrire précisément ses mécanismes d’isolation : identifiants de tenant dans la base de données, chiffrement des données au repos et en transit, contrôles d’accès, tests d’intrusion réguliers. Cette information doit figurer dans les annexes techniques du contrat ou dans la documentation de sécurité fournie sur demande. Si elle est absente, c’est un signal d’alerte.

Le RGPD s’applique pleinement : l’éditeur agit en qualité de sous-traitant au sens de l’article 28 du règlement. Un Data Processing Agreement (DPA) doit encadrer la relation. Consultez votre DPO ou votre ordre pour tout point d’interprétation propre à votre situation — nos pages sur le RGPD au cabinet et la cybersécurité du cabinet développent ces obligations.

Le coût : l’avantage immédiat du modèle

La mutualisation de l’infrastructure réduit les coûts pour tout le monde. L’éditeur maintient un seul environnement, déploie les mises à jour une seule fois, et répercute cette économie d’échelle dans ses tarifs. C’est pourquoi les abonnements cloud pour logiciel de gestion de cabinet sont généralement facturés à un tarif mensuel par utilisateur accessible même pour un exercice individuel, sans investissement initial en serveurs.

Les mises à jour automatiques : une arme à double tranchant

En multi-tenant, l’éditeur pousse les mises à jour pour tous les clients simultanément. Vous bénéficiez automatiquement des nouvelles fonctionnalités, des correctifs de sécurité et des évolutions réglementaires (nouvelles versions du RPVA, changements de formulaires d’actes, etc.) sans aucune action de votre part.

L’inconvénient symétrique : vous ne choisissez pas le rythme des mises à jour. Si une mise à jour introduit un bug ou modifie une interface que votre équipe maîtrisait, tout le monde est affecté au même moment. Vérifiez avant de signer si l’éditeur propose une période de test ou un environnement de pré-production.

La personnalisation : jusqu’où peut-on aller ?

En multi-tenant, la personnalisation est plus limitée qu’en instance dédiée. Vous pouvez configurer vos modèles de documents, vos champs personnalisés, vos workflows — mais vous ne pouvez pas modifier l’architecture profonde de l’application. Pour la grande majorité des cabinets de moins de vingt avocats, cette contrainte est rarement pénalisante. Pour un grand cabinet ayant des besoins très spécifiques d’intégration avec des systèmes tiers, la question mérite d’être posée explicitement à l’éditeur.

Un exemple concret

Un cabinet de cinq avocats spécialisé en droit social souscrit un abonnement à un logiciel de gestion de cabinet en mode SaaS. L’éditeur héberge les données de plusieurs centaines de cabinets sur la même infrastructure cloud. Chaque cabinet accède à son espace via un identifiant unique et des droits d’accès propres ; aucun utilisateur du cabinet A ne peut voir les dossiers du cabinet B.

Lors du renouvellement de contrat, les avocats demandent à l’éditeur de confirmer par écrit : l’emplacement des serveurs (idéalement dans l’Union européenne pour le RGPD), les mécanismes de chiffrement, les délais de restauration en cas d’incident, et les conditions de réversibilité — c’est-à-dire la possibilité de récupérer leurs données dans un format exploitable si jamais ils changent de solution. Ce dernier point est critique et souvent négligé à la signature.

À retenir et pièges fréquents

Ce que le multi-tenant ne garantit pas automatiquement

  • L’hébergement en France ou en Europe. « Cloud » ne veut pas dire « serveurs européens ». Vérifiez explicitement la localisation des données dans le contrat.
  • La sécurité par défaut. L’isolation logique est robuste si elle est bien implémentée — mais elle dépend entièrement de la qualité du code et des pratiques de l’éditeur. Demandez les certifications (ISO 27001, HDS si pertinent) ou les résultats des audits de sécurité.
  • La réversibilité. Quitter un logiciel multi-tenant implique d’exporter vos dossiers, contacts, documents et historiques dans un format standard. Demandez avant de signer : dans quel format ? Sous quel délai ? À quel coût ? Notre article sur la sauvegarde des données approfondit ce point.

Idées reçues à corriger

« Mes données sont moins sécurisées qu’en local. » Pas nécessairement. Un éditeur cloud professionnel dispose de moyens de sécurité (redondance, chiffrement, surveillance 24h/24) qu’un petit cabinet ne peut pas se payer seul. Le risque se déplace, mais il ne s’aggrave pas mécaniquement.

« Tous les logiciels cloud sont multi-tenant. » Non. Certains éditeurs proposent des instances dédiées pour les grands comptes, à un tarif plus élevé. Si la confidentialité absolue est une contrainte absolue (données de nature très sensible, exigences d’un client institutionnel), cette option existe — à évaluer lors de la démonstration.

« Je n’ai pas besoin de m’en préoccuper, c’est technique. » La technique a des conséquences déontologiques et contractuelles directes. Le secret professionnel de l’avocat ne s’arrête pas à la porte du serveur.

Termes liés

Quelques notions connexes utiles pour approfondir le sujet :

FAQ

Le multi-tenant est-il compatible avec le secret professionnel de l’avocat ?

Oui, à condition que l’isolation des données soit correctement implémentée et documentée par l’éditeur. Le secret professionnel protégé par la loi de 1971 impose à l’avocat de s’assurer que ses prestataires techniques offrent des garanties suffisantes — ce qui se traduit concrètement par un DPA conforme au RGPD et des engagements contractuels clairs sur la confidentialité. Consultez votre ordre ou votre DPO pour l’appréciation de votre situation propre.

Comment vérifier que mon éditeur est vraiment multi-tenant et non single-tenant ?

Posez la question directement lors de la démonstration en demandant un schéma d’architecture. Les mots à chercher : « instance partagée », « base de données mutualisée avec isolation par tenant », ou à l’inverse « instance dédiée », « serveur dédié par client ». Un éditeur sérieux répondra clairement ; l’évasion sur ce point est un signal d’alerte.

Les données de mon cabinet peuvent-elles être vues par l’éditeur lui-même ?

Techniquement, les équipes de support ou d’infrastructure de l’éditeur peuvent avoir accès aux données dans le cadre de la maintenance. Ce droit d’accès doit être encadré contractuellement (DPA), limité au strict nécessaire et traçable. Demandez quelles sont les politiques d’accès interne et si des journaux d’audit (logs) sont disponibles.

Quelle différence entre multi-tenant et SaaS ?

Le SaaS (Software as a Service) désigne le mode de commercialisation : vous accédez au logiciel via un navigateur, sans installation, en payant un abonnement. Le multi-tenant désigne l’architecture technique sous-jacente. La plupart des offres SaaS reposent sur du multi-tenant, mais les deux notions ne se confondent pas : il existe des SaaS en instance dédiée, et des logiciels multi-tenant qui ne sont pas commercialisés comme du SaaS.

Puis-je récupérer mes données si je change de logiciel ?

Oui — mais les conditions varient fortement d’un éditeur à l’autre. Avant de signer, vérifiez : le format d’export (CSV, XML, JSON ou format propriétaire illisible sans leur outil), le délai de mise à disposition et l’existence éventuelle de frais de migration. La réversibilité doit être négociée à la signature, pas au moment du départ.

Le multi-tenant est-il adapté à tous les profils de cabinet ?

Pour les exercices individuels et les cabinets jusqu’à une vingtaine d’avocats, le multi-tenant répond à la quasi-totalité des besoins fonctionnels à un coût maîtrisé. Pour les structures plus grandes ayant des intégrations complexes (systèmes RH, ERP, bases de données propriétaires), ou des exigences de personnalisation très poussées, une instance dédiée ou une solution on-premise peut mériter d’être évaluée. Le diagnostic en 4 questions disponible sur le diagnostic peut aider à identifier le bon profil.

Conclusion

Le multi-tenant n’est pas un détail technique réservé aux DSI de grands groupes. Pour tout cabinet d’avocats qui choisit un logiciel en mode cloud — qu’il s’agisse d’un logiciel de gestion de cabinet, d’un logiciel de facturation ou d’un CRM avocat — c’est l’architecture sous-jacente qui détermine comment vos données sont protégées, comment les mises à jour sont déployées et dans quelles conditions vous pouvez quitter le service. Trois questions à poser systématiquement avant de signer : comment mes données sont-elles isolées de celles des autres cabinets ? Où sont hébergés les serveurs ? Et si je veux partir, dans quel format puis-je récupérer mes dossiers ?

Si vous souhaitez évaluer vos solutions actuelles ou identifier celles qui correspondent à la taille et aux pratiques de votre cabinet, le diagnostic gratuit d’Avocat.com — quatre questions, environ deux minutes — oriente vers les options adaptées à votre profil : le diagnostic. Pour approfondir les critères de comparaison, la page comparatif des logiciels avocat détaille les points de vigilance par taille de structure.

Avocat.com est un guide indépendant de solutions professionnelles pour avocats et cabinets. Nous ne fournissons pas de conseil juridique. Certains liens peuvent être des liens partenaires, toujours signalés comme tels.

À savoir : Avocat.com est un guide indépendant de solutions professionnelles pour avocats et cabinets. Nous ne sommes pas un cabinet d’avocats, un ordre, un barreau ou un service de consultation juridique ; les contenus publiés sont informatifs et ne constituent pas un conseil juridique. Certains liens peuvent être des liens partenaires, toujours signalés comme tels ; cette rémunération n’influence ni l’ordre ni le contenu de nos analyses.

Laisser un commentaire