PrestaShop, OMS, WMS et 3PL en 2026 : Shippingbo, Boxtal, et le coût d'orchestrer la logistique par modules

À retenir. PrestaShop ne ship pas d'OMS natif au sens d'un orchestrateur capable d'arbitrer entre plusieurs entrepôts, un 3PL, un stock magasin et un drop-shipper, en temps réel, sur la même commande. Le natif gère un stock e-commerce et des règles de transport basiques, pas une logistique multi-nœuds. Pour tout ce qui dépasse, on ajoute des modules : Shippingbo pour l'OMS, Boxtal ou Sendcloud pour l'agrégation transporteurs, un connecteur WMS pour le 3PL, un autre pour l'ERP. Chaque module a un prix mensuel, une roadmap propre, et un contrat de maintenance distinct. La question n'est pas "est-ce que ça marche", elle est "combien ça coûte d'orchestrer ça sur 3 ans, et qui porte le risque quand un connecteur lâche". Cet article pose un ordre de grandeur défendable en CODIR.

1. Ce que PrestaShop fait nativement côté logistique, et ce qu'il ne fait pas

PrestaShop, en 8.x comme en 9.x, embarque côté natif : la gestion d'un stock par produit et par déclinaison, l'affectation à un ou plusieurs entrepôts via le module historique Advanced Stock Management (ASM), la gestion de transporteurs avec règles de poids, de prix et de zone, et un statut de commande basique. C'est suffisant pour un e-commerçant mono-entrepôt qui expédie via un ou deux transporteurs et n'a pas de canal physique.

Ce que le natif ne fait pas, et qui fait basculer la facture dès qu'on grandit :

• Allocation dynamique de la commande entre plusieurs nœuds de stock (entrepôt central, entrepôt secondaire, 3PL, magasins). PrestaShop ne sait pas "regarder qui a le stock le plus proche du client et router la ligne de commande vers ce nœud", encore moins le faire ligne par ligne sur une commande multi-références.
• Order splitting. Une commande de 3 articles dont 2 sont à l'entrepôt A et 1 chez un 3PL ne se split pas toute seule en 2 ordres de préparation distincts avec 2 étiquettes transporteur.
• Promesse de livraison fiable. Le natif affiche une disponibilité globale, pas une promesse calculée à partir des SLA du nœud le plus apte à livrer.
• Logistique inverse industrialisée. Le module retours natif est très basique : pas de motifs structurés, pas de bon de retour automatisé chez le 3PL, pas de re-mise en stock conditionnelle.
• Click-and-collect réel avec gestion du stock magasin distinct du stock e-commerce, créneaux de retrait, et synchronisation caisse.

Le mode Advanced Stock Management lui-même a une histoire pénible : apparu en 1.5, maintenu en 1.6, retiré au passage 1.7. Sur les versions modernes, il faut un module tiers payant (WebKul, PrestaShow, Sitolog) pour retrouver une gestion multi-entrepôts crédible. C'est documenté noir sur blanc par les éditeurs eux-mêmes (WebKul Multi-Warehouse, Sitolog Advanced Stocks Management).

Pour un retailer mid-market au panier haut, ce périmètre natif est insuffisant à partir du moment où il y a 2 entrepôts, ou 1 entrepôt + 1 3PL, ou 1 entrepôt + des magasins qui expédient. C'est-à-dire à peu près tout le monde au-dessus de 5 M€ de chiffre e-commerce.

2. Shippingbo, l'OMS le plus répandu sur PrestaShop FR : positionnement, périmètre, ordre de grandeur de prix

Shippingbo est l'éditeur français qui s'est installé comme l'OMS de référence pour les e-commerçants PrestaShop français. Le module est disponible gratuitement sur la marketplace PrestaShop Addons et le périmètre revendiqué couvre OMS, WMS et TMS dans la même brique (annonce officielle). Concrètement, Shippingbo centralise les commandes issues de plusieurs canaux (site PrestaShop, marketplaces, ERP), arbitre l'allocation, déclenche la préparation, édite l'étiquette transporteur, et renvoie le tracking dans PrestaShop.

Côté tarif, l'ordre de grandeur défendable en CODIR à partir des données publiques d'agrégateurs SaaS (GetApp Shippingbo, Capterra Shippingbo, Software Advice Shippingbo) :

