Shopify vers Odoo Order Import : Guide d'automatisation complet
Chaque commande Shopify qui nécessite une nouvelle saisie manuelle dans Odoo est un handicap : un risque d'erreurs de saisie de données, un retard dans le traitement de l'exécution et une perte de temps pour le personnel qui s'aggrave avec chaque commande supplémentaire. Pour un magasin traitant 200 commandes par jour, l'importation manuelle des commandes consomme environ 3 à 4 heures de temps de travail par jour et introduit un taux d'erreur de 2 à 5 % qui se répercute sur l'inventaire, l'expédition et la comptabilité.
L'automatisation du pipeline de commandes Shopify-to-Odoo élimine complètement ce goulot d'étranglement. Les commandes arrivent dans Odoo quelques secondes après leur placement, les enregistrements clients fusionnent automatiquement, les statuts de paiement se synchronisent en temps réel, les mises à jour d'exécution sont renvoyées sur Shopify avec des numéros de suivi et les conditions d'erreur sont détectées et mises en file d'attente pour résolution plutôt que supprimées silencieusement.
Ce guide couvre l'automatisation complète de l'importation des commandes, depuis le webhook Shopify qui démarre le processus jusqu'à la réécriture d'exécution qui ferme la boucle. Chaque étape inclut les mappages de données spécifiques, les cas extrêmes et les modes de défaillance que vous devez gérer pour une implémentation de niveau production.
Points clés à retenir
- Les webhooks Shopify fournissent des événements de commande en temps réel (commandes/création, commandes/mises à jour, commandes/annulations) qui déclenchent le pipeline d'importation.
- La synchronisation client utilise l'e-mail comme clé de correspondance principale, avec création automatisée pour les nouveaux clients et fusion de champs pour les clients existants
- Le mappage du statut de paiement traduit les états de paiement de Shopify (autorisé, payé, partiellement payé, remboursé) en enregistrements de paiement Odoo
- La correspondance de produits connecte les éléments de campagne Shopify aux produits Odoo en utilisant le SKU comme identifiant principal — la correspondance au niveau des variantes est essentielle
- La réécriture d'exécution renvoie la confirmation de livraison Odoo à Shopify avec les numéros de suivi, les informations sur le transporteur et les données d'exécution par article en ligne.
- Les exécutions partielles (expéditions fractionnées à partir de plusieurs entrepôts) nécessitent un suivi d'exécution au niveau de l'article de ligne, et non au niveau de la commande.
- La gestion des erreurs doit inclure les files d'attente de nouvelles tentatives, le traitement des lettres mortes et les alertes — les échecs silencieux sont les échecs les plus dangereux
- Les clés d'idempotence (ID de commande Shopify) empêchent les commandes en double lors des tentatives de webhook
Architecture : le pipeline d'importation de commandes
Le pipeline complet d’importation de commandes comporte six étapes, chacune avec des transformations de données et des modes de défaillance spécifiques :
Stage 1: Webhook Reception
Shopify → orders/create webhook → Integration endpoint
Stage 2: Customer Resolution
Find or create Odoo customer from Shopify customer data
Stage 3: Product Matching
Map Shopify line items to Odoo products by SKU/variant
Stage 4: Order Creation
Create Odoo sale order with lines, taxes, shipping, discounts
Stage 5: Payment Recording
Record payment status based on Shopify financial_status
Stage 6: Fulfillment Writeback
Odoo delivery → Shopify fulfillment with tracking
Chaque étape est une opération distincte qui peut échouer indépendamment. Une implémentation robuste les traite comme un pipeline avec des points de contrôle : si l'étape 4 échoue, les étapes 1 à 3 ne sont pas réexécutées lors d'une nouvelle tentative.
Étape 1 : Réception des webhooks de commande Shopify
Les webhooks Shopify constituent la base de l’importation de commandes en temps réel. Lorsqu'un événement de commande se produit, Shopify envoie une requête HTTP POST à votre point de terminaison enregistré avec la charge utile complète de la commande.
Abonnements Webhook requis
| Sujet Webhook | Objectif | Quand il tire |
|---|---|---|
| commandes/créer | Nouvelle commande passée | Le client finalise sa commande |
| commandes/mis à jour | Commande modifiée | Paiement capturé, exécution ajoutée, modifications apportées |
| commandes/annulées | Commande annulée | Le commerçant ou le client annule |
| remboursements/créer | Remboursement émis | Remboursement total ou partiel traité |
Vérification des webhooks
Chaque webhook entrant doit être vérifié à l'aide de la signature HMAC-SHA256 de Shopify. La charge utile du webhook est signée avec le secret partagé de votre application : vérifiez la signature avant le traitement. Les webhooks non vérifiés doivent être rejetés avec une réponse 401.
Gestion des garanties de livraison des webhooks
Shopify garantit une livraison au moins une fois, ce qui signifie que le même webhook peut être envoyé plusieurs fois : après un délai d'attente du réseau, pendant le cycle de nouvelle tentative de Shopify ou pendant la récupération après incident. Votre point de terminaison doit être idempotent : recevoir deux fois les mêmes commandes/créer un webhook ne doit pas créer deux commandes Odoo.
Modèle de mise en œuvre : utilisez l'ID de commande de Shopify comme clé d'idempotence. Avant de créer une commande Odoo, vérifiez si une commande avec cette référence Shopify existe déjà. Si tel est le cas, ignorez la création et renvoyez une réponse 200 pour que Shopify arrête de réessayer.
Exigences en matière de temps de réponse
Shopify attend une réponse de 200 dans les 5 secondes. Si votre point de terminaison prend plus de temps, Shopify marque la livraison comme ayant échoué et réessaye. Pour cette raison, le point de terminaison du webhook doit accepter la charge utile, valider la signature HMAC, mettre la commande en file d'attente pour le traitement asynchrone et renvoyer 200 immédiatement. La création réelle de la commande se produit dans un travailleur en arrière-plan.
Étape 2 : Résolution client
Chaque commande Shopify comprend des données client : e-mail, nom, téléphone, adresse de livraison et adresse de facturation. L'intégration doit résoudre ce problème par rapport à la base de données de contacts d'Odoo.
Algorithme de ciblage des clients
La logique de correspondance recommandée suit cette séquence de priorité :
- Correspondance exacte de l'adresse e-mail : recherchez dans les contacts Odoo l'adresse e-mail de la commande Shopify. L’e-mail est l’identifiant unique le plus fiable.
- Correspondance par téléphone (si aucune correspondance par e-mail) : Certaines commandes B2B ou commandes POS peuvent ne pas contenir d'e-mail. Revenez à la correspondance du numéro de téléphone avec la normalisation (bande d'espaces, tirets, normalisation de l'indicatif du pays).
- Créer un nouveau contact : Si aucune correspondance n'est trouvée, créez un nouveau contact Odoo avec toutes les données disponibles de la commande Shopify.
Fusion de champs pour les clients existants
Lorsqu'un client Odoo existant est mis en correspondance, l'intégration doit mettre à jour (et non écraser) les champs manquants :
If Odoo contact has no phone but Shopify order does → add phone
If Odoo contact has phone and Shopify order has different phone → keep Odoo (source of truth)
If Shopify order has new shipping address → add as child contact (delivery address)
Gestion des adresses
Les commandes Shopify incluent à la fois une adresse de facturation et une adresse de livraison. Dans Odoo, ceux-ci correspondent à différents types de contacts. L'adresse de facturation doit être associée à l'enregistrement du partenaire principal (ou à un contact enfant de type « adresse de facturation »). L'adresse de livraison doit être un contact enfant de type « adresse de livraison ». Si le client a utilisé plusieurs adresses de livraison pour différentes commandes, chaque adresse unique doit être un contact enfant distinct, permettant ainsi la sélection d'adresse pour les futures commandes manuelles.
Gestion des clients B2B
Pour les commandes B2B (fonctionnalités Shopify Plus B2B), l'intégration doit mapper la société Shopify à un contact de type société Odoo, avec l'acheteur individuel comme contact enfant. Cela préserve la relation entreprise-individu dont les opérations B2B ont besoin pour les conditions de crédit, la tarification en volume et la gestion des comptes.
Étape 3 : Correspondance des produits
Chaque élément de campagne d'une commande Shopify doit correspondre à un produit dans Odoo. C'est dans cette correspondance que de nombreuses intégrations échouent, car Shopify et Odoo représentent les produits différemment.
Correspondance basée sur les SKU
Le SKU est la clé de correspondance primaire recommandée. Lorsque vous gérez des produits dans Odoo et que vous les synchronisez avec Shopify, la référence interne (SKU) Odoo doit être définie à la fois sur la variante du produit Odoo et sur la variante Shopify. L'intégration fait correspondre le SKU de l'élément de campagne Shopify à la référence interne de la variante du produit Odoo.
Complexité de correspondance des variantes
Les variantes Shopify (Taille : Grande, Couleur : Bleu) doivent correspondre aux variantes du produit Odoo avec les valeurs d'attribut équivalentes. Cela est simple lorsque les SKU sont cohérents, mais échoue lorsque les SKU diffèrent entre les systèmes, lorsque Shopify a des variantes qui n'existent pas dans Odoo (par exemple, une nouvelle variante ajoutée sur Shopify mais pas encore synchronisée avec Odoo), ou lorsque les produits Odoo utilisent des attributs configurables alors que Shopify utilise des variantes prédéfinies.
Gestion des produits sans correspondance : lorsqu'un élément de campagne Shopify ne peut pas être mis en correspondance avec un produit Odoo, l'intégration ne doit pas l'ignorer silencieusement. Au lieu de cela, il doit créer la commande avec une ligne de produits fictive (par exemple, un article fourre-tout « Produit Shopify inégalé » avec le titre de la variante Shopify dans la description), signaler la commande pour examen et alerter l'équipe des opérations.
Produits groupés et en kit
Si vous vendez des offres groupées sur Shopify (par exemple, un « Kit de démarrage » livré sous forme de trois produits distincts), l'intégration doit savoir s'il faut créer une seule ligne de commande Odoo (pour le produit groupé) ou plusieurs lignes (pour les produits composants). Cela dépend de la configuration de votre inventaire Odoo – si vous suivez les produits groupés en tant qu'article unique ou en tant que composants individuels.
Étape 4 : Création de commande dans Odoo
Une fois le client résolu et les produits correspondants, l'intégration crée la commande de vente Odoo. Il s’agit de l’étape la plus gourmande en données, nécessitant une cartographie minutieuse du terrain.
Cartographie des champs : Commande de vente Shopify vers Odoo
| Champ Shopify | Champ Odoo | Remarques |
|---|---|---|
| commande.id | x_shopify_order_id | Champ personnalisé pour référence |
| commande.nom | client_order_ref | par exemple, "#1042" |
| commande.created_at | date_order | Date de commande |
| commande.client.email | partenaire_id | Résolu à l'étape 2 |
| commande.adresse_expédition | partenaire_shipping_id | Adresse de livraison contact |
| commande.billing_address | partenaire_facture_id | Adresse de facturation contact |
| commande.currency | devise_id | Carte vers la devise Odoo |
| commande.note | remarque | Notes client |
| commande.tags | tag_ids | Synchronisation des balises facultative |
Mappage des éléments de campagne
| Champ Shopify | Champ de ligne de commande de vente Odoo | Remarques |
|---|---|---|
| line_item.variant_id | id_produit | Résolu à l'étape 3 |
| ligne_item.quantité | produit_uom_qty | Quantité commandée |
| line_item.prix | prix_unité | Prix unitaire |
| line_item.total_discount | réduction | Convertir en pourcentage |
| line_item.tax_lines | id_taxe | Carte de la situation fiscale d'Odoo |
Gestion des remises
Shopify représente les remises différemment d'Odoo. Shopify fournit un montant de remise par article de campagne et un code de réduction global au niveau de la commande. Odoo s'attend à un pourcentage de remise par ligne.
Conversion : discount_percentage = (shopify_discount_amount / (quantity * unit_price)) * 100
Pour les remises au niveau de la commande (par exemple, « 10 % de réduction sur l'ensemble de la commande »), la remise doit être répartie proportionnellement entre les articles de campagne. Certaines implémentations ajoutent un élément de campagne distinct d'un montant négatif pour les remises au niveau de la commande au lieu de distribuer. Les deux approches sont valides, mais la distribution proportionnelle produit une analyse de marge par article de ligne plus propre.
Ligne maritime
Les frais d'expédition Shopify doivent correspondre à un produit Odoo dédié (par exemple, « Shopify Shipping ») sur une ligne de commande distincte. Cela permet de distinguer les revenus d'expédition des revenus des produits dans les rapports.
| Champ Shopify | Ligne Odoo | Remarques |
|---|---|---|
| shipping_lines[0].titre | product_id → « Expédition Shopify » | Description de Shopify |
| shipping_lines[0].prix | prix_unité | Montant de l'expédition |
| shipping_lines[0].tax_lines | id_taxe | Taxe d'expédition le cas échéant |
Confirmation de commande
Après avoir créé le bon de commande à l'état brouillon, l'intégration doit le confirmer automatiquement (action_confirm) pour déclencher les flux de travail en aval : création du bon de livraison, ordres de fabrication (pour les produits MTO) et bons de commande (pour les produits de livraison directe). Confirmez automatiquement uniquement si le statut du paiement est « payé » ou « autorisé » – conservez les projets de commandes pour les états de paiement « en attente ».
Étape 5 : Enregistrement des paiements
Le champ financial_status de Shopify indique l'état de paiement de la commande. L'intégration doit traduire cela dans les enregistrements de paiement Odoo.
Cartographie du statut de paiement
| Statut_financier de Shopify | Action Odoo | Remarques |
|---|---|---|
| payé | Paiement d'enregistrement (complet) | Créer une facture de rapprochement de paiement |
| autorisé | Pas encore de paiement | Paiement capturé plus tard |
| partiellement_payé | Enregistrer un paiement partiel | Montant record payé jusqu'à présent |
| en attente | Tenir en projet | Attendre la confirmation du paiement |
| remboursé | Paiement du registre + avoir | Scénario de remboursement intégral |
| partiellement_remboursé | Paiement de la caisse + crédit partiel | Scénario de remboursement partiel |
| annulé | Annuler la commande | Autorisation de paiement annulée |
Création automatique de factures
Pour les commandes « payées », l'intégration doit créer et valider automatiquement la facture Odoo, puis enregistrer le paiement sur celle-ci. Cela permet de garder les comptes clients propres : les commandes Shopify entièrement payées devraient avoir un solde AR nul dans Odoo.
Pour les commandes « autorisées » (communes avec Shopify Payments lorsque la capture manuelle est activée), l'intégration doit créer la commande client mais pas la facture. Lorsque le paiement est capturé ultérieurement (déclenchant un webhook de commandes/mise à jour avec le statut financier passant à « payé »), l'intégration crée la facture et enregistre le paiement.
Configuration du mode de paiement
Créez un journal de paiement Odoo dédié aux paiements Shopify (par exemple, journal « Shopify Payments » de type « Banque »). Toutes les inscriptions à paiement automatisé doivent utiliser ce journal. Cela permet de séparer les enregistrements de paiement Shopify des autres méthodes de paiement et de simplifier le rapprochement bancaire.
Étape 6 : Réécriture d'exécution
La dernière étape boucle la boucle : lorsqu'une commande est exécutée dans Odoo (bon de livraison validé), l'intégration renvoie les données d'exécution à Shopify, mettant à jour le statut de la commande et fournissant au client des informations de suivi.
Déclenchement de la réécriture
Dans Odoo, l'événement d'exécution est la validation d'un bon de livraison (stock.picking). L'intégration doit écouter les événements de confirmation de commande de livraison et déclencher un appel d'API de traitement Shopify.
Cartographie des données d'exécution
| Champ de livraison Odoo | Champ de traitement des commandes Shopify | Remarques |
|---|---|---|
| transporteur_tracking_ref | numéro_de suivi | Numéro de suivi du transporteur |
| id_porteur.nom | société_de suivi | par exemple, « UPS », « FedEx » |
| move_line_ids | éléments_ligne | Mapper les produits Odoo vers les identifiants des éléments de campagne Shopify |
| date_done | — | Shopify horodatage automatiquement |
Traitement des exécutions partielles
Les exécutions partielles se produisent lorsqu'une commande est expédiée en plusieurs colis, à partir de plusieurs entrepôts ou lorsque certains articles sont en rupture de stock. Shopify prend en charge les exécutions partielles de manière native : vous pouvez exécuter des éléments de campagne spécifiques tout en laissant d'autres non exécutés. L'intégration doit suivre quels éléments de campagne Shopify correspondent à quelles lignes de commande de livraison Odoo et envoyer uniquement les articles exécutés dans chaque appel d'API d'exécution. L'envoi d'un traitement pour des éléments déjà traités provoque une erreur API.
Gestion des expéditions fractionnées
Lorsqu'Odoo divise un bon de livraison en plusieurs expéditions (scénario de commande en souffrance), chaque expédition génère un bon de livraison distinct. L'intégration doit :
- Détecter que le nouveau bon de livraison est une commande en souffrance (liée à la même commande client)
- Identifiez les éléments de campagne inclus dans cette expédition
- Créez un traitement partiel sur Shopify uniquement pour ces articles
- Incluez le numéro de suivi correct pour cet envoi spécifique
Réécriture d'exécution pour les commandes de livraison directe
Pour les livraisons directes (où le fournisseur expédie directement au client), les informations de suivi proviennent du reçu de commande et non d'un bon de livraison en entrepôt. L'intégration doit surveiller les confirmations de reçu d'achat pour les commandes de livraison directe et utiliser le numéro de suivi du fournisseur pour l'exécution de Shopify.
Gestion des erreurs et récupération
Les erreurs dans le pipeline d’importation des commandes se répartissent en trois catégories, chacune nécessitant une stratégie de récupération différente.
Erreurs transitoires (réessayer automatiquement)
Les délais d'attente du réseau, les limites de débit de l'API, l'indisponibilité temporaire du service : ces problèmes se résolvent d'eux-mêmes. L'intégration doit implémenter de nouvelles tentatives d'intervalle exponentielle : première tentative après 30 secondes, deuxième après 2 minutes, troisième après 10 minutes, jusqu'à un nombre maximal de tentatives configurable (généralement 5 à 10).
Erreurs de données (quarantaine pour examen)
Produits sans correspondance, adresses invalides, champs obligatoires manquants : tout cela nécessite une intervention humaine. L'intégration doit mettre la commande en quarantaine dans une file d'attente de révision avec une description claire de ce qui a échoué, créer une activité ou une notification Odoo pour l'équipe des opérations et fournir un mécanisme de nouvelle tentative en un clic une fois le problème de données résolu.
Erreurs systémiques (alerte immédiate)
Échecs d'authentification, modifications des autorisations API, erreurs de configuration du connecteur : cela affecte toutes les commandes, pas une seule. L'intégration doit détecter des modèles (par exemple, 5 échecs consécutifs) et remonter immédiatement via e-mail et alerte sur le tableau de bord.
La file d'attente des lettres mortes
Les commandes qui échouent à toutes les tentatives sont transférées dans une file d’attente de lettres mortes – un enregistrement persistant de commandes non traitables. Cette file d'attente doit être surveillée quotidiennement. Les raisons courantes de lettres mortes incluent les produits qui existent dans Shopify mais n'ont jamais été synchronisés avec Odoo, les données client contenant des caractères invalides qu'Odoo rejette, les commandes avec des articles à prix nul qui échouent à la validation Odoo et les disparités de devises lorsqu'une nouvelle devise Shopify n'est pas configurée dans Odoo.
Test du pipeline d'importation de commandes
Avant la mise en ligne, testez chaque chemin à travers le pipeline :
Scénarios de tests fonctionnels
| Scénario | Résultat attendu |
|---|---|
| Commande standard payée | Odoo SO créé, confirmé, facturé, paiement enregistré |
| Commandez avec code de réduction | Remise correctement répartie sur les lignes |
| Commande avec plusieurs variantes | Chaque variante correspond au produit Odoo correct |
| Commande pour un nouveau client | Nouveau contact Odoo créé avec toutes les adresses |
| Commande pour client existant | Contact existant trouvé, champs fusionnés |
| Commande multi-devises | Enregistré en monnaie de présentation, converti en monnaie fonctionnelle |
| Exécution partielle | Shopify affiche des éléments partiellement remplis avec les éléments de campagne corrects |
| Pleine réalisation | Shopify montre rempli avec numéro de suivi |
| Annulation de commande | Odoo SO annulé, inventaire restauré |
| Remboursement (complet) | Note de crédit créée, paiement annulé |
| Remboursement (partiel) | Avoir partiel pour des éléments de campagne spécifiques |
| Webhook en double | Le deuxième webhook ne crée pas de commande en double |
| Produit pas dans Odoo | Commande mise en quarantaine avec alerte |
| Limite de débit API atteinte | Commande réessayée après la période d'attente |
Tests de charge
Si votre magasin traite des volumes élevés (plus de 500 commandes/jour), testez la charge du pipeline d'importation avec des volumes de données similaires à ceux de la production. Vérifiez que le pipeline gère le trafic en rafale (ventes flash), que les verrous de base de données ne créent pas de goulots d'étranglement et que les limites de débit des API Shopify et Odoo sont respectées.
Optimisation des performances
Traitement par lots pour les importations historiques
Lors de la configuration initiale de l'intégration ou de l'importation des commandes historiques, utilisez l'API REST de Shopify pour récupérer les commandes par lots de 250 (la taille maximale de la page) plutôt que de traiter chaque commande individuellement. Créez des enregistrements Odoo par lots à l'aide de la méthode de création ORM avec une liste de valeurs.
Mise en cache des recherches de produits et de clients
La correspondance des produits (étape 3) et la résolution des clients (étape 2) impliquent des recherches dans la base de données pour chaque commande. Mettez en cache les produits et les clients fréquemment consultés pour réduire les appels à l’API Odoo. Invalidez le cache lorsque les produits ou les clients sont mis à jour.
Concurrence de traitement des webhooks
Pour les magasins à volume élevé, traitez les webhooks simultanément : plusieurs travailleurs extraient simultanément de la file d'attente des messages. Garantissez la sécurité de la concurrence en utilisant le verrouillage au niveau de la base de données sur la vérification des clés d'idempotence pour empêcher deux travailleurs de créer la même commande simultanément.
Questions fréquemment posées
À quelle vitesse les commandes Shopify apparaissent-elles dans Odoo avec l'automatisation basée sur les webhooks ?
Avec une intégration basée sur un webhook correctement configurée, les commandes Shopify apparaissent dans Odoo dans les 2 à 10 secondes suivant le placement de la commande. Cela inclut la livraison de webhooks, la vérification HMAC, la résolution des clients, la correspondance des produits et la création de commandes client. Les alternatives basées sur Cron ajoutent 5 à 60 minutes de délai en fonction de l'intervalle d'interrogation.
Que se passe-t-il si Odoo est en panne lorsqu'une commande Shopify arrive ?
La file d'attente de messages de l'intégration contient la charge utile du webhook de commande jusqu'à ce qu'Odoo soit disponible. Lorsqu'Odoo revient en ligne, la file d'attente traite toutes les commandes en attente dans l'ordre. Shopify réessaye également les livraisons de webhooks ayant échoué pendant 48 heures maximum, fournissant ainsi un filet de sécurité secondaire. Les commandes ne sont jamais perdues si l'intégration utilise une file d'attente de messages persistante.
Puis-je importer des commandes de plusieurs boutiques Shopify dans une seule instance Odoo ?
Oui. Chaque boutique Shopify se connecte via son propre ensemble d'informations d'identification API et d'abonnements webhook. L'intégration marque chaque commande avec le magasin source (à l'aide d'un champ personnalisé ou de l'équipe commerciale Odoo) afin que vous puissiez créer un rapport par magasin. Les produits peuvent être partagés entre les magasins ou spécifiques au magasin, en fonction de votre stratégie de catalogue.
Comment l'intégration gère-t-elle les brouillons de commandes Shopify ?
Les brouillons de commandes (créés par les commerçants pour les commandes téléphoniques ou les devis B2B) doivent être importés lorsqu'ils sont terminés (payés), et non lorsqu'ils sont créés en tant que brouillons. Abonnez-vous au webhook commandes/création, qui se déclenche lorsqu'un projet de commande est converti en commande réelle. Vous pouvez également vous abonner à draft_orders/update et importer uniquement lorsque le statut passe à « terminé ».
Qu'en est-il des commandes Shopify PDV : suivent-elles le même pipeline ?
Les commandes Shopify POS déclenchent les mêmes commandes/créent un webhook que les commandes en ligne. L'intégration peut les traiter de la même manière, même si vous souhaiterez peut-être étiqueter les commandes POS avec une autre équipe commerciale Odoo ou une autre source de reporting. Les commandes au point de vente peuvent également inclure des méthodes de paiement en espèces ou par terminal externe, qui nécessitent différentes configurations du journal de paiement Odoo.
Comment gérer les modifications de commande après l'importation (par exemple, un marchand modifie une commande sur Shopify) ?
Shopify déclenche un webhook de commandes/mise à jour lorsqu'une commande est modifiée. L'intégration doit comparer la commande mise à jour à la commande de vente Odoo existante et appliquer les différences : éléments de ligne ajoutés, articles supprimés, modifications de quantité ou ajustements de prix. Il s'agit de l'une des parties les plus complexes de l'intégration, et certaines implémentations la gèrent en annulant le SO Odoo et en le recréant, ce qui est plus simple mais crée plus d'écritures comptables.
L'automatisation peut-elle gérer les commandes d'abonnement à partir des applications Shopify Subscriptions ?
Les commandes d'abonnement (à partir de Recharge, Bold Subscriptions ou Shopify natifs) déclenchent des commandes standard/créent des webhooks pour chaque frais récurrent. L'intégration les importe comme n'importe quelle autre commande. Pour lier les commandes récurrentes à un enregistrement d'abonnement Odoo, utilisez l'ID d'abonnement du champ méta de l'application comme référence et associez toutes les commandes de vente Odoo associées à un seul abonnement Odoo.
Implémentation avec ECOSIRE
Construire un pipeline d'importation de commandes Shopify vers Odoo de qualité production nécessite de gérer des dizaines de cas extrêmes qui ne sont pas évidents jusqu'à ce que vous les rencontriez en production : paiements partiels, commandes contenant des articles numériques et physiques, juridictions fiscales complexes, routage multi-entrepôts et exécutions de livraison directe des fournisseurs.
ECOSIRE a mis en œuvre ce pipeline pour des centaines de marchands Shopify. Nos services d'intégration Shopify incluent une automatisation complète des commandes avec le pipeline complet décrit dans ce guide, une gestion prédéfinie pour tous les cas extrêmes courants, une surveillance et des alertes en temps réel, ainsi qu'une maintenance continue à mesure que les API évoluent.
Pour les entreprises qui cherchent également à automatiser l'aspect financier, consultez notre guide d'Intégration comptable Shopify + Odoo, ou comparez vos options avec notre Comparaison des connecteurs Shopify-Odoo.
Planifier une consultation pour discuter de vos besoins en matière d'automatisation des commandes Shopify avec notre équipe d'intégration.
Rédigé par
ECOSIRE TeamTechnical Writing
The ECOSIRE technical writing team covers Odoo ERP, Shopify eCommerce, AI agents, Power BI analytics, GoHighLevel automation, and enterprise software best practices. Our guides help businesses make informed technology decisions.
Articles connexes
Automatisation de la comptabilité : éliminer la comptabilité manuelle en 2026
Automatisez la comptabilité grâce à l'automatisation des flux bancaires, à la numérisation des reçus, au rapprochement des factures, à l'automatisation des AP/AR et à l'accélération de la clôture de fin de mois en 2026.
Agents IA pour les entreprises : le guide définitif (2026)
Guide complet des agents d'IA pour les entreprises : comment ils fonctionnent, cas d'utilisation, feuille de route de mise en œuvre, analyse des coûts, gouvernance et tendances futures pour 2026.
Agents IA vs RPA : quelle technologie d'automatisation convient le mieux à votre entreprise ?
Comparaison approfondie des agents d'IA basés sur LLM par rapport aux robots RPA traditionnels : capacités, coûts, cas d'utilisation et matrice de décision pour choisir la bonne approche.