Shopify + Odoo : comment construire un système e-commerce capable de scaler

Votre boutique Shopify fonctionne.

Les commandes arrivent. Le chiffre d'affaires augmente. Le catalogue s'étoffe. Peut-être avez-vous ouvert un deuxième marché, un entrepôt, une boutique physique ou commencé à travailler avec plusieurs fournisseurs.

Puis, progressivement, quelque chose change.

Le problème n'est plus de vendre.

Le problème devient de faire fonctionner correctement tout ce qui se passe après la vente.

Le stock affiché sur Shopify n'est plus toujours juste. Les commandes nécessitent des manipulations manuelles. Les achats fournisseurs se font sur Excel. Les équipes recopient des informations d'un outil à l'autre. Les produits personnalisés deviennent difficiles à suivre. Les commandes en boutique et en ligne ne parlent pas toujours le même langage.

C'est généralement à ce moment qu'un e-commerce commence à chercher un ERP.

Et c'est là que l'association Shopify + Odoo devient particulièrement intéressante.

Mais connecter les deux outils ne suffit pas.

Pour construire un système capable de scaler, il faut d'abord répondre à une question beaucoup plus importante :

Quel système doit être responsable de quelle information ?

Shopify et Odoo ne font pas le même travail

L'erreur fréquente consiste à considérer Odoo comme un remplacement de Shopify.

Ce n'est généralement pas l'approche que nous recommandons.

Shopify est extrêmement performant pour ce qu'il sait faire : vendre en ligne.

Odoo est extrêmement performant pour ce qu'il sait faire : orchestrer les opérations qui permettent à l'entreprise de livrer ce qu'elle a vendu.

La bonne architecture n'oppose donc pas Shopify et Odoo. Elle les fait travailler ensemble.

Shopify reste le moteur commercial

Shopify peut continuer à gérer notamment :

• le storefront ;
• les pages produits ;
• les collections ;
• les promotions ;
• l'expérience de checkout ;
• les moyens de paiement ;
• l'acquisition ;
• les applications marketing ;
• les contenus ;
• le SEO ;
• l'expérience client en ligne.

Odoo devient le moteur opérationnel

Odoo peut prendre en charge :

• les ventes ;
• le stock ;
• les entrepôts ;
• les achats ;
• les fournisseurs ;
• les réapprovisionnements ;
• la fabrication ;
• les ordres de production ;
• les points de vente ;
• les livraisons ;
• la facturation ;
• la comptabilité ;
• le CRM ;
• les processus internes.

Shopify vend. Odoo orchestre.

Ce qui change quand un e-commerce grandit

Tant qu'une entreprise traite quelques dizaines de commandes par semaine, beaucoup de problèmes opérationnels restent invisibles.

Une correction manuelle ici. Un fichier Excel là. Un message WhatsApp envoyé au préparateur. Une quantité de stock ajustée manuellement. Un fournisseur contacté parce qu'on vient de découvrir une rupture.

Cela fonctionne. Jusqu'au jour où cela ne fonctionne plus.

À mesure que le volume augmente, chaque petite friction est multipliée par le nombre de commandes.

Une opération manuelle de deux minutes répétée 500 fois représente déjà plus de 16 heures de travail.

Mais le coût réel est souvent supérieur. Les opérations manuelles créent aussi :

• des erreurs ;
• des retards ;
• des ruptures ;
• des doubles saisies ;
• des informations contradictoires ;
• une dépendance à certaines personnes ;
• une difficulté à analyser réellement le business.

Le problème n'est donc pas uniquement de gagner du temps. Il s'agit de construire une infrastructure capable d'absorber davantage de volume sans augmenter proportionnellement la complexité de l'entreprise.

C'est précisément le rôle d'un ERP.

À quoi ressemble une architecture Shopify + Odoo ?

Dans une configuration simple, le flux peut ressembler à ceci :

L'idée paraît simple.

Dans la réalité, chaque étape nécessite de décider précisément où l'information est créée, où elle est modifiée et quel système fait autorité.

