Relier Shopify à un ERP : qui décide du stock, du prix et du statut des commandes ?
Attribuez une source de référence à chaque donnée. Une connexion fiable prévoit les conflits, les erreurs et la reprise, pas seulement le transfert nominal.
Attribuer une source de référence à chaque donnée
« Connecter Shopify à l’ERP » ne décrit pas qui est autorisé à changer un prix, un stock ou un statut. Deux systèmes peuvent s’envoyer des valeurs contradictoires si cette responsabilité n’est pas définie. Commencez donc par un tableau des données et de leur source de référence.
Pour chaque champ, précisez le sens du transfert, les transformations et le délai acceptable. Le stock physique, le stock disponible à la vente et une réservation ne représentent pas toujours la même chose. Les confondre dans une seule colonne peut rendre la boutique incohérente malgré une connexion techniquement active.
Définir les identifiants et les changements d’état
| Donnée | Règle à écrire |
|---|---|
| Produit ou variante | Identifiant utilisé dans les deux systèmes |
| Stock | Source, réservations et traitement des écarts |
| Prix | Tarif concerné et moment de son application |
| Commande | Conditions de création, modification et annulation |
| Expédition | Statut transmis et information remise au client |
Testez aussi les produits nouvellement créés, les références arrêtées et les variantes renommées. Une connexion qui fonctionne pour les données historiques peut échouer sur une nouvelle référence dont l’identifiant n’a pas été rapproché.
Distinguer notification et donnée de référence
Les webhooks Shopify permettent de recevoir des notifications liées à des événements de la boutique. Ils peuvent contribuer à synchroniser les outils ou à déclencher un traitement. L’événement reçu et la lecture de l’état actuel doivent être articulés selon le besoin.
Définissez ce que fait le système lorsqu’une notification arrive pendant qu’une autre modification est en cours. Une ancienne valeur ne doit pas rétablir un prix dépassé ou réouvrir une commande annulée. Cette gestion doit apparaître dans la conception, pas seulement dans le traitement d’incidents futurs.
Prévoir les erreurs et les reprises
Une indisponibilité temporaire de l’ERP ne doit pas faire disparaître silencieusement une commande. Précisez comment l’erreur sera enregistrée, qui sera alerté et comment le transfert pourra reprendre. Distinguez la correction des données et la relance du traitement.
Le même dossier ne doit pas être préparé deux fois parce qu’une relance a été nécessaire. Le guide sur les doublons de commandes détaille les identifiants et les contrôles à préparer. Les reprises sont un fonctionnement à tester, pas une exception à découvrir après lancement.
Organiser une recette avec des cas commerciaux
Vérifiez au minimum une commande standard, une modification, une annulation, un remboursement et une rupture selon le périmètre de la connexion. Contrôlez le résultat dans les deux systèmes et les messages éventuellement envoyés.
Prévoyez également un rapprochement régulier des données critiques. Une connexion peut continuer à répondre tout en laissant une partie des références en erreur. Les contrôles de prix et de stock doivent couvrir cette chaîne avant que l’information soit réutilisée dans les flux publicitaires ou les échanges commerciaux.
Sources
Documentation consultée le 22 octobre 2026.