ERP multi-boutiques PrestaShop : centraliser stocks, commandes et étiquettes dans un seul outil
Gérer plusieurs boutiques PrestaShop depuis un seul outil : stocks synchronisés en temps réel, commandes unifiées, étiquettes en masse. Retour d'expérience d'un développeur qui a conçu et utilise son propre ERP au quotidien.
Trois back-offices PrestaShop ouverts dans trois onglets. Les commandes du matin à traiter sur chaque boutique, une par une. Le stock à vérifier ici, puis là, puis là. Les étiquettes à générer boutique par boutique, transporteur par transporteur. Si vous gérez plusieurs boutiques en ligne, cette gymnastique quotidienne vous parle — je la connais par cœur, je l'ai vécue avec mes propres configurations. Jusqu'à ce que je développe l'outil qui centralise tout.
Un ERP (Enterprise Resource Planning) pour le e-commerce multi-boutiques, ce n'est pas un luxe réservé aux grandes entreprises. C'est une réponse concrète à un problème concret : plus vous ajoutez de boutiques, plus votre charge administrative se multiplie — souvent plus vite que votre chiffre d'affaires. Gérer deux boutiques, ce n'est pas deux fois plus de travail qu'une. C'est souvent trois ou quatre fois plus, sans le bon outil.
Cet article explique ce qu'un ERP multi-boutiques change concrètement, à partir d'un cas réel que je gère au quotidien. Pas de la théorie — la pratique quotidienne d'un développeur qui a conçu, développé et utilise son propre outil depuis plusieurs années. Si vous envisagez d'ouvrir une deuxième boutique, ou si vous en gérez déjà plusieurs et que vous vous noyez dans l'administratif, cet article est pour vous.
Pour en savoir plus sur mes services PrestaShop et mes développements sur mesure : découvrez mes prestations PrestaShop.
Le quotidien sans ERP : la multiplication des tâches
Sans ERP, chaque boutique est une île. Son propre back-office, sa propre gestion des commandes, son propre stock, ses propres transporteurs. Le travail ne se divise pas — il se multiplie.
Un matin type avec 3 boutiques PrestaShop : vous vous connectez au back-office A, vous triez les commandes de la nuit, vous générez les étiquettes, vous mettez à jour les statuts. Vous vous déconnectez. Vous vous connectez au back-office B, vous recommencez exactement la même procédure. Puis C. Le temps que vous ayez terminé le tour de toutes les boutiques, il est presque midi — pour des tâches qui, centralisées, prendraient 30 à 40 minutes.
Les problèmes concrets qui se multiplient à chaque boutique ajoutée :
Traitement en silo, répété autant de fois que de boutiques
Chaque boutique a son propre back-office. Traiter les commandes du matin = ouvrir 3 ou 4 onglets et répéter exactement la même procédure, boutique par boutique. Pas de mutualisation possible.
Stocks désynchronisés et surventes inévitables
Un produit partagé entre boutiques A et B avec des quantités gérées séparément. Si boutique A épuise le stock, boutique B continue de vendre. Résultat : surventes, remboursements, clients mécontents.
Étiquettes générées boutique par boutique
Générer les étiquettes Colissimo ou Mondial Relay depuis chaque administrateur séparément, lot par lot, boutique par boutique. Une demi-heure perdue chaque matin pour du pur administratif répétitif.
Aucune vision globale de votre activité
Quel est le CA total de toutes mes boutiques ce mois-ci ? Quel produit se vend le mieux, toutes enseignes confondues ? Impossible à savoir sans consolider manuellement les données de chaque back-office.
Flux fournisseurs traités autant de fois que de boutiques
Si vous gérez des flux fournisseurs (CSV, API, fichiers), ils doivent être intégrés séparément pour chaque boutique. La même mise à jour de catalogue, répétée N fois, avec N fois le risque d'erreur.
Un exemple concret : vous avez un produit vendu sur 3 boutiques, avec 50 unités en stock. La boutique A en vend 30, la boutique B en vend 25. Sans synchronisation en temps réel, chaque boutique croit avoir 50 unités disponibles. Vous avez survend u 5 unités. Pas dramatique à petite échelle — catastrophique à mesure que les volumes augmentent. Le risque d'erreur n'augmente pas linéairement avec le nombre de boutiques : il augmente exponentiellement.
Ce qu'un ERP multi-boutiques centralise
Un ERP pour PrestaShop multi-boutiques n'est pas une formule magique. C'est une application — web ou locale — qui se connecte à toutes vos boutiques via le Webservice API de PrestaShop, récupère les données en temps réel, et vous permet d'agir depuis une interface unique. Voici ce qu'il centralise concrètement.
Commandes centralisées
Toutes les commandes de toutes vos boutiques apparaissent dans une liste chronologique unique. Un badge couleur identifie l'origine de chaque commande (boutique A, B, C...). Vous traitez dans l'ordre d'arrivée, sans vous soucier de quelle boutique chaque commande provient.
Les statuts sont synchronisés en temps réel : quand vous passez une commande en « Expédiée » dans l'ERP, le statut se met à jour automatiquement dans le back-office de la boutique concernée, et la notification part au client sans intervention manuelle supplémentaire.
Stock maître synchronisé
Un seul référentiel de stock, partagé entre toutes vos boutiques. Quand un produit est vendu sur la boutique A, la quantité disponible se réduit instantanément sur B et C. Les seuils d'alerte de réapprovisionnement sont configurables par référence.
C'est la fonctionnalité qui élimine définitivement les surventes — ce problème silencieux qui coûte cher en remboursements, en service client et en réputation. Le stock parle d'une seule voix, quel que soit le canal de vente.
Génération d'étiquettes en masse
Depuis l'ERP, vous sélectionnez les commandes à expédier en une seule opération, qu'elles viennent de boutique A, B ou C. Vous choisissez le transporteur, et les étiquettes sont générées en masse — Colissimo, Mondial Relay, DPD, Chronopost.
Les numéros de suivi sont réinjectés automatiquement dans la boutique d'origine. La notification d'expédition part au client sans aucune manipulation supplémentaire dans les back-offices PrestaShop.
Flux fournisseurs unifiés
Les flux fournisseurs (CSV, API, Excel) sont intégrés une seule fois dans l'ERP, puis répercutés sur toutes vos boutiques selon vos règles. Certains produits uniquement sur la boutique A, d'autres sur toutes, avec des marges différentes selon l'enseigne.
C'est le pendant logistique de la centralisation des commandes. Plus jamais de mise à jour de catalogue à répéter boutique par boutique. Un seul point d'entrée, une propagation maîtrisée.
Pilotage consolidé
Un tableau de bord unique affiche le chiffre d'affaires total (toutes boutiques confondues), le comparatif de performance par boutique, les meilleures ventes globales et par enseigne, les stocks critiques, et les commandes en retard de traitement.
La prise de décision devient objective plutôt que fragmentée. Vous voyez d'un coup d'œil où va votre activité, sans additionner à la main des exports de chaque back-office.
La logique de gestion des flux fournisseurs multi-sources est détaillée dans mon article dédié : Automatiser stocks et expéditions PrestaShop — multi-fournisseurs. Il couvre les formats CSV, API et Excel, les règles d'arbitrage et la génération d'étiquettes — la brique qui s'intègre naturellement à un ERP centralisé.
Cas réel : 4 boutiques pilotées depuis un seul écran
La réalisation la plus représentative de ce type de projet est celle que je gère avec le groupe MX-Moto/MX-Quad : plusieurs boutiques PrestaShop dans l'univers de la pièce moto et quad — des domaines différents, des audiences différentes, mais un catalogue produits en grande partie commun et une seule équipe logistique en back-office.
Avant l'ERP : chaque boutique avait son propre back-office PrestaShop. Le traitement des commandes se faisait boutique par boutique chaque matin. Le stock n'était pas synchronisé en temps réel — des produits pouvaient être vendus simultanément sur plusieurs boutiques sans qu'aucune d'elles ne le sache. Les étiquettes transporteurs étaient générées depuis chaque administrateur séparément. Aucune vision consolidée du chiffre d'affaires total ne permettait de piloter l'activité globalement.
La solution : un ERP sur mesure, développé en PHP, connecté à chaque boutique via le Webservice PrestaShop. Chaque boutique reste indépendante sur son propre serveur — l'ERP se connecte à chacune via son API. Les référentiels de stock, les transporteurs et les règles métier sont configurés une seule fois dans l'ERP, puis appliqués à l'ensemble.
Après le déploiement : toutes les commandes apparaissent dans une file chronologique unique, avec un badge couleur identifiant la boutique source. Le stock est géré depuis un référentiel maître — quand un produit part d'une boutique, les quantités se mettent à jour partout instantanément. Les étiquettes sont générées en masse depuis l'ERP pour toutes les boutiques à la fois, et les numéros de suivi remontent automatiquement dans le bon back-office. Un tableau de bord affiche le CA consolidé et les indicateurs globaux.
4
Boutiques connectées
PrestaShop 1.7 à 8.x
~2h
Temps gagné
chaque matin
0
Surventes
depuis le déploiement
Étude de cas complète
L'architecture technique, les fonctionnalités développées et les résultats chiffrés sont présentés en détail sur la page de réalisation dédiée.
Voir la réalisation ERP multi-boutiques MX-MotoERP du commerce vs ERP sur mesure : que choisir ?
Avant de développer une solution sur mesure, il est légitime d'examiner ce qui existe. Voici un panorama honnête des trois approches disponibles pour un e-commerçant PrestaShop multi-boutiques.
Option 1
Solutions SaaS du marché
Sellsy, Odoo, solutions e-commerce généralistes
Points forts
- Déploiement rapide, fonctionnel immédiatement
- Intégrations existantes avec les principaux transporteurs
- Support éditeur et documentation fournis
Limites
- Logique métier générique — pas adaptée à VOS règles
- Abonnement par utilisateur et par boutique qui s'accumule (500–1 000 €/mois pour 3 boutiques)
- Adaptations limitées aux spécificités de votre catalogue ou de vos fournisseurs
- Dépendance à l'éditeur pour toute évolution
Option 2
Multiboutique natif PrestaShop
Module multistore intégré à PrestaShop
Points forts
- Intégré nativement, pas de développement externe
- Partage du catalogue et des clients entre boutiques
- Adapté aux boutiques sur la même infrastructure
Limites
- Toutes les boutiques sur le même serveur et la même installation PrestaShop
- Architecture rigide — difficile à faire coexister avec des boutiques existantes
- Back-office commun = complexité de gestion accrue pour les équipes
- Peu adapté à des boutiques avec des histoires différentes (versions, hébergeurs)
Option 3
ERP sur mesure
Application dédiée, connectée via API Webservice
Points forts
- Développé pour VOS règles exactes — catalogue, fournisseurs, transporteurs, marges
- Pas d'abonnement récurrent par utilisateur ou par boutique
- Compatible toutes versions PrestaShop (1.6 à 9), toutes boutiques indépendantes
- Évolutif à la demande, au rythme de votre croissance
- Prépare le terrain pour l'intégration IA en surcouche
Limites
- Investissement initial de développement plus important
- Nécessite un développeur dédié pour les évolutions
Le critère de choix honnête
En dessous de 2 boutiques ou de 20 commandes par jour, un ERP sur mesure complet ne se justifie pas toujours. L'automatisation des flux fournisseurs et des expéditions apporte déjà de vrais gains dès la première boutique. Au-delà de ce seuil — plusieurs boutiques, volumes croissants, règles métier spécifiques — un ERP sur mesure devient rentable en quelques mois et l'écart avec les solutions SaaS s'élargit chaque année. En savoir plus sur mes développements sur mesure PrestaShop.
L'IA en surcouche : l'étape d'après
Une fois les données centralisées dans un ERP, l'intelligence artificielle devient vraiment puissante. Sans centralisation, l'IA ne peut travailler qu'avec les données d'une boutique à la fois — et les insights sont fragmentés, incomplets. Avec un ERP, toutes vos données — commandes, stocks, historique de ventes, flux fournisseurs — sont au même endroit, structurées et exploitables.
Détection d'anomalies automatique
L'ERP détecte que la boutique C a soudainement 40 % de commandes de moins que la moyenne hebdomadaire. Alerte envoyée immédiatement.
Prévisions de réapprovisionnement
Sur la base de l'historique de ventes et des délais fournisseurs, l'ERP anticipe ce qu'il faut commander et quand — toutes boutiques confondues.
Rapport hebdomadaire automatique
Chaque lundi matin : « 247 commandes cette semaine, +12 % vs. la semaine dernière. Top produit : réf. X147 — 34 ventes toutes boutiques. »
Interrogation en langage naturel
Via le MCP PrestaShop, demandez directement « quels sont les 10 produits à risque de rupture dans les 7 prochains jours ? » depuis Claude.
L'ERP devient alors le socle de données sur lequel l'IA s'appuie pour générer de la valeur métier — pas juste automatiser, mais anticiper et recommander. C'est le prolongement naturel de la centralisation.
Pour une vue complète de ce que l'IA peut faire sur PrestaShop au-delà de l'ERP : Automatiser sa boutique PrestaShop avec l'IA.
Combien ça coûte, combien ça rapporte ?
Un ERP sur mesure est un investissement réel — soyons transparents. Le coût initial dépend du périmètre : nombre de boutiques à connecter, transporteurs à intégrer, flux fournisseurs, règles métier spécifiques, reporting souhaité. Une première version fonctionnelle représente plusieurs semaines de développement.
Mais le calcul de retour sur investissement est rapide quand on le formalise :
2h/jour
Gagnées sur la logistique
40h/mois · 480h/an
0
Survente depuis
le déploiement du stock maître
0 €
D'abonnement mensuel
vs. 500–1 000 €/mois SaaS
Le calcul de ROI type pour 3 boutiques : 2 heures gagnées par jour travaillé × 250 jours = 500 heures par an. Valorisées à 30 €/h de votre temps (ou celui d'un employé), c'est 15 000 € de valeur temps récupérée. Ajoutez les surventes évitées, les retours client supprimés, et l'abonnement SaaS économisé — l'investissement est généralement amorti en 3 à 6 mois.
Et quand vous ouvrez une quatrième boutique, vous n'avez pas à reconstruire l'ensemble du système — vous connectez la nouvelle boutique à l'ERP existant en quelques jours. La scalabilité est incluse dans l'investissement initial.
Pour en savoir plus sur les prestations de développement PrestaShop sur mesure que je propose, ou pour discuter de votre situation spécifique et évaluer ce qu'un outil centralisé apporterait à votre organisation : prenez contact directement.
Vous jonglez entre plusieurs back-offices ?
Décrivez-moi votre organisation actuelle
Boutiques, volumes, fournisseurs, points de friction. Je vous dis ce qu'un outil centralisé changerait concrètement pour vous — et par quoi commencer. Échange gratuit, sans engagement.
Questions fréquentes
Un ERP fonctionne-t-il avec plusieurs boutiques PrestaShop de versions différentes ?+
Oui, c'est précisément l'un des avantages d'un ERP externe par rapport au multistore natif PrestaShop. La connexion se fait via le Webservice de chaque boutique, disponible depuis PrestaShop 1.6 et maintenu jusqu'à la version 9. Les boutiques n'ont pas besoin d'être sur la même version, ni sur le même serveur. Chacune reste indépendante — l'ERP se connecte à chacune via son API.
Faut-il migrer vers le multiboutique natif de PrestaShop ?+
Pas nécessairement. Le multistore natif convient à certains cas — notamment si vous partez de zéro et souhaitez tout construire sur une seule installation. Mais il impose un back-office commun et une architecture rigide qui peut vite devenir contraignante. Un ERP externe garde les boutiques indépendantes tout en centralisant la gestion opérationnelle : stocks, commandes, étiquettes. C'est plus flexible et plus adapté à des boutiques qui ont chacune leur histoire.
Quels transporteurs peut-on intégrer ?+
Colissimo, Chronopost, Mondial Relay, DPD, GLS, et la plupart des transporteurs disposant d'une API. Les étiquettes sont générées depuis l'ERP en masse — plus besoin de se connecter sur chaque portail transporteur boutique par boutique. Les numéros de suivi remontent automatiquement dans le back-office PrestaShop de la boutique concernée, et la notification est envoyée au client sans intervention manuelle.
Peut-on connecter les flux fournisseurs à l'ERP ?+
Oui, c'est même l'un des grands intérêts d'un ERP centralisé. Les flux fournisseurs — CSV quotidiens, API temps réel, fichiers Excel — sont intégrés une seule fois dans l'ERP, puis répercutés sur toutes les boutiques selon vos règles : certains produits sur la boutique A seulement, d'autres sur toutes les enseignes, avec des règles de marge différentes selon le canal. J'ai détaillé cette logique dans l'article sur l'automatisation des stocks multi-fournisseurs.
Combien de temps pour développer un ERP sur mesure ?+
Selon le périmètre fonctionnel : une première version opérationnelle — commandes centralisées, stock maître, génération d'étiquettes — se déploie en quelques semaines. L'outil évolue ensuite par itérations selon vos priorités : pilotage consolidé, intégration fournisseurs, rapports automatiques, surcouche IA. Le développement est progressif et chaque version livrée est immédiatement utilisable en production.
Je n'ai qu'une seule boutique, un ERP a-t-il un intérêt ?+
Avec une seule boutique, un ERP complet est rarement la priorité. En revanche, l'automatisation des flux fournisseurs et des expéditions apporte déjà de vrais gains dès la première boutique — moins de saisie manuelle, moins d'erreurs, moins de temps sur le logistique administratif. Et si vous ouvrez une deuxième boutique dans 12 ou 24 mois, vous serez déjà équipé : ajouter une boutique à un ERP existant est bien plus simple que tout reconstruire.
Note de l'auteur
Frédéric — Développeur PrestaShop freelance
Vosges (88) · Grand Est · 15 ans d'expérience PrestaShop · ERP multi-boutiques sur mesure
J'ai conçu et développé mon propre ERP multi-boutiques à partir d'un besoin réel, sur des boutiques que je gère ou accompagne depuis des années. L'outil décrit dans cet article n'est pas un prototype — c'est une application en production, qui tourne chaque jour, et qui continue d'évoluer avec les besoins des boutiques qu'il pilote. Je propose ce type de développement sur mesure pour d'autres configurations multi-boutiques PrestaShop.
Vous gérez plusieurs boutiques PrestaShop ? Il existe un outil pour centraliser tout ça.
Discutons de votre organisation actuelle et de ce qu'un ERP sur mesure changerait pour vous. Échange gratuit, réponse sous 24h.