C'est ici que se joue la qualité d'une intégration.

Le concept le plus important : une seule source de vérité

Supposons qu'un produit affiche 12 unités dans Shopify et 9 unités dans Odoo.

Quel chiffre est correct ?

Cette question paraît basique. Elle est pourtant au cœur de presque tous les problèmes de synchronisation entre systèmes.

Une architecture saine doit définir pour chaque type de donnée une source of truth, c'est-à-dire le système considéré comme la référence. Par exemple :

Donnée	Source de vérité possible
Contenu produit	Shopify
SEO	Shopify
Images	Shopify
Commandes e-commerce	Shopify
Stock physique	Odoo ou Shopify selon le workflow
Achats fournisseurs	Odoo
Production	Odoo
Réapprovisionnement	Odoo
Comptabilité	Odoo
Expédition	Odoo ou Shopify selon le workflow

Ce modèle peut changer selon l'entreprise. Ce qui importe n'est pas qu'il existe une seule architecture universelle. Ce qui importe est que chaque donnée ait un propriétaire clairement identifié.

Sans cela, deux systèmes peuvent essayer de modifier simultanément la même information. Et les problèmes commencent.

Le stock : souvent la première raison d'installer un ERP

Pour de nombreux e-commerçants, le premier problème sérieux apparaît avec le stock.

Au début, Shopify suffit largement. Puis arrivent :

• plusieurs entrepôts ;
• un magasin physique ;
• des produits assemblés ;
• de la production ;
• plusieurs canaux de vente ;
• des fournisseurs multiples ;
• des commandes en attente ;
• des réservations de stock ;
• des transferts entre emplacements.

À ce niveau de complexité, connaître simplement la quantité d'un produit n'est plus suffisant. Il faut distinguer stock physique de stock réservé de stock disponible à la vente.

Avec Odoo, le stock peut devenir la référence opérationnelle et être transmis ensuite à Shopify.

Le connecteur Shopify d'Odoo 19 permet notamment une synchronisation du stock et prend en charge plusieurs emplacements lorsqu'ils sont correctement mappés.

Mais il y a une nuance importante : synchroniser du stock n'est pas la même chose que concevoir une stratégie de stock.

Avant de connecter les systèmes, il faut notamment décider :

• quel entrepôt alimente Shopify ;
• quels emplacements doivent être pris en compte ;
• comment traiter les réservations ;
• comment gérer les transferts ;
• quelles règles déclenchent un réapprovisionnement ;
• comment traiter les stocks négatifs ;
• comment gérer les produits disponibles sur plusieurs canaux.

La connexion technique vient ensuite.

Shopify + Odoo devient particulièrement puissant avec plusieurs canaux

La complexité augmente fortement lorsque Shopify n'est plus le seul canal de vente.

Prenons une entreprise qui possède une boutique Shopify, une boutique physique, éventuellement plusieurs Shopify Markets, un entrepôt, des ventes B2B.

Sans système central, chaque canal peut progressivement développer sa propre vision du stock. C'est dangereux.

Odoo peut alors devenir la couche centrale qui reçoit les commandes provenant de différents canaux et met à jour le stock disponible.

Plusieurs canaux de vente → une seule réalité opérationnelle.

Et si vous fabriquez vos propres produits ?

C'est probablement l'un des cas où Shopify seul atteint le plus rapidement ses limites.

Imaginez une marque qui fabrique un produit après la commande. Lorsqu'une commande arrive, l'entreprise doit savoir :

1. ce qui a été commandé ;
2. quelles matières sont nécessaires ;
3. si ces matières sont disponibles ;
4. quelle opération doit être réalisée ;
5. par qui ;
6. dans quel ordre ;
7. quand le produit sera prêt ;
8. quand il pourra être expédié.

Shopify sait parfaitement enregistrer la commande. Il n'a pas vocation à orchestrer toute cette chaîne de production.

