# ERP multi-sites : unifier ventes, stocks, production

> Une boulangerie indienne aux douze points de vente a progressivement relié ses ventes, ses achats, ses stocks, sa production et sa comptabilité dans un seul système. Son parcours éclaire une question que se posent beaucoup de TPE et PME en croissance : comment passer d'outils dispersés à une gestion connectée, sans tout bouleverser d'un coup ?

Article de comm.it publié le 20 octobre 2026.


![Illustration en style plat et épuré montrant plusieurs petites boutiques reliées par des lignes de réseau lumineuses à un tableau de bord central affichant ventes, stocks, production et comptabilité.](https://commit.insit.net/media/comm.it_erp-multi-sites-unifier-ventes-stocks-production-efd8ca.png)

## Une étude de cas qui parle à toutes les PME en croissance

L'article qui sert de point de départ à cette analyse s'intitule **« How Repose Bakery Uses Bakery Management Software to Support Growth »**. Il a été publié sur le blog clients d'un éditeur de progiciel de gestion intégré (**ERP**), sans mention d'auteur. Il retrace le parcours de Repose Bakery, une boulangerie implantée à Guwahati, dans l'État d'Assam en Inde, qui exploite aujourd'hui une douzaine de points de vente dans la ville.

L'entreprise ne nous intéresse pas pour ses spécificités locales, mais pour le schéma qu'elle illustre. Il est très courant dans les TPE et PME, y compris en Île-de-France :

- une activité qui se développe sur **plusieurs sites** ;
- un seul outil vraiment structuré, souvent la **comptabilité** ;
- tout le reste (production, qualité, ventes, stocks) suivi « à côté », sans système central ;
- un besoin croissant de **visibilité** à mesure que l'entreprise grandit.

Chez comm.it, nous accompagnons des entreprises qui vivent exactement cette situation. Voici ce que ce cas nous apprend, et la manière dont nous transformons ces enseignements en projets concrets.

## Le point de départ : un logiciel comptable et des îlots d'information

Avant de changer d'outil, Repose utilisait essentiellement un logiciel de comptabilité. Selon les propos rapportés dans l'article, l'entreprise n'avait **aucun autre système** pour tenir ses enregistrements de fabrication, de qualité ou de ventes.

Cette situation est plus fréquente qu'on ne le croit. La comptabilité est souvent le premier domaine informatisé, parce qu'il est imposé par les obligations légales et parce que l'expert-comptable le réclame. Le reste de l'activité s'organise ensuite au fil de l'eau : tableurs, cahiers, messages, connaissances détenues par une ou deux personnes clés.

Tant que l'entreprise reste petite, ce fonctionnement tient. Il atteint ses limites dès que les volumes augmentent ou que l'activité se répartit sur plusieurs lieux. Les symptômes sont connus :

- **ressaisies** entre les ventes, les stocks et la comptabilité ;
- difficulté à savoir ce qui reste réellement en stock, et où ;
- achats décidés « au jugé », faute de données consolidées ;
- production difficile à tracer, donc qualité difficile à piloter ;
- dirigeants qui passent leur temps à **rassembler l'information** au lieu de l'exploiter.

L'article résume bien l'enjeu : à mesure que l'activité s'étendait, le besoin de relier les différentes opérations et de rendre l'information accessible dans toute l'entreprise devenait évident.

## Commencer par le point de contact le plus critique : la caisse

Le choix de Repose est instructif. Plutôt que de déployer un ERP complet d'un seul bloc, l'entreprise a commencé par le **point de vente (PDV ou POS)**, afin d'organiser les ventes de ses douze boutiques dans un même système.

Ce choix est pertinent pour une enseigne multi-sites, pour plusieurs raisons :

- la caisse est l'endroit où **la donnée naît** : chaque vente alimente ensuite le stock, la production et la comptabilité ;
- c'est le processus le plus répétitif, donc celui où l'harmonisation apporte vite un bénéfice ;
- unifier les caisses permet de comparer les points de vente entre eux sur une base commune.

### Ce que cela implique côté infrastructure

Une caisse connectée à un système central, c'est d'abord un sujet de **réseau**. Dans chaque boutique, il faut une connexion fiable, un **Wi-Fi** correctement dimensionné et sécurisé pour les terminaux, et une liaison sûre vers le serveur ou le service hébergé. Une caisse qui ne peut plus remonter ses ventes, c'est une journée de données incomplètes.

C'est l'un des domaines où comm.it intervient au quotidien :

- **audit et conception du réseau** de chaque site ;
- séparation des flux (caisse, Wi-Fi invités, postes administratifs) par **segmentation** ;
- **interconnexion sécurisée** des sites avec le système central ;
- prise en compte des coupures : que se passe-t-il si la connexion tombe en pleine journée ?

Un projet ERP multi-sites qui néglige cette couche réseau risque de décevoir, même avec le meilleur logiciel.

## Avancer module par module, au rythme des besoins réels

Après la caisse, Repose a intégré les **achats** et les **stocks**, puis la **fabrication** lorsque ses besoins opérationnels l'ont justifié. Aujourd'hui, l'entreprise gère ses opérations quotidiennes avec six briques : fabrication, achats, stocks, point de vente, ventes et comptabilité.

L'article souligne que cette **approche progressive** a permis de construire le système autour des besoins réels de l'entreprise, plutôt que de tout changer d'un coup. C'est, selon nous, la leçon la plus utile du cas.

### Pourquoi le déploiement progressif fonctionne

Un « big bang » applicatif dans une PME expose à plusieurs risques :

- des équipes submergées par le changement simultané de tous leurs outils ;
- des processus mal compris, paramétrés trop vite ;
- un budget et un calendrier difficiles à maîtriser ;
- une adoption fragile, avec retour discret aux tableurs.

À l'inverse, un déploiement par étapes permet de :

- obtenir un **premier bénéfice visible** rapidement ;
- fiabiliser les données d'un domaine avant d'en brancher un autre ;
- former les équipes par vagues ;
- ajuster la suite du projet en fonction de ce qui a été appris.

### Notre méthode chez comm.it

Nous structurons les projets de **logiciel cœur de métier** (ERP, CRM, outils sur mesure) selon cette logique :

1. **Cartographie des processus** : comment circule l'information aujourd'hui, où sont les ressaisies, où se perd-elle ?
2. **Priorisation** : quel domaine, une fois connecté, débloquera le plus de valeur ? Pour une enseigne, c'est souvent la vente ; pour un atelier, la production ; pour une activité de négoce, les achats et les stocks.
3. **Premier lot** limité, déployé et stabilisé.
4. **Extensions successives**, chacune s'appuyant sur des données déjà fiables.
5. **Reprise et nettoyage des données** à chaque étape, pour ne pas importer le désordre dans le nouvel outil.

Cette démarche n'est pas propre à la boulangerie : elle s'applique à un cabinet, une entreprise de services, un atelier de fabrication ou un réseau de magasins.

## Production et stock : là où la visibilité change tout

L'article insiste sur un point : dans une boulangerie, **production et stock sont étroitement liés**. Ce qui est fabriqué consomme des matières premières ; ce qui est vendu doit avoir été produit ; ce qui n'est pas vendu pèse sur la marge.

Depuis que la fabrication est gérée dans le système, Repose peut tenir des enregistrements de ses processus de production tout en gardant un œil sur la **qualité**. Les responsables rapportent pouvoir gérer l'ensemble de leur processus de fabrication, volet qualité compris, et consulter leurs **niveaux de stock en temps réel**.

Ce que cela change, concrètement, pour une PME :

- **traçabilité** : on sait ce qui a été produit, quand et avec quoi ;
- **qualité** : les contrôles ne sont plus consignés sur papier, mais rattachés aux lots de production ;
- **réapprovisionnement** : les achats s'appuient sur des niveaux de stock à jour ;
- **pilotage** : ventes, achats, stocks, fabrication et comptabilité ne sont plus des informations séparées.

C'est ce que l'article décrit comme une manière de travailler plus connectée : chaque fonction alimente les autres au lieu de produire ses propres chiffres.

## Automatiser ce qui peut l'être

Une fois les données centralisées, une deuxième étape devient possible : l'**automatisation des processus métier**. L'article source ne la détaille pas, mais elle découle naturellement d'un système connecté. Quelques exemples de ce que nous mettons en place pour nos clients une fois la base saine :

- **alertes de stock** lorsqu'un article passe sous un seuil défini ;
- génération de **propositions de commandes** fournisseurs à partir des ventes et des stocks ;
- **rapports périodiques** envoyés automatiquement à la direction ;
- synchronisation avec d'autres outils (messagerie, CRM, outils comptables externes) ;
- workflows de validation pour les achats ou les dépenses.

L'automatisation ne remplace pas l'organisation : elle amplifie celle qui existe. C'est pourquoi nous la plaçons après la centralisation des données, jamais avant.

## L'IA, prochaine étape… à condition d'avoir des données fiables

Le dernier volet de l'étude de cas porte sur l'avenir. Après environ six ans d'utilisation de leur ERP, les équipes de Repose disent attendre avec intérêt les nouvelles **intégrations d'intelligence artificielle** annoncées par l'éditeur. Leur administrateur informatique a assisté à la conférence annuelle de l'éditeur et s'est montré particulièrement attentif à ce que l'IA pourrait apporter aux opérations.

Cet enthousiasme est légitime, mais il appelle une remarque de fond : **l'IA ne vaut que par les données qu'on lui fournit**. Une entreprise qui a passé plusieurs années à structurer ses ventes, ses stocks et sa production dans un système unique dispose d'un socle exploitable. Une entreprise dont l'information est éparpillée dans des tableurs ne tirera pas grand-chose d'un assistant intelligent.

### Comment nous abordons l'IA chez comm.it

Nous conseillons une approche pragmatique :

- **identifier des cas d'usage précis** plutôt que « mettre de l'IA » par principe : aide à la prévision, assistance à la saisie, synthèse de documents, recherche dans la base documentaire interne ;
- vérifier que les **données sous-jacentes** sont complètes et cohérentes ;
- traiter la question de la **confidentialité** : quelles données sortent de l'entreprise, vers qui, et sous quelles conditions ;
- privilégier lorsque c'est pertinent des solutions hébergées sous contrôle de l'entreprise ;
- mesurer l'apport réel avant de généraliser.

L'IA s'inscrit ainsi dans la continuité du projet de gestion, et non comme un gadget greffé sur un système bancal.

## Ce qu'il faut retenir pour votre entreprise

Le parcours de Repose ne se résume pas à « numériser des processus existants ». L'article le formule clairement : il s'agit de continuer à trouver de meilleures façons de **relier l'information**, de **simplifier les opérations** et de préparer l'entreprise à la suite. Moins de temps passé à gérer des informations dispersées, c'est davantage de temps consacré au cœur de métier.

Pour une TPE ou une PME qui envisage un projet similaire, voici les questions à se poser :

- **Où naît l'information** dans mon activité, et où se perd-elle ?
- Quel domaine, une fois structuré, me ferait gagner le plus de temps ou de visibilité ?
- Mon **infrastructure réseau** est-elle prête à supporter un système centralisé sur tous mes sites ?
- Mes équipes sont-elles prêtes à changer d'outil, et comment les accompagner ?
- Quelles **automatisations** et quels usages de l'IA deviendront possibles une fois les données réunies ?

## Le rôle de comm.it : relier le logiciel, le réseau et les usages

Un projet de gestion intégrée réussi repose sur trois piliers que nous traitons ensemble :

- **Le logiciel cœur de métier** : choix, paramétrage, développement spécifique si nécessaire, reprise des données, formation.
- **L'infrastructure** : réseau, Wi-Fi, interconnexion des sites, sécurité, sauvegardes.
- **Les usages avancés** : automatisation des processus, intégration avec la messagerie et les autres outils, intelligence artificielle appliquée à des cas concrets.

Traiter ces trois dimensions avec un seul interlocuteur évite l'écueil classique du projet où l'éditeur pointe le réseau, où le prestataire réseau pointe le logiciel, et où l'entreprise reste seule face au problème.

Comme le montre l'exemple de cette boulangerie, la transformation ne se fait pas en un jour. Elle se construit étape par étape, en partant des besoins réels. C'est exactement la démarche que nous proposons.

> Prêt à transformer ces enjeux en avantage concurrentiel ? Contactez comm.it pour en discuter.

---

*Source : [How Repose Bakery Uses Bakery Management Software to Support Growth](https://www.odoo.com/fr_FR/blog/commentaires-des-clients-6/baking-better-operations-how-repose-bakery-uses-bakery-management-software-to-support-growth-2470)*

---

- [Accueil](https://commit.insit.net/index.html.md)
- [Demander un devis gratuit](https://commit.insit.net/#devis)