• Forfait Starter : à partir d'environ 39 EUR par mois pour un usage très limité.
• Forfaits intermédiaires (OMS seul) : 99 à 279 EUR par mois.
• WMS seul ou combiné : 99 à 399 EUR par mois.
• Pack Expert combiné : jusqu'à 499 EUR par mois et plus.

Ces grilles ne sont pas un devis. La facture réelle dépend de la volumétrie de commandes mensuelles, du nombre de connecteurs activés (PrestaShop, marketplaces, transporteurs), du nombre d'utilisateurs simultanés, et des modules optionnels. Un mid-market à 200 000 commandes par an avec 2 marketplaces et 5 transporteurs ne paie pas le prix d'appel, il est entre 400 et 1 200 EUR par mois selon les options.

Point important documenté par plusieurs sources : en janvier 2025, Shippingbo est passé d'un modèle à l'étiquette éditée à un forfait mensuel. Plusieurs utilisateurs ont reporté une hausse sensible de leur facture annuelle sur cette transition (Secursus, test Shippingbo 2026). C'est exactement le type de coût caché qu'un audit TCO doit chiffrer : un éditeur OMS qui change sa grille en cours de contrat peut décaler le P&L logistique d'un point sur l'année.

2 bis. Pourquoi Shippingbo n'est pas un substitut à un OMS natif

Shippingbo fait très bien son métier. Le sujet n'est pas la qualité du produit, il est l'architecture. Avec PrestaShop + Shippingbo, la commande naît dans PrestaShop, est répliquée dans Shippingbo, est orchestrée dans Shippingbo, et le statut est repoussé dans PrestaShop. Cela veut dire :

• Deux sources de vérité à maintenir synchronisées. Quand un statut diverge, c'est l'équipe support qui paie.
• Une dépendance forte au connecteur. Si l'API PrestaShop change (passage à une version majeure), si Shippingbo change son SDK, le connecteur doit être maintenu. Côté agence ou côté éditeur.
• Un coût mensuel récurrent qui s'ajoute à l'hébergement PrestaShop, aux licences modules, et à la maintenance corrective.

Sur Shopify Plus, l'OMS de base (allocation par location, gestion multi-emplacement, routing simple) est inclus dans la licence. Pas de connecteur, pas de double source de vérité, pas de hausse tarifaire d'un éditeur tiers à absorber. Pour les besoins plus complexes (orchestration cross-canal sophistiquée, promesse de livraison fine), on ajoute une app, mais le socle est nativement dans la plateforme.

3. Boxtal, Sendcloud et les agrégateurs transporteurs : utiles, mais ils ne sont pas un OMS

Il y a une confusion fréquente en CODIR PrestaShop : "on a Boxtal, donc on a notre logistique". Non. Boxtal et Sendcloud sont des agrégateurs transporteurs, pas des OMS. Ils résolvent le problème "j'ai une commande prête, comment je l'envoie au meilleur tarif chez le bon transporteur". Ils ne résolvent pas "où est mon stock, qui prépare cette commande, comment je split entre 2 entrepôts".

Boxtal Connect (module officiel) propose une connexion à une quinzaine de transporteurs (Colissimo, Chronopost, Mondial Relay, UPS, DHL, Colis Privé, TNT) avec des tarifs négociés. Pas de frais d'édition d'étiquette, pas d'abonnement payant côté Boxtal. La valeur est dans la négociation tarifaire mutualisée et la carte points relais en checkout. Le périmètre s'arrête à la couche transport.

Sendcloud (intégration PrestaShop) joue dans la même catégorie : connexion à 80+ transporteurs européens, étiquettes en masse, suivi client, retours en self-service. Sendcloud va un peu plus loin sur la dimension portail retours, mais reste un TMS et non un OMS. La tarification est sur abonnement mensuel avec offre gratuite limitée à un faible volume d'envois.

L'intérêt de ces briques pour un retailer FR est réel : elles évitent de négocier en direct avec 5 transporteurs et de maintenir 5 connecteurs distincts. Le piège, c'est de croire que cela remplace un OMS. Un agrégateur transporteur n'arbitre pas l'allocation, ne fait pas de split de commande, ne pilote pas un 3PL, et ne gère pas la promesse de livraison.