Odoo Manufacturing permet de transformer une commande en processus opérationnel. Selon la configuration choisie, une vente peut par exemple déclencher :

À partir de là, l'entreprise ne dépend plus d'une personne qui doit se souvenir qu'un produit doit être fabriqué. Le système le sait.

Le cas encore plus complexe : les produits personnalisés

La personnalisation est un excellent exemple de la différence entre vendre un produit et exécuter la commande.

Prenons un produit vendu sur Shopify avec une couleur, une taille, un texte à broder, une gravure, une option supplémentaire.

Le client renseigne ces informations lors de la commande. Mais ensuite ?

Ces informations doivent arriver jusqu'à la personne responsable de la fabrication ou de la personnalisation.

Une bonne architecture permet de transmettre automatiquement les données utiles depuis la commande Shopify vers le workflow opérationnel dans Odoo. L'objectif est simple :

Une information saisie une fois par le client ne devrait pas avoir à être ressaisie manuellement par l'équipe.

C'est un principe que nous appliquons à l'ensemble d'un système e-commerce :

Saisi une fois. Disponible là où il faut.

La donnée doit circuler. Pas les équipes.

Les achats fournisseurs peuvent également être automatisés

Un autre changement important intervient lorsque l'entreprise ne peut plus gérer ses achats « au feeling ».

Au début, le fondateur sait souvent intuitivement : « Nous allons bientôt manquer de ce produit. »

À grande échelle, cette méthode devient impossible. Il faut pouvoir déterminer :

• le stock actuel ;
• le stock réservé ;
• les commandes fournisseurs en cours ;
• la consommation prévue ;
• le délai fournisseur ;
• le niveau de sécurité.

Odoo permet de créer des règles de réapprovisionnement. Par exemple : stock minimum 5, stock cible 20.

Lorsque la disponibilité descend sous le seuil défini, le système peut générer le besoin correspondant. L'approvisionnement devient alors un processus piloté par les données plutôt qu'une succession d'urgences.

Commande, paiement, facture : attention à ne pas tout mélanger

Une commande Shopify contient plusieurs événements distincts : la commande, le paiement, la livraison, la facture.

Ces événements ne se produisent pas nécessairement au même moment. C'est particulièrement important lorsque Odoo est utilisé pour la comptabilité.

L'architecture doit donc définir précisément :

• quand une commande est importée ;
• quand elle devient une vente confirmée ;
• quand une facture est créée ;
• comment le paiement est enregistré ;
• comment les remboursements sont traités ;
• comment les taxes sont mappées ;
• comment les avoirs sont créés.

Le connecteur Shopify d'Odoo 19 peut importer les commandes Shopify et gérer notamment les factures, paiements, remboursements et avoirs dans différents scénarios.

Mais là encore, le connecteur ne décide pas de votre politique comptable. Il l'exécute.

La synchronisation n'est pas toujours instantanée

C'est un détail important lorsqu'on conçoit l'architecture.

Le connecteur Shopify officiel d'Odoo 19 fonctionne à l'aide d'actions planifiées plutôt que d'une synchronisation permanente en temps réel.

Par exemple, la documentation Odoo indique actuellement une récupération automatique des commandes à intervalles réguliers, avec une fréquence par défaut de dix minutes.

Pour beaucoup d'entreprises, c'est parfaitement suffisant. Pour certaines opérations très sensibles au temps réel, il faut en tenir compte dès la conception de l'architecture.

La bonne question n'est donc pas : « Est-ce synchronisé ? » Mais : « À quelle fréquence cette information doit-elle réellement être synchronisée ? »

Pour les activités où ces dix minutes comptent — fort volume, stock tendu, plusieurs canaux qui vendent en même temps — nous savons mettre en place une synchronisation en temps réel plutôt que planifiée. Le besoin se qualifie pendant l'audit, pas après coup.

Les SKU sont beaucoup plus importants qu'ils n'en ont l'air

Lorsqu'un catalogue contient 30 produits, corriger manuellement un mauvais mapping semble anodin.

