Application métierSur-mesureIntégrationPME
Back-office multi-sites : un seul outil pour toutes les agences
6 min de lecture
Un back-office multi-sites est une application de gestion unique, partagée par toutes les agences, boutiques ou dépôts d'un réseau : chaque site y gère ses stocks, ses plannings et ses opérations avec ses propres droits, et le siège voit les chiffres consolidés sans attendre les tableurs de fin de mois. Il devient utile dès que le réseau dépasse deux ou trois sites et que personne n'a plus une vue fiable de l'ensemble.
Cet article décrit ce que doit faire un tel outil, le point technique qui ne pardonne pas (les droits par site), et la façon de décider entre un logiciel du marché et un développement sur mesure.
Les signes qu'il vous faut un outil commun
Un réseau qui grandit garde souvent les outils de son premier site, recopiés à chaque ouverture. Chaque agence a son tableur de stock, son planning sur un tableau blanc ou un agenda partagé, et le siège reconstitue les chiffres à la main. Quelques signes ne trompent pas :
- le chiffre consolidé arrive avec une semaine de retard, parce qu'il faut attendre et fusionner les fichiers de chaque site ;
- deux agences n'appliquent pas les mêmes règles, parce que chaque copie du tableur a évolué de son côté ;
- un transfert de stock entre sites passe par un appel ou un e-mail, et personne ne sait exactement ce qui est en transit ;
- ouvrir un nouveau site prend des jours de paramétrage, alors que le métier est le même partout ;
- la clôture comptable mobilise le siège plusieurs jours, pour ventiler les dépenses et les recettes par site.
Si plusieurs de ces situations vous parlent, le problème n'est plus l'outil d'une agence, c'est l'absence d'un outil de réseau. Notre article sur remplacer Excel par une application métier décrit ce passage pour un site unique ; le multi-sites ajoute la question des droits et de la consolidation.
Ce que fait un back-office multi-sites
Le principe est simple : une seule base de données, une seule application, mais une vue différente selon qui se connecte et pour quel site. C'est l'exemple de projet type « Back-office multi-sites » présenté sur notre page d'accueil : gestion des stocks, des plannings et des droits par site, consolidation groupe, exports comptables.
| Fonction | Côté site | Côté siège |
|---|---|---|
| Stocks | Entrées, sorties, inventaires, transferts | Stock global, alertes, valorisation |
| Plannings | Équipes, rendez-vous, absences | Charge par site, renforts entre sites |
| Droits | Accès limité à son agence | Rôles, sites rattachés, ouvertures |
| Chiffres | Tableau de bord du site | Consolidation et comparaison des sites |
| Comptabilité | Saisies ventilées par site | Exports par site et par période |
Deux choix de conception pèsent sur tout le reste. Le premier : ce qui est commun et ce qui est propre à chaque site. Le catalogue d'articles, les tarifs, les modèles de documents sont en général communs ; les horaires, les équipes, parfois certains prix, varient. Le second : ce qui se partage entre sites. Un transfert de stock, un salarié qui renforce une autre agence ou un client servi par deux sites doivent être prévus dès le départ, sinon ils finiront en contournements.
Les droits par site : le point qui ne pardonne pas
Dans un outil multi-sites, la question « qui peut voir quoi » n'est pas un détail d'interface. Un responsable d'agence ne doit voir que son agence, un directeur régional ses sites, le siège l'ensemble ; un comptable peut tout consulter sans rien modifier. Masquer un bouton ne suffit pas : chaque demande envoyée au serveur doit être vérifiée, sinon il suffit de modifier une adresse dans le navigateur pour consulter les données d'un autre site.
Ce n'est pas un risque théorique. Dans l'édition 2025 de son Top 10 des risques des applications web, la fondation OWASP classe le contrôle d'accès défaillant au premier rang, et indique que 100 % des applications testées dans ses données présentaient une forme de cette faiblesse. Pour un réseau, cela se traduit par un modèle de droits écrit noir sur blanc (rôles, sites rattachés, exceptions), vérifié côté serveur et couvert par des tests automatiques. Notre article sur la sécurité d'une application métier détaille les autres essentiels.
Consolidation et exports comptables
La consolidation est ce qui justifie le projet aux yeux de la direction : chiffre d'affaires, marge, stock et activité par site, comparables d'un coup d'œil, sans fichier intermédiaire. Elle n'est fiable que si les mêmes règles de calcul s'appliquent partout, ce qu'un outil unique garantit par construction.
Côté comptabilité, le back-office ne remplace pas votre logiciel comptable : il l'alimente. Les écritures ou les exports sont ventilés par site (analytique, établissement, centre de coût) selon ce que votre expert-comptable attend, et la règle de ventilation se décide pendant la conception, pas à la première clôture. Le contexte réglementaire pousse dans le même sens : depuis le 1er septembre 2026, toutes les entreprises assujetties à la TVA en France doivent pouvoir recevoir des factures électroniques, et l'émission devient obligatoire pour les PME et les micro-entreprises au 1er septembre 2027. Un back-office qui produit ou reçoit des factures doit donc dialoguer proprement avec la plateforme de facturation choisie. Les principes de connexion sont décrits dans intégrer une application à un ERP existant.
Logiciel du marché ou sur mesure ?
Beaucoup de métiers ont leur logiciel multi-sites du marché : caisse et stock pour le commerce, gestion d'agences pour la location ou l'intérim. Il est souvent le bon choix.
| Situation | Logiciel du marché | Sur mesure |
|---|---|---|
| Métier standard, bien couvert | Adapté | Rarement justifié |
| Règles propres au réseau | Contournements | Adapté |
| Plusieurs outils à relier | Selon les connecteurs | Adapté |
| Coût par utilisateur et par site | Croît avec le réseau | Selon la formule |
Le sur mesure se justifie quand votre façon de travailler est un avantage (organisation entre sites, services spécifiques, règles de prix), quand plusieurs outils existants doivent être reliés, ou quand le coût des licences par site devient le premier poste. Notre comparaison logiciel sur mesure ou progiciel donne une grille complète, et la question de l'hébergement des données du réseau est traitée dans où héberger une application métier.
Déployer site par site
Le déploiement compte autant que le logiciel. Les réseaux qui basculent toutes leurs agences le même lundi découvrent les problèmes partout à la fois. La méthode qui fonctionne :
- Un site pilote, représentatif et volontaire, utilise l'outil seul pendant quelques semaines ; ses retours corrigent l'outil.
- Une reprise de données par site, au moment de sa bascule : stocks, clients, historiques utiles. Les données inutiles restent dans l'ancien outil, archivé.
- Des vagues de déploiement, avec une personne de référence par site formée avant la bascule.
- Un modèle d'ouverture de site : ajouter une agence doit se faire en paramétrage, pas en développement.
Côté budget, un outil de réseau se finance de deux façons : un forfait suivi d'une maintenance, ou un abonnement mensuel tout compris. Notre analyse abonnement ou forfait sur trois ans compare les deux à périmètre égal.
Par où commencer
Choisissez deux ou trois sites représentatifs et notez, pour chacun, comment se gèrent aujourd'hui le stock, le planning et la remontée des chiffres. Ce relevé suffit pour un premier cadrage. Chez LPR Studio, nous en tirons un prototype visuel gratuit, présenté en visio sous 5 jours ouvrés : la vue d'un site, la vue du siège et le modèle de droits, à l'écran, avant tout engagement. Les trois façons de financer l'outil sont décrites sur la page des offres.