ERP & Boutique en ligne
L'ERP et la boutique affichent des stocks différents
Des chiffres différents ne signifient pas automatiquement qu'une connexion est en panne. « Stock physique », « disponible » et « réservé » peuvent désigner des valeurs différentes. Il faut d'abord convenir de la quantité que la boutique doit afficher et vendre.
- SourceStock de référence
- Vérifier la connexionRègles & Correspondance
- DestinationDisponible dans la boutique
Comment cela se manifeste au quotidien
L'ERP indique encore cinq unités. La boutique affiche zéro, ou continue à vendre alors que la dernière quantité est déjà réservée. La première comparaison utile porte sur le même article, la même variante et le même moment.
Distinguer les causes habituelles
Définitions du stock non harmonisées
Le stock physique et les marchandises disponibles à la vente peuvent différer. Réservations, entrepôts multiples et stocks de sécurité doivent être clarifiés.
Articles ou variantes mal associés
Si un identifiant de la boutique ne correspond pas clairement à l'ERP, une valeur plausible peut se retrouver sur le mauvais article.
Transfert interrompu par le calendrier ou les règles métier
Un traitement peut être retardé, manquer une modification ou s'arrêter sur erreur. Dire simplement « l'interface fonctionne » n'explique pas le cas de l'article concerné.
Ce que vous pouvez vérifier d'abord
Choisir un exemple concret
Notez l'article et la variante, ainsi que les valeurs des deux systèmes au même moment de comparaison.
Déterminer la valeur de référence
Clarifiez avec le métier si le stock disponible, physique ou une autre quantité autorisée doit être transmis.
Consulter les journaux de transfert existants
Quand cet article précis a-t-il été traité pour la dernière fois ? Comparez le retour et la destination. Ne créez pas de commande test dans la boutique de production.
Quand le problème est plus profond
Une synchronisation fiable exige plus qu'un export régulier. Nous définissons le système de référence, le traitement des réservations et le comportement en l'absence de correspondance. Les transferts déclenchés par événement doivent également gérer les reprises ; Shopify indique par exemple que certains webhooks peuvent être livrés plusieurs fois.
Un exemple concret plutôt qu'une synchronisation complète sans distinction
Un article avec une variante suffit souvent pour rendre le parcours existant visible. D'autres cas, comme plusieurs entrepôts ou des annulations, sont ensuite ajoutés. Les cas nécessaires dépendent de votre processus de vente.
Comment obtenir un processus fiable
Source, correspondances, destination et retours sont reliés de façon traçable. En cas d'erreur, la valeur non transférée reste identifiable. Une nouvelle synchronisation est planifiée seulement après avoir défini les règles métier ; le « temps réel » n'est pas une promesse générale.
Quand une aide est pertinente
Si les surventes, corrections manuelles ou écarts récurrents prennent du temps, examiner tout le parcours du stock est pertinent. Les noms des deux systèmes et un article anonymisé suffisent au premier échange.
La solution adaptéeSynchroniser les stocks entre systèmesSources pour l'analyse technique
Contenu technique vérifié le 7 octobre 2026. Les informations des fournisseurs concernent les produits cités et ne remplacent pas la vérification de votre configuration précise.
Définir ensemble la prochaine étape.
Les noms des logiciels et une courte description du problème suffisent pour commencer.