Avec 500 produits, plusieurs variantes, plusieurs langues, plusieurs marchés, plusieurs entrepôts, cela devient rapidement problématique.

Le SKU devient alors une sorte de langage commun entre les systèmes. Un produit peut avoir un nom marketing dans Shopify, une description différente, une image différente, éventuellement une traduction différente. Mais son identifiant opérationnel doit rester stable.

Par exemple, TSHIRT-BLACK-M peut identifier précisément : T-shirt, Black, Medium.

La documentation actuelle du connecteur Odoo indique d'ailleurs que les SKU sont utilisés dans sa logique de rapprochement entre produits Shopify et Odoo.

C'est pourquoi nous considérons la qualité du catalogue comme un préalable à une intégration ERP réussie. Avant de connecter Shopify à Odoo, il faut généralement nettoyer les SKU, les variantes, les doublons, les noms, les catégories, les unités, les taxes, les emplacements.

Une mauvaise donnée synchronisée automatiquement reste une mauvaise donnée. Elle devient simplement une mauvaise donnée automatisée.

Faut-il gérer les produits dans Shopify ou dans Odoo ?

Il n'existe pas de réponse universelle.

Dans certaines entreprises, Shopify reste la référence du catalogue commercial. C'est souvent logique lorsque les équipes e-commerce travaillent quotidiennement sur les descriptions, les photos, le merchandising, les collections, le SEO, les landing pages. Odoo peut alors gérer principalement les propriétés opérationnelles.

Dans d'autres organisations, certains attributs produits sont créés d'abord dans l'ERP puis envoyés vers les canaux de vente.

Le choix dépend notamment du nombre de produits, du nombre de canaux, de la fréquence des mises à jour, des équipes responsables, du niveau d'automatisation souhaité.

Notre règle est simple : ne décidez pas en fonction de ce que le connecteur permet techniquement. Décidez d'abord quel fonctionnement est le plus logique pour l'entreprise. Configurez ensuite la technologie autour de ce fonctionnement.

Le piège du « tout automatiser »

Lorsque nous cartographions un e-commerce, une tentation apparaît souvent : automatiser chaque étape. Ce n'est pas toujours une bonne idée.

Une automatisation est utile lorsqu'une décision est répétitive, prévisible, fondée sur des règles claires.

Une validation humaine reste préférable lorsque le coût d'une erreur est élevé, des exceptions sont fréquentes, une décision nécessite du jugement.

Par exemple, il peut être logique d'automatiser l'import des commandes, la mise à jour du stock, la génération d'un besoin de réapprovisionnement, la création d'une tâche de fabrication.

Mais il peut être préférable de conserver une validation avant un achat fournisseur important, certaines factures, une production inhabituelle, certains remboursements.

L'objectif n'est pas zéro intervention humaine. L'objectif est zéro intervention humaine inutile.

Les erreurs que nous voyons le plus souvent

1. Connecter avant de cartographier

Installer un connecteur avant d'avoir défini les processus revient à automatiser une organisation qui n'est pas encore structurée.

On doit d'abord comprendre comment fonctionne réellement l'entreprise aujourd'hui. Puis comment elle devrait fonctionner demain. Seulement ensuite, ce que l'on doit automatiser.

2. Laisser plusieurs systèmes devenir propriétaires de la même donnée

Si Shopify, Odoo et un troisième logiciel peuvent tous modifier le stock, vous créez potentiellement trois vérités différentes. Chaque donnée critique doit avoir un propriétaire.

3. Migrer des données sales

Doublons. SKU incohérents. Variantes inutiles. Clients dupliqués. Produits archivés encore actifs.

Importer ces données dans un ERP ne résout rien. Un projet ERP est souvent aussi un projet de nettoyage de données.

4. Reproduire exactement les anciens processus

Installer Odoo pour reproduire chaque fichier Excel et chaque manipulation existante est une occasion manquée.

