Chaque commande passée sur votre boutique en ligne déclenche une chaîne d’opérations dans votre ERP : création du bon de commande, mise à jour du stock, génération de la facture, écriture comptable, traitement éventuel d’un retour. Sans intégration entre les deux systèmes, ce processus s’exécute à la main, et c’est là que la marge s’évapore.
En 2026, trois plateformes e-commerce dominent le marché des PME et ETI européennes : Shopify, WooCommerce (WordPress) et Prestashop. Montante, Shopware 6 progresse rapidement en Allemagne et dans les pays germanophones. Ce guide détaille les flux à synchroniser, les architectures d’intégration disponibles, les connecteurs par plateforme et les sept pièges classiques à éviter.
Pourquoi intégrer votre ERP et votre boutique e-commerce en 2026 ?
Le coût réel de la ressaisie manuelle
Imaginez une PME qui traite 80 commandes en ligne par jour. Sans intégration, chaque commande doit être ressaisie dans l’ERP : référence client, lignes de commande, quantités, prix appliqués, remises, mode de paiement, adresse de livraison. Un opérateur aguerri consacre entre 3 et 7 minutes par commande à cette opération. Sur un mois à 22 jours ouvrés, cela représente entre 88 et 205 heures perdues, soit l’équivalent de 2 à 5 semaines-opérateur par mois.
Ce calcul n’inclut pas les erreurs. Une saisie manuelle génère inévitablement des commandes mal affectées, des écarts de stock, des factures avec de mauvaises références de TVA. Chaque erreur coûte en correction, en retard de livraison, et parfois en litige client.
L’intégration ERP-e-commerce automatise intégralement cette chaîne. Le bénéfice est mécanique : zéro ressaisie, zéro écart de saisie, synchronisation en temps réel (ou quasi-temps réel) sur tous les flux critiques.
Les 4 symptômes qui signalent un besoin d’intégration urgent
- Ruptures de stock sur le site alors que l’entrepôt est plein : le stock ERP et le stock boutique ne sont pas synchronisés.
- Délai de facturation supérieur à 48 h après la commande : la comptable attend la liste manuelle des commandes de la veille.
- Clients dupliqués entre votre CRM, votre boutique et votre ERP : trois référentiels, trois vérités différentes.
- Retours traités manuellement, avoirs saisis à la main : le circuit RMA (Return Merchandise Authorization) n’existe pas dans l’ERP.
Si vous reconnaissez deux de ces quatre symptômes, le projet d’intégration est rentable à court terme.
Les 6 flux de données critiques à synchroniser
L’intégration ERP-e-commerce n’est pas un seul flux. C’est une architecture de six canaux distincts, avec des directions et des fréquences différentes. Chacun doit être conçu séparément.
Flux 1 : commandes (création, statuts, retours)
C’est le flux primaire. Dès qu’une commande est passée sur la boutique, elle doit être créée dans l’ERP avec tous ses attributs : client (nouveau ou existant), lignes de commande, quantités, prix appliqués, remises, mode de paiement, adresse de livraison. La commande ERP déclenche ensuite la préparation, le bon de livraison, puis la facture.
La fréquence recommandée : temps réel via webhook pour les volumes inférieurs à 500 commandes par jour, batch toutes les 15 à 30 minutes au-delà.
Flux 2 : stock disponible (de l’ERP vers la boutique)
Le stock disponible dans l’ERP (après réservation des commandes en cours) doit être reflété sur la boutique pour éviter les surventes. C’est le flux le plus sensible en termes de fréquence : un stock mis à jour toutes les 4 heures est insuffisant si vous vendez également sur Amazon ou en point de vente physique en parallèle.
La question clé : temps réel ou batch ? Le temps réel (via webhooks ou API push) est techniquement possible mais consomme davantage de ressources côté ERP. Pour la plupart des PME dont le volume journalier reste inférieur à 500 unités vendues, une synchronisation toutes les 5 à 15 minutes offre le bon équilibre entre réactivité et charge système.
Flux 3 : catalogue produits et prix (gestion de la source de vérité)
Qui est la source de vérité pour les fiches produits ? L’ERP, où les références, codes-barres et prix de revient sont gérés, ou la boutique, où les descriptions marketing, photos et SEO sont optimisées ? En pratique, la réponse est souvent hybride : l’ERP est la source pour les données logistiques et financières, la boutique est la source pour les données marchandes.
L’intégration doit donc gérer deux flux de données produit dans des directions partiellement opposées, avec une logique de fusion claire pour éviter les écrasements non voulus.
Flux 4 : clients et comptes B2B (dédoublonnage et identité unique)
En B2C, la gestion des clients est relativement simple. En B2B, c’est un chantier à part entière : un acheteur peut avoir plusieurs comptes boutique (par filiale, par utilisateur), être relié à un seul compte ERP avec des conditions tarifaires spécifiques, des limites de crédit et un historique de commandes consolidé.
L’intégration doit résoudre le dédoublonnage (un client qui s’inscrit deux fois sur la boutique) et propager les conditions B2B de l’ERP vers la boutique : tarifs négociés, escomptes, plafonds de crédit.
Flux 5 : facturation et TVA (automatisation comptable et règles multi-pays)
La boutique e-commerce encaisse. L’ERP facture et comptabilise. Sans intégration, la réconciliation entre les paiements encaissés (Stripe, PayPal, virement) et les factures ERP est une opération manuelle chronophage.
En 2026, le régime TVA OSS (One Stop Shop) de l’Union européenne impose aux marchands qui vendent dans plusieurs États membres d’appliquer le taux de TVA du pays de destination de l’acheteur. Un ERP intégré à la boutique doit recevoir le pays du client et le type de transaction pour calculer et comptabiliser automatiquement la TVA correcte, sans intervention humaine.
Flux 6 : retours et avoirs (circuit RMA dans l’ERP)
Un retour sur la boutique génère une demande RMA, un bon de retour, une réception de stock et un avoir commercial ou un remboursement. Sans intégration, chacune de ces étapes est manuelle et source d’erreurs : avoirs oubliés, stocks non réintégrés, remboursements sans trace comptable.
L’intégration complète route les demandes de retour de la boutique vers le workflow RMA de l’ERP, qui gère la réception physique et émet l’avoir automatiquement.
Architectures d’intégration : 3 approches comparées
Connecteur natif ERP
Certains éditeurs ERP fournissent des modules officiels ou des connecteurs certifiés pour les plateformes e-commerce les plus répandues. C’est l’option la plus simple à déployer et à maintenir :
- Odoo dispose d’une application officielle Shopify dans le Shopify App Store, ainsi que de modules WooCommerce et Prestashop. Les flux commandes, stock et clients sont préconfigurés.
- Dolibarr propose des modules communautaires pour WooCommerce (DoliWoo) et Prestashop, disponibles sur le DoliStore, avec une configuration moins clé en main mais sans coût de licence additionnel.
- Axelor dispose de connecteurs e-commerce dans son écosystème, principalement pour WooCommerce.
Pour qui ? Les PME déjà équipées d’un ERP figurant sur cette liste, qui cherchent une intégration sans développement spécifique. La contrepartie : les connecteurs natifs couvrent les flux standard mais peuvent manquer de flexibilité pour des workflows atypiques.
iPaaS / middleware (Make, Zapier, Boomi, n8n)
Les plateformes d’intégration as-a-Service permettent de connecter des applications sans code (ou avec peu de code) via des flux visuels. Make (anciennement Integromat) et Zapier ciblent les PME avec des plans accessibles. Boomi et MuleSoft adressent les ETI qui ont besoin de flux plus complexes et de SLA de support garantis.
Avantages : rapidité de mise en oeuvre, grande flexibilité, pas besoin de développeur backend. Limites : un flux Make peut atteindre ses limites opérationnelles sur des volumes de commandes élevés (plusieurs milliers par jour), et la logique métier complexe, comme la gestion des variantes ou la TVA multi-pays, nécessite souvent une configuration avancée.
Pour les PME avec 50 à 500 commandes par jour et des flux relativement standards, l’iPaaS offre souvent le meilleur rapport coût-rapidité. Pour aller plus loin sur les architectures disponibles, consultez notre comparatif des plateformes iPaaS pour ERP.
Développement sur mesure via API REST
Shopify, WooCommerce et Prestashop exposent tous des API REST documentées. Un développement sur mesure permet de construire exactement l’intégration dont vous avez besoin, sans compromis sur la logique métier.
Quand c’est justifié : volumes très élevés (plus de 1 000 commandes par jour), logique métier très spécifique (abonnements, B2B complexe, marketplaces multiples), ou ERP dont le connecteur natif est inexistant ou trop limité.
Quand ce n’est pas justifié : pour des flux standards avec un ERP courant. Le coût de développement et de maintenance d’une intégration sur mesure dépasse rapidement celui d’un connecteur natif ou d’un iPaaS bien configuré.
Panorama des connecteurs du marché en 2026
Shopify
| ERP | Solution d’intégration | Type |
|---|---|---|
| Odoo | App Shopify officielle (Odoo.com) | Natif |
| SAP Business One | Beehexa, Commercient | Tiers certifié |
| Dynamics 365 Business Central | Connecteur Shopify natif Microsoft | Natif |
| NetSuite | Celigo, Boomi | iPaaS / connecteur |
| Sage | Ebaza, connecteurs tiers | Tiers |
Dynamics 365 Business Central dispose depuis 2022 d’un connecteur Shopify natif, maintenu par Microsoft, ce qui en fait l’option la plus stable pour les utilisateurs BC qui cherchent à connecter leur boutique Shopify.
WooCommerce
WooCommerce, en tant que plugin open source pour WordPress, bénéficie d’un large écosystème de connecteurs communautaires :
| ERP | Solution | Type |
|---|---|---|
| Odoo | Odoo WooCommerce Connector (OCA) | Open source |
| Dolibarr | DoliWoo | Communautaire |
| Sage 50/100 | eBridge, Patchworks | Tiers |
| ERPNext / Frappe | Frappe WooCommerce | Communautaire |
La qualité des connecteurs communautaires est variable. Avant de retenir une solution, vérifiez la date de la dernière mise à jour et la compatibilité avec votre version de WooCommerce (8.x en 2026).
Prestashop
| ERP | Solution | Type |
|---|---|---|
| Odoo | Module Odoo Prestashop (OCA) | Open source |
| Dolibarr | Module Prestashop (DoliStore) | Communautaire |
| Cegid / Sage | Via iPaaS (Boomi, Make) | Via middleware |
Prestashop dispose d’une place de marché d’addons officielle où plusieurs connecteurs ERP sont référencés. Vérifiez systématiquement la compatibilité avec votre version de Prestashop (1.7.x ou 8.x), les deux coexistant encore chez de nombreuses PME françaises.
Shopware 6 : montée en puissance en Europe
Shopware 6 est en forte progression en Allemagne, en Autriche et aux Pays-Bas, avec une adoption croissante en France. Son architecture API-first la rend particulièrement adaptée aux intégrations ERP complexes. Des connecteurs Odoo pour Shopware existent (via l’écosystème OCA), et plusieurs intégrateurs spécialisés proposent des passerelles vers SAP Business One et Dynamics 365 Business Central.
Les 7 pièges classiques de l’intégration ERP-e-commerce
1. Conflit de stock entre mise à jour en temps réel et batch
Vendre le même article sur votre boutique et en point de vente physique avec une synchronisation toutes les heures est la recette des surventes. Solution : définir un stock de sécurité (buffer) ou opter pour une synchronisation en quasi-temps réel sur les canaux à fort volume.
2. Gestion des variantes produits mal mappées
Une paire de chaussures en taille 42 bleu marine et en taille 43 bleu marine, c’est la même référence parent avec deux SKU distincts. Les plateformes e-commerce et les ERP gèrent les variantes (taille, couleur, conditionnement) selon des modèles différents. Un mapping mal configuré crée des commandes avec des références inexistantes dans l’ERP.
3. TVA multi-pays non automatisée
Sans configuration TVA OSS, votre ERP facture au taux français même pour un client allemand ou belge. L’automatisation du taux TVA en fonction du pays de destination est une obligation légale depuis juillet 2021, et un prérequis technique à valider avant toute mise en production.
4. Retours non tracés dans l’ERP
Le client retourne l’article, la boutique marque la commande comme “remboursée”, mais aucun avoir n’est créé dans l’ERP et le stock n’est pas réintégré. Ce cas arrive systématiquement quand le flux retour n’est pas inclus dans le périmètre initial du projet.
5. Clients dupliqués entre CRM, boutique et ERP
Trois systèmes, trois référentiels client. Sans règle de dédoublonnage basée sur l’email (B2C) ou le SIRET (B2B), vous créez des doublons qui faussent les analyses de vente et compliquent les relances comptables.
6. Sécurité des clés API exposées dans des connecteurs tiers
Certains connecteurs marketplace stockent vos clés API Shopify ou WooCommerce dans des environnements tiers. En cas de compromission de ce tiers, l’attaquant accède à l’ensemble de vos données e-commerce. Privilégiez les connecteurs qui permettent une authentification OAuth 2.0 plutôt que des clés statiques, et vérifiez la politique de stockage des credentials.
7. Absence de monitoring des flux (erreur silencieuse)
Un webhook qui échoue, un batch qui ne tourne plus depuis trois jours : sans alerting actif, vous ne le savez pas jusqu’à ce qu’un client appelle pour demander où est sa commande. Toute intégration en production doit embarquer un mécanisme de monitoring : logs d’erreur, alertes email ou Slack, tableau de bord des flux en temps réel.
Budget et ROI d’un projet d’intégration ERP-boutique en ligne
Fourchettes de coût
Les écarts de coût sont importants selon l’approche retenue :
- Connecteur natif ERP (Odoo, Dynamics Business Central) : de quelques centaines d’euros par an pour l’abonnement module à 3-8 K€ de configuration initiale par un intégrateur, selon la complexité des flux.
- iPaaS (Make, n8n en self-hosted) : de 50 à 500 €/mois d’abonnement plateforme, plus 2 à 5 K€ de configuration selon le nombre de flux et la complexité des règles.
- Développement sur mesure : 15 à 40 K€ pour un premier lot de flux couvrant commandes, stock et clients, plus 5 à 10 K€ par an de maintenance et d’évolutions.
Ces fourchettes sont indicatives. Chaque projet est conditionné par le nombre de flux à couvrir, la complexité des règles métier (TVA multi-pays, B2B, multidevises) et l’état du référentiel produit en entrée.
Calcul de ROI simplifié
La rentabilité d’un projet d’intégration se calcule directement :
- Heures économisées : nombre de commandes par jour × minutes de ressaisie × 22 jours ouvrés × 12 mois.
- Valeur des heures économisées : heures × taux horaire chargé de l’opérateur.
- Réduction des erreurs : coût des litiges, avoirs manuels et corrections de stock actuellement constatés.
- Délai de rentabilisation : coût du projet divisé par les gains annuels.
Pour une PME traitant 50 commandes par jour avec 5 minutes de ressaisie par commande et un coût horaire chargé de 30 €, les gains annuels approchent 33 K€ par an (avant réduction des erreurs). Un connecteur natif configuré à 6 K€ est rentabilisé en moins de trois mois.
Checklist avant de lancer votre intégration
Avant d’engager un intégrateur ou de configurer un connecteur, passez en revue ces huit points :
- Référentiel produit unifié : vos SKU ERP et vos références boutique sont-ils alignés ?
- Gestion des variantes documentée : les règles de mapping tailles, couleurs et conditionnements sont-elles formalisées ?
- Règles TVA définies : dans quels pays vendez-vous, quel régime OSS appliquez-vous, quels taux utilisez-vous ?
- Politique de stock de sécurité : quel buffer appliquer pour éviter les surventes multicanal ?
- Processus retour documenté : le circuit RMA ERP est-il opérationnel avant l’intégration ?
- Règles de dédoublonnage client : sur quel identifiant (email, SIRET) faites-vous la correspondance ?
- Plan de monitoring : qui reçoit les alertes en cas d’erreur sur un flux et selon quel SLA de correction ?
- Plan de test bout en bout : avez-vous prévu un environnement de recette pour valider tous les flux avant la mise en production ?
Pour approfondir l’automatisation du cycle de vente, consultez notre guide Order-to-Cash : automatiser le cycle client B2B et réduire le DSO, notre comparatif des plateformes iPaaS pour ERP et notre comparatif des ERP open source (Odoo, Dolibarr, Axelor, ERPNext).
