Solution · Par intégration
Relier Shopify à Odoo, un connecteur le fait. Empêcher la commande bizarre de casser l’entrepôt, non.
Le chemin heureux —produit publié, commande importée, stock poussé— n’importe quel connecteur le synchronise. Ce qui coince, c’est le remboursement partiel, le pack qui devient trois articles dans Odoo, la commande que le client modifie après coup et le webhook qui un jour n’arrive pas. On monte la couche d’IA qui s’en occupe et on la met en production.
Le problème
Shopify, c’est là qu’on t’achète. Odoo, c’est là que ça s’exécute. Le connecteur couvre la commande de manuel ; le reste, quelqu’un le répare à la main.
- Le connecteur importe la commande, mais la variante Shopify ne colle pas à la référence Odoo —taille, couleur, format, unité de vente— et quelqu’un finit par apparier les produits à la main chaque semaine.
- Tu vends un pack ou un kit : dans la boutique c’est un article, dans Odoo c’en sont trois avec leur propre stock, donc le bon de livraison sort faux, ou ne sort pas tant que quelqu’un ne l’a pas décomposé.
- Le remboursement partiel —deux articles sur trois, frais de port non remboursés— n’a aucun chemin automatique : il entre comme un ticket et finit en avoir tapé à la main.
- Le stock dérive entre la boutique et l’entrepôt : Shopify a ses emplacements et Odoo les siens, et le mapping casse dès que tu ajoutes un entrepôt, une réservation ou une commande en préparation.
- Un jour le webhook n’arrive pas —l’endpoint a changé, l’abonnement a expiré après une mise à jour de l’app, le processus est tombé— et les commandes manquantes ne se découvrent que quand un client demande où est la sienne.
Le coût de ne rien changer
Tu as deux systèmes chers et bien choisis reliés par un connecteur qui ne couvre que la commande de manuel, et une personne qui bouche le reste : réapparier des variantes, décomposer des packs, taper des avoirs, recaler du stock et chercher des commandes jamais arrivées. Ce travail n’apparaît sur aucune facture, mais il sort ailleurs : des expéditions en retard, des ventes de produit qu’on n’avait pas, des remboursements crédités des semaines plus tard, et un inventaire auquel plus personne ne se fie vraiment. L’intégration n’est pas cassée ; elle est incomplète, et c’est une personne qui paie la différence tous les jours.
La solution
Une couche d’IA entre l’Admin API de Shopify et l’External API d’Odoo qui prend en charge ce que le connecteur ne couvre pas
- 1On part de ce que tu as déjà. Si tu utilises le connecteur natif d’Odoo ou une app du Shopify App Store, on ne la jette pas : on la laisse sur le chemin heureux —publier le produit, importer la commande, pousser le stock— et on monte par-dessus seulement ce qui exige du jugement, là où passent les heures.
- 2On marie vraiment les catalogues. L’IA apparie les variantes Shopify aux références Odoo par attributs, codes et description, propose les cas douteux avec sa raison et apprend de chaque correction, au lieu de te laisser une table de correspondance qui vieillit toute seule.
- 3On débloque la commande non standard : pack ou kit qui devient plusieurs lignes Odoo, remise et code promo imputés au bon endroit, port et taxes selon le pays de livraison, client nouveau ou en double, commande modifiée ou annulée après confirmation.
- 4On ferme le cycle inverse, celui que presque personne n’a monté : remboursement total ou partiel Shopify transformé en retour et en avoir dans Odoo, avec les articles qui repartent au bon entrepôt et les frais de port traités selon ta politique.
- 5On mappe les emplacements Shopify sur les entrepôts Odoo et on synchronise le stock réellement disponible —net des réservations et des préparations en cours—, pas le théorique, pour arrêter de vendre ce qu’on n’a pas.
- 6On le laisse avec un filet et mesuré : reprises idempotentes et réconciliation périodique pour qu’un webhook perdu ne soit pas une commande perdue, plus un tableau de bord : quelle part passe seule, ce qui remonte à une personne, et avec quel contexte.
Ce qui change
Ce que tu arrêtes de perdre
La commande bizarre cesse d’être un ticket manuel : le pack se décompose en lignes, la remise s’impute au bon endroit et le changement du client se propage à Odoo sans que personne ne rouvre la commande.
Mécanisme
Le remboursement partiel cesse de finir en avoir tapé à la main : il entre par le même chemin que la vente, article retourné au bon entrepôt et port traité selon ta politique.
Mécanisme
La commande perdue à cause d’un webhook jamais arrivé cesse d’être découverte par la plainte d’un client : la réconciliation la détecte et la retraite sans la dupliquer.
Mécanisme
Ce qu’on mesure : % de commandes arrivant dans Odoo sans intervention, précision d’appariement des variantes et des packs, écarts de stock par semaine, délai entre le remboursement Shopify et son avoir Odoo, commandes récupérées par la réconciliation.
Ce qu’on mesure
Fiche technique
- Travail supprimé
- réparer à la main ce que le connecteur ne couvre pas : apparier des variantes, décomposer des packs, taper des avoirs de remboursements partiels, recaler le stock entre emplacements et chercher des commandes jamais arrivées
- Mise en place habituelle
- 2–5 semaines
- Entrée
- un événement Shopify : une commande créée, modifiée ou annulée, un remboursement total ou partiel, un changement d’inventaire ou de catalogue
- Sortie
- le bon document dans Odoo —commande, bon de livraison, facture ou avoir— avec son produit, son entrepôt, sa taxe et son client
- Compatible avec
- Shopify (Admin API + webhooks)Shopify PlusOdoo (External API, XML-RPC / JSON-RPC — Odoo Online, Odoo.sh or self-hosted)Odoo Shopify Connector (nativo)
- Peut se connecter à
- Tes modules Odoo (Ventes, Inventaire, Facturation, Contacts)Tes emplacements Shopify et tes entrepôts OdooTon transporteur et ta passerelle de paiementTes règles de packs, tarifs, taxes et retours
- Ce qu’on mesure
- % de commandes arrivant dans Odoo sans interventionprécision d’appariement des variantes et des packsécarts de stock par semainedélai entre le remboursement Shopify et son avoir Odoocommandes récupérées par la réconciliation
- Adapté pour
- les boutiques qui vendent sur Shopify et exécutent dans Odoo —stock, entrepôt, facturation— et qui ont déjà buté sur les exceptions que le connecteur ne couvre pas
- Pas adapté pour
- qui vend un catalogue petit et stable, sans packs et presque sans retours : là le connecteur natif suffit et aucune couche par-dessus n’est nécessaire
Questions fréquentes
Pour le chemin heureux, si, et c’est pour ça qu’on n’y touche pas : publier le produit, importer la commande et pousser le stock, ils le font bien. Là où ils s’arrêtent, c’est tout ce qui exige du jugement et change d’une boîte à l’autre : apparier une variante qui ne colle pas par code, décomposer un pack en lignes Odoo, transformer un remboursement partiel en avoir avec le port traité selon ta politique, ou décider quel entrepôt sert quelle commande. Ces cas sont minoritaires en volume et majoritaires en heures. On monte cette couche par-dessus le connecteur, pas à sa place.
Tu peux, et si ton cas c’est « commande entre, commande créée », monte-le et ne nous appelle pas : on le pense vraiment. Ce qui coince, c’est l’exception, qui en ecommerce n’est pas rare —c’est le catalogue à variantes, le pack, le remboursement partiel, le changement de dernière minute—. Un flux qui apparie des produits avec jugement, décompose des kits, réconcilie ce qui n’est jamais arrivé et ne duplique pas au retry cesse d’être un scénario de dix étapes et devient un système avec état. Dans un outil facturé à l’opération, ça se paie tous les mois et ça casse dès que quelqu’un y touche. Notre position : si ça tient en trois étapes, Make. Si ton mois part à réparer des exceptions, c’est là qu’on entre.
C’est pour ça qu’elle démarre avec un filet. Tout ce qui bouge du stock ou touche à la compta démarre en mode proposition : l’IA laisse l’appariement ou le document préparé dans Odoo et une personne l’approuve, puis tu lâches de l’autonomie par type de cas —d’abord la commande nationale simple, ensuite le pack, enfin le remboursement partiel— à mesure que la précision monte. Le douteux remonte toujours à quelqu’un, avec la commande résumée et le lien direct vers Shopify. Et tout est tracé : ce qui a été créé, sous quelle règle et à partir de quel événement. Sans trace, pas d’autonomie.
On le monte chez toi ?
Tu as ciblé le problème. On livre la solution et on la laisse mesurée.