Shopify peut être le cœur e-commerce d’un vendeur, mais il ne suffit pas à piloter un run marketplace complet. Dès que la boutique, l’ERP et plusieurs marketplaces partagent stock, commandes et prix, le sujet devient opérationnel.
Une agence marketplace Shopify doit éviter deux pièges : isoler Shopify comme simple boutique, ou empiler des connecteurs sans gouvernance.
La bonne approche relie l’accompagnement marketplace, la centralisation des commandes et les flux ERP.
Shopify ne doit pas devenir la source unique de vérité par accident. Le vendeur doit décider quelles données vivent dans la boutique, dans l’ERP, dans l’OMS et dans les marketplaces avant de multiplier les règles invisibles.
Le symptôme vendeur
Quand le stock Shopify, le stock ERP et le stock marketplace ne racontent plus la même chose, le problème n’est plus une configuration. C’est une architecture de run.
Ne pas isoler Shopify
Shopify porte la boutique, mais les marketplaces portent d’autres règles de stock, prix, livraison et qualité vendeur.
Le run doit lire l’ensemble.
L’erreur fréquente consiste à traiter les marketplaces comme de simples canaux de diffusion. Elles imposent pourtant des SLA, des statuts et des arbitrages de rentabilité que Shopify ne voit pas toujours.
Aligner catalogue et offres
Les fiches Shopify ne sont pas toujours prêtes pour Amazon, Fnac, Cdiscount ou ManoMano.
Attributs, variantes, visuels et libellés doivent être adaptés.
Protéger le stock unique
Le stock doit éviter la survente entre boutique, marketplaces, entrepôt et ERP.
Le niveau diffusé doit tenir compte des réservations et priorités canal.
Un stock publié trop optimiste détruit la note vendeur; un stock trop prudent bloque la croissance. La règle doit être explicite par famille, délai et canal.
Centraliser les commandes
Les commandes Shopify et marketplace doivent partager statuts, préparation, tracking et exceptions.
L’OMS devient souvent le vrai sujet.
La centralisation doit conserver l’origine canal, car une commande Amazon, Shopify ou Fnac ne porte pas les mêmes contraintes de communication, remboursement et qualité de service.
Relier l’ERP
L’ERP porte souvent factures, stock, achats ou comptabilité. Il doit recevoir des données propres, dédupliquées et traçables.
La liaison ERP protège le back-office.
Le point critique est la temporalité : Shopify peut réagir très vite, l’ERP peut imposer une validation, une clôture ou une règle comptable. Le flux doit respecter ces rythmes au lieu de forcer une synchronisation uniforme.
Rapprocher paiements et marge
Le vendeur doit lire paiements, commissions, frais, remboursements et marge par canal.
Sans rapprochement, le chiffre d’affaires masque la rentabilité.
Tenir la promesse client
La promesse client dépend du stock, du délai, du transport, du statut et du support.
Une promesse incohérente abîme boutique et marketplaces.
Éviter la dépendance outil
Un connecteur peut accélérer le lancement, mais il ne doit pas devenir la seule mémoire du run.
Les règles importantes doivent être documentées.
Installer le run Shopify-marketplaces
Le run suit stock, commandes, erreurs, marges, retours, litiges et priorités canal.
- Aligner les sources.
- Prioriser les flux money.
- Contrôler les stocks diffusés.
- Suivre marge par canal.
- Revoir les incidents chaque semaine.
La revue doit séparer incident technique et décision métier. Un flux peut fonctionner parfaitement tout en publiant un mauvais prix ou un stock qui consomme trop de cash.
Arbitrer la vérité Shopify
Le point dur n'est pas de synchroniser Shopify avec les marketplaces. Le point dur est de décider quelle vérité l'emporte quand Shopify, l'ERP, l'OMS et les canaux ne disent pas la même chose. Sans cette doctrine, chaque incident devient une correction locale qui prépare le prochain écart.
La première décision concerne le stock. Shopify peut afficher une disponibilité commerciale, l'ERP une disponibilité logistique, l'OMS une disponibilité réservée et la marketplace une disponibilité publiée. Le run doit distinguer ces états, puis définir le stock diffusé par canal avec des buffers, priorités et règles d'arrêt.
La deuxième décision concerne le prix. Un prix Shopify ne suffit pas à décider un prix marketplace. Il faut intégrer commission, transport, retour, promotion, contrainte de canal, vitesse d'écoulement et marge minimale. Une règle de prix doit pouvoir être expliquée à la finance autant qu'au responsable marketplace.
La troisième décision concerne la commande. Une commande Shopify et une commande marketplace n'ont pas les mêmes délais, contraintes de message, remboursements ni impacts sur la note vendeur. L'OMS ou le back-office doit conserver l'origine canal et les actions disponibles pour éviter que le support applique une réponse générique.
Le coût caché apparaît quand la boutique sert de raccourci pour tout. L'équipe pense gagner du temps, mais elle perd la capacité à expliquer les écarts : pourquoi tel stock a été publié, pourquoi tel prix a bougé, pourquoi telle commande a été retardée et qui devait agir.
Une contre-intuition utile consiste à ne pas tout faire passer par Shopify. Certaines informations doivent simplement être visibles depuis Shopify ou rattachées à la commande, sans devenir sa responsabilité. C'est souvent le cas des règles finance, des statuts marketplace, des incidents transport ou des reprises ERP.
- Shopify : expérience boutique, catalogue commercial, commandes site et merchandising.
- ERP : stock comptable, factures, achats, coûts et données financières.
- OMS : statut commande, préparation, exceptions, tracking et priorités de traitement.
- Marketplaces : contraintes canal, score vendeur, règles de prix et promesse de service.
Le plan d'action consiste à écrire une matrice de responsabilité avant de brancher davantage. Chaque donnée critique doit avoir une source, une fréquence de mise à jour, une règle d'écart et une action en cas de conflit. Cette matrice évite les débats et protège la marge quand le volume augmente.
Enfin, le pilotage doit remonter les écarts qui coûtent vraiment : commandes annulées pour stock faux, prix sous plancher, retards par canal, remboursements non rapprochés et corrections manuelles récurrentes. C'est cette lecture qui transforme Shopify en partie d'un run marketplace solide, pas en centre de gravité accidentel.
Sécuriser les conflits de vérité
Le run devient solide quand les conflits entre Shopify, ERP, OMS et marketplaces ont un chemin de résolution. Un stock différent, un prix divergent, une commande partiellement expédiée ou un remboursement en attente ne doivent pas déclencher une discussion improvisée à chaque fois.
Il faut prévoir une règle par type d'écart : quelle source l'emporte, quelle donnée est gelée, quelle équipe est alertée, quel délai de correction est acceptable et quelle preuve doit rester dans l'historique. Sans cette doctrine, le connecteur masque seulement le désaccord jusqu'au prochain incident client.
Le point contre-intuitif est que certaines divergences sont normales. Shopify peut afficher une logique commerciale, l'ERP une logique financière et l'OMS une logique d'exécution. Le problème n'est pas l'existence de plusieurs vues, mais l'absence d'arbitrage quand elles se contredisent.
Une agence marketplace Shopify doit donc construire une table des conflits avant de chercher à brancher davantage. Cette table transforme les exceptions en procédures lisibles et donne aux équipes un réflexe commun : diagnostiquer, bloquer si nécessaire, corriger la source et mesurer l'impact sur marge, stock et promesse.
Conclusion : brancher sans disperser
Brancher Shopify, marketplaces et ERP demande une vision d’exploitation, pas seulement un connecteur.
La priorité est de rendre visibles les décisions qui engagent la marge : stock diffusé, prix, canal prioritaire, commande en retard, remboursement et reprise.
Une agence marketplace Shopify utile ne vend donc pas une intégration isolée. Elle construit un système où la boutique, les marketplaces et l’ERP peuvent évoluer sans se contredire.
Pour cadrer les flux côté vendeur, continuez avec l’agence marketplace API, puis rattachez le chantier à l’accompagnement marketplace Dawap.