La question à poser est plutôt : pourquoi cette étape existe-t-elle ? Certaines doivent être automatisées. Certaines simplifiées. Certaines supprimées.

5. Construire un système que personne ne sait utiliser

Une architecture parfaite sur le papier peut échouer si l'équipe ne comprend pas son fonctionnement.

Le déploiement doit donc intégrer les rôles, les droits d'accès, les écrans utilisés, les procédures, la formation.

L'ERP doit simplifier le travail. Pas transformer chaque salarié en consultant Odoo.

Comment nous abordons un projet Shopify + Odoo chez Limon

Nous commençons rarement par parler de modules. Nous commençons par le business.

1. Audit

Nous cartographions le système existant : Shopify, commandes, catalogue, stock, achats, production, préparation, expédition, comptabilité, outils externes. Nous cherchons les frictions.

2. Architecture

Nous définissons ensuite les systèmes à conserver, les systèmes à supprimer, la source de vérité de chaque donnée, les flux entre les outils, les automatisations nécessaires.

3. Build

Nous configurons l'environnement : Shopify, Odoo, connecteurs, modules, règles, automatisations, droits, données.

4. Test

Avant le déploiement réel, nous testons les scénarios importants. Commande classique. Commande en rupture. Commande personnalisée. Retour. Remboursement. Expédition partielle. Réapprovisionnement. Fabrication.

Les exceptions sont aussi importantes que le scénario idéal.

5. Scale

Une fois le système stabilisé, il devient possible d'augmenter le volume sans ajouter une nouvelle couche de travail manuel à chaque étape. C'est là que l'ERP commence réellement à produire de la valeur.

À quel moment Shopify + Odoo devient-il pertinent ?

Il n'est pas nécessaire d'installer un ERP simplement parce qu'une entreprise utilise Shopify. Pour beaucoup de boutiques, Shopify et quelques applications bien choisies suffisent largement.

Odoo devient particulièrement intéressant lorsque plusieurs de ces situations apparaissent :

• plusieurs emplacements de stock ;
• boutique physique + e-commerce ;
• fabrication ;
• assemblage ;
• personnalisation ;
• achats fournisseurs complexes ;
• besoin de réapprovisionnement automatisé ;
• plusieurs canaux de vente ;
• volume de commandes important ;
• beaucoup de travail manuel ;
• données réparties entre plusieurs outils ;
• besoin de structurer la comptabilité et les opérations.

Le déclencheur n'est donc pas nécessairement le chiffre d'affaires. C'est généralement la complexité opérationnelle.

Un e-commerce faisant 300 commandes par mois avec production à la demande peut avoir davantage besoin d'un ERP qu'une boutique faisant 3 000 commandes mensuelles avec trois produits simples expédiés par un 3PL.

Le véritable objectif n'est pas d'installer Odoo

Un projet ERP ne devrait jamais avoir pour objectif « installer Odoo ».

L'objectif est de construire un système dans lequel la commande circule automatiquement, le stock est fiable, l'équipe sait quoi faire, les achats sont anticipés, la production est suivie, les informations ne sont pas ressaisies, les erreurs deviennent visibles, la direction peut comprendre ce qui se passe.

Odoo n'est qu'un outil pour construire ce système. Un très bon outil. Mais l'architecture du business reste plus importante que le logiciel.

Shopify pour vendre. Odoo pour piloter. Un système pour grandir.

À un certain niveau de croissance, ajouter une nouvelle application à Shopify ne résout plus le problème. Parce que le problème n'est plus une fonctionnalité manquante.

Le problème est devenu la coordination de l'ensemble du business.

C'est précisément à ce moment qu'une architecture Shopify + Odoo peut changer profondément la manière dont fonctionne une entreprise.

Pas en ajoutant davantage de technologie. Mais en donnant enfin une structure commune à toutes les opérations.

Chez Limon, c'est exactement ce que nous cherchons à construire :

Moins d'outils isolés, moins de saisies manuelles, moins de friction — et un système capable d'accompagner la croissance.