Architecture typique sur PrestaShop FR : PrestaShop + Shippingbo (OMS/WMS) + Boxtal ou Sendcloud (couche transporteurs). Trois éditeurs, trois contrats, trois roadmaps, trois points de panne possibles. Plus l'hébergement, plus les modules métier, plus l'agence de maintenance.

4. Connecteurs WMS et ERP : la couche que personne ne chiffre en avant-vente

Un retailer mid-market a souvent un ERP (Sage, Cegid, Divalto, Odoo, EBP) et parfois un WMS distinct. PrestaShop doit dialoguer avec ces briques pour : pousser les commandes vers le WMS du 3PL, recevoir les statuts de préparation, remonter les retours, mettre à jour les stocks ERP. Cela passe par des connecteurs.

Les éditeurs spécialisés sur le marché FR sont identifiables : Atoo Next, MySolutionConnect, EtherCreation, Vaisonet, WebXY, ExtremIT, pour ne citer que les principaux (Atoo Next, connecteurs ERP, WebXY, connecteur Cegid Retail). La logique de prix est typiquement : licence module 300 à 1 500 EUR, plus une maintenance annuelle (15 à 25 pourcent de la licence), plus du paramétrage projet 3 000 à 15 000 EUR à l'installation selon la complexité du mapping.

Côté 3PL, le constat est plus rude : la logistique inverse est souvent le point faible de ces connecteurs. Les flux aller (commande poussée au WMS, statut remonté) sont bien gérés. Les flux retour (création automatique d'un bon de retour côté 3PL depuis le back-office PrestaShop, ré-affectation du stock, remboursement client) sont fréquemment partiels et demandent du développement spécifique. C'est documenté par les acteurs de la filière (Logily, logistique PrestaShop 2026).

Coût caché à instruire : qui maintient le connecteur quand PrestaShop, le WMS ou l'ERP montent de version. C'est rarement écrit noir sur blanc dans le contrat initial. Le retailer paie alors une régie au coup par coup. Sur un cycle de 3 ans, ce poste pèse facilement 8 000 à 25 000 EUR cumulés pour une stack standard.

5. Architecture typique PrestaShop + module + OMS + WMS + transporteurs, et où ça casse

Une stack PrestaShop mid-market qui veut tenir la route logistiquement ressemble à ça :

1. PrestaShop 8.x ou 9.x : le storefront et l'admin. Stock global affiché, commande créée.
2. Module Multi-Warehouse (WebKul ou équivalent) : pour avoir une notion de stock par entrepôt côté admin.
3. OMS externe (Shippingbo, ou OneStock pour les plus gros) : pour orchestrer l'allocation, split, et envoyer en préparation.
4. WMS (interne) ou connecteur 3PL : pour exécuter la préparation physique.
5. Agrégateur transporteurs (Boxtal, Sendcloud) : pour éditer l'étiquette et choisir le bon carrier.
6. Connecteur ERP (Atoo Next, MySolutionConnect, etc.) : pour réconcilier la facturation, le stock et la comptabilité.
7. Module retours : portail client, ré-affectation, remboursement.

Sept briques, six éditeurs distincts, six contrats de maintenance. Voici les points de rupture observés en audit :

• Désynchronisation de stock. PrestaShop affiche "en stock", l'OMS dit "rupture", parce qu'une commande marketplace n'a pas remonté à temps. Le client achète, le SAV gère la rupture. Coût : remboursement, geste commercial, perte de marge.
• Statuts de commande divergents. Une commande est "expédiée" côté OMS, "préparée" côté PrestaShop, "remboursée partiel" côté ERP. Le SAV passe sa journée à arbitrer entre 3 outils.
• Order splitting non géré end-to-end. L'OMS split, le module retours ne sait pas que la commande a été splittée, le client reçoit deux remboursements partiels mal libellés.
• Upgrade PrestaShop bloqué. Une montée de version majeure casse 3 connecteurs simultanément. Le retailer reste sur une version obsolète jusqu'à ce que tous les éditeurs aient publié leur compatibilité. Cycle typique : 6 à 18 mois.
• Hausse tarifaire en cascade. Un éditeur change sa grille (cas Shippingbo janvier 2025), un autre suit, l'opex logistique dérive de 10 à 20 pourcent en un an.

Ce ne sont pas des cas extrêmes, ce sont les remontées récurrentes des forums PrestaShop et des billets éditeurs en 2024-2025 (Shippingbo, limites PrestaShop logistique).

6. Coût d'orchestrer vs coût d'avoir un OMS natif : l'ordre de grandeur défendable

Comparons sur 3 ans, pour un mid-market FR de 200 000 commandes par an, 2 entrepôts, 1 3PL, 4 transporteurs, 1 ERP, 1 module retours, 1 module click-and-collect.

Stack PrestaShop, opex logistique annuelle, ordre de grandeur :

• Module Multi-Warehouse : 300 à 800 EUR par an (licence + maintenance).
• OMS Shippingbo (pack intermédiaire) : 4 800 à 12 000 EUR par an.
• Boxtal ou Sendcloud (couche transporteurs) : 0 EUR de licence directe, marge incluse dans les tarifs négociés (impact opaque mais réel sur le coût de transport unitaire).
• Connecteur ERP : 2 000 à 5 000 EUR par an (licence + maintenance + petites évolutions).
• Module retours dédié : 400 à 1 200 EUR par an.
• Module click-and-collect : 300 à 900 EUR par an.
• Maintenance technique agence sur connecteurs (régie, casse-version, debug) : 8 000 à 20 000 EUR par an.

Total opex logistique annuelle, hors transport unitaire : 15 800 à 39 900 EUR par an. Sur 3 ans : 47 400 à 119 700 EUR. On ne compte pas le projet d'intégration initial (15 000 à 60 000 EUR de paramétrage / dev one-shot).

Stack Shopify Plus équivalente, ordre de grandeur :

• Licence Shopify Plus : 2 500 USD par mois minimum, soit environ 28 000 EUR par an.
• OMS de base inclus : 0 EUR.
• App d'OMS avancé si besoin (orchestration multi-canal poussée) : 0 à 6 000 EUR par an.
• Apps transporteurs (Sendcloud sur Shopify, ShipStation, ou connecteurs natifs Colissimo/Chronopost) : 600 à 2 400 EUR par an.
• Connecteur ERP (Sage, Cegid via app store ou via middleware) : 2 000 à 6 000 EUR par an.
• App retours (Loop, Returnly, AfterShip Returns) : 1 200 à 4 800 EUR par an.
• Maintenance technique : 4 000 à 10 000 EUR par an (moins de couches à maintenir).

Total opex logistique annuelle hors licence plateforme : 7 800 à 29 200 EUR. Avec licence Plus : 35 800 à 57 200 EUR par an. Sur 3 ans : 107 400 à 171 600 EUR.

À la lecture rapide, PrestaShop a l'air moins cher. C'est mécaniquement faux pour 3 raisons défendables en CODIR :

1. Le périmètre n'est pas comparable. Le natif Shopify Plus inclut hébergement, sécurité, scalabilité, déploiements multi-sites, B2B, multi-devises, OMS de base. Sur PrestaShop, ces postes s'ajoutent en lignes séparées (hébergement performant, certif sécurité, monitoring, dev B2B, etc.).
2. Le risque n'est pas valorisé. Sur PrestaShop, le retailer porte le risque de rupture de connecteur, d'upgrade bloqué, et de hausse tarifaire éditeur. Sur Shopify Plus, ce risque est mutualisé chez l'éditeur de plateforme.
3. Le coût caché de coordination est ignoré. Six éditeurs à coordonner = six interlocuteurs à gérer en CODIR opérationnel, six contrats à renégocier, six SLA à arbitrer en cas d'incident.

Pour le détail chiffré par poste et par hypothèse de volumétrie, voir notre analyse TCO PrestaShop vs Shopify et le comparatif Shopify Plus vs PrestaShop.

7. Ce qui change quand on a 2+ entrepôts, retours industriels, click-and-collect, drop-shipping

Le seuil de bascule où la stack PrestaShop modulaire devient ingérable n'est pas le volume de commandes brut, c'est la complexité de l'orchestration. Quatre signaux concrets observés en audit :

1. Plus d'un entrepôt actif sur le même flux e-commerce. Dès qu'il faut décider "qui prépare cette commande" en fonction du stock, de la proximité client et de la charge de l'entrepôt, le natif PrestaShop ne suffit plus. Un OMS externe devient obligatoire. Coût : Shippingbo ou OneStock, plus connecteur, plus paramétrage. C'est documenté par les acteurs eux-mêmes (Wishibam, orchestrer multi-entrepôts).

2. Retours industrialisés. Quand le taux de retour dépasse 15 pourcent (mode, textile) et que la valeur unitaire est élevée, le portail retours natif PrestaShop n'est pas viable. Il faut un module dédié, un connecteur vers le 3PL pour la reverse logistics, une règle de ré-affectation conditionnelle (remettre en stock A si état neuf, sinon outlet, sinon destruction). Cinq règles, trois outils.

3. Click-and-collect réel. Si le stock magasin est distinct du stock e-commerce et que le client doit pouvoir réserver en ligne pour retirer en magasin, il faut : un module click-and-collect, une synchronisation caisse/POS, une notion de stock par magasin gérée hors PrestaShop, et un workflow de SAV qui arbitre entre "annulé non retiré", "préparé", "retiré". Le natif n'est pas conçu pour ça (Soledis, click-and-collect PrestaShop).

4. Drop-shipping ou marketplace seller. Quand une partie de l'assortiment est livrée directement par un fournisseur tiers ou via Mirakl Connect, l'OMS doit savoir router la ligne de commande vers le fournisseur, suivre le SLA, et remonter le statut à PrestaShop. Mirakl Connect propose un écosystème de 3PL connectés (Speed Commerce, Byrd) qui simplifie la couche fulfillment marketplace (Speed Commerce, Mirakl Connect 3PL, Supply Chain Magazine, Byrd-Mirakl). Mirakl a annoncé 218 M USD d'ARR en 2025 avec un volume de transaction de 14,6 milliards USD sur sa plateforme, le sujet n'est pas marginal pour les retailers FR (E-commerce Mag, Mirakl 2025).

À chacun de ces quatre seuils, la stack PrestaShop modulaire ajoute une brique, un éditeur, un contrat. L'effet cumulé n'est pas linéaire, il est exponentiel sur la dette technique et sur la charge de coordination.

8. Ce qu'un directeur logistique doit emporter de cet article

Trois constats à présenter en CODIR :

Un. PrestaShop ne porte pas d'OMS natif. Pour orchestrer une logistique multi-nœuds, il faut empiler 5 à 7 briques tierces, chacune avec son contrat, son éditeur, sa roadmap. Ce n'est pas une critique du produit PrestaShop, c'est un fait d'architecture.

Deux. Le TCO réel sur 3 ans n'est pas la somme des licences, c'est la somme des licences + le coût de coordination + le risque non valorisé d'upgrade bloqué ou de hausse tarifaire éditeur. Sur un mid-market 200 K commandes / an, l'ordre de grandeur défendable est de 47 K à 120 K EUR d'opex logistique sur 3 ans, hors projet d'intégration et hors hébergement de la plateforme.

Trois. Migrer ne se décide pas sur le seul prix de licence Shopify Plus. Il se décide sur le transfert contractuel de risque : qui porte la rupture de service quand un connecteur lâche un dimanche de Black Friday, et combien ça coûte de la réparer.

Pour aller plus loin sur l'état d'usage de PrestaShop côté décideur, voir notre État de PrestaShop 2023-2026. Pour cadrer une migration, le point d'entrée est notre page migration PrestaShop vers Shopify, et le calculateur TCO chiffre l'ordre de grandeur sur votre stack actuelle en 30 secondes.

La règle de décision n'est pas "Shopify Plus est mieux que PrestaShop". Elle est : si la complexité logistique de votre enseigne dépasse le seuil mono-entrepôt mono-canal, le coût d'orchestrer par modules sur PrestaShop n'est pas inférieur au coût d'une plateforme à OMS intégré. Ce qu'il faut, c'est un chiffre défendable en CODIR. Pas une opinion, pas une promesse, un ordre de grandeur sourcé.