9 minutes
Intégration ERP e-commerce : comment synchroniser vos stocks en temps réel
Le stock est la donnée la plus sensible d'un site e-commerce. Ce que voit le client au moment de commander doit refléter la réalité, ni plus ni moins. Ainsi, trop peu de stock affiché c'est du chiffre d'affaires perdu. Et à l'inverse, trop de stock affiché c'est une commande qu'on ne pourra pas honorer et un client qui ne reviendra pas. Pourtant, dans la plupart des architectures SI, le stock vit dans l'ERP et non sur le site. Une intégration ERP e-commerce robuste, est l'un des chantiers les plus structurants d'un projet e-commerce B2B ou B2C. Il faut garantir que ces deux systèmes parlent le même langage en quasi temps réel et sans rupture même en cas d'incident.
L'interopérabilité e-commerce ne repose pas sur un modèle unique. En pratique, la plupart des systèmes combinent plusieurs approches selon les flux concernés. Voici les quatre grands modèles et leurs contextes d'application.
API et webhooks : la réactivité en temps réel
C'est l'approche la plus répandue comme connecteur ERP e-commerce. Une API expose des points d'accès standardisés permettant à deux systèmes de s'échanger des données à la demande. Quant à eux, les webhooks complètent ce modèle en inversant la logique. Plutôt que d'interroger l'API à intervalles réguliers, le système source notifie automatiquement le système cible dès qu'un événement survient. Par exemple, lorsqu'une commande est validée sur Shopify, un webhook déclenche immédiatement sa création dans Business Central, sans intervention manuelle. Ce modèle convient à la majorité des PME et ETI dont les flux sont structurés autour d'un ERP et d'un ou deux canaux de vente. Sa principale limite est qu'en l'absence de gestion des erreurs, un webhook non reçu peut provoquer une désynchronisation silencieuse.
👉 En savoir plus sur notre intégration Shopify Business Central
Pourquoi l'intégration ERP e-commerce est centrale pour votre activité
Ce que le client voit vs ce que l'ERP sait
L'ERP est la source de vérité du stock réel. Il intègre les entrées d'approvisionnement, les sorties de commandes, les réservations en cours et les mouvements d'entrepôt. Entre autres, le site e-commerce affiche une image de ce stock, qui peut être en décalage si le connecteur ERP e-commerce n'est pas correctement architecturé. Ce décalage crée deux problèmes business directs. Le premier est la survente si un client commande un produit affiché disponible mais que l'ERP sait qu'il n'y a plus de stock. Le second est l'inverse, lorsqu'un produit disponible dans l'ERP est affiché indisponible sur le site faute de synchronisation du stock e-commerce. C'est donc du chiffre d'affaires qui disparaît silencieusement. L'objectif est donc une synchronisation en quasi temps réel via des APIs et des webhooks. Dès qu'un mouvement est enregistré dans l'ERP, l'information est propagée vers le site en quelques secondes. C'est la condition pour que la donnée affichée soit fiable au moment critique, celui de la commande.Quel connecteur ERP e-commerce choisir ?
L'interopérabilité e-commerce ne repose pas sur un modèle unique. En pratique, la plupart des systèmes combinent plusieurs approches selon les flux concernés. Voici les quatre grands modèles et leurs contextes d'application.
| Architecture | Mécanisme | Avantage principal | Limite | Contexte idéal |
|---|---|---|---|---|
| API & Webhooks | Échanges à la demande + notifications d'événements | Réactivité temps réel | Désynchronisation silencieuse si webhook non reçu | PME/ETI avec 1-2 canaux de vente |
| Middleware | Couche d'orchestration centralisée | Robustesse multi-systèmes, traçabilité | Plus complexe à mettre en place | Environnements multi-systèmes (ERP, WMS, marketplace) |
| Asynchrone | File d'attente (RabbitMQ, Kafka) | Résilience aux pannes, absorption des pics | Infrastructure plus complexe à opérer | ETI avec volumes élevés, présence multicanale |
| Batch | Traitement par lots à intervalles définis | Réconciliation et correction des écarts | Données potentiellement obsolètes entre deux passes | Catalogues peu dynamiques, filet de sécurité |
Middleware : la couche d'orchestration
Dès que plusieurs systèmes doivent communiquer entre eux (ERP, site e-commerce, marketplaces, WMS, outil de facturation), multiplier les connexions directes devient ingérable. Le middleware est une couche intermédiaire qui centralise tous ces échanges en un seul point de contrôle. Son rôle va au-delà du simple transfert de données car il applique les règles métier (convertir les unités, mapper les références entre systèmes), gère les erreurs et les rejets, et orchestre l'ordre des opérations quand plusieurs flux sont interdépendants. Des plateformes comme Boomi, Talend ou Make proposent des connecteurs préconstruits pour les ERP et CMS e-commerce les plus courants. Ainsi, les développements spécifiques sont significativement réduits. C'est la solution de référence pour garantir l'interopérabilité du e-commerce dans les environnements multi-systèmes.Synchronisation asynchrone : la résilience sous charge
La synchronisation asynchrone découple l'émission d'un événement de son traitement. Ainsi, chaque message est déposé dans une file d'attente, puis consommé indépendamment par le système destinataire à son propre rythme. L'avantage est double avec cette solution. Par exemple, si l'ERP est temporairement indisponible, les messages s'accumulent sans être perdus. Ou encore en période de pics de charge (soldes, lancement produit), des milliers de commandes peuvent arriver simultanément sans saturer les systèmes.Synchronisation batch : un rôle de filet de sécurité
Utilisée seule, la synchronisation batch est insuffisante dans un contexte e-commerce actif. Son utilité est ailleurs, dans la réconciliation. Après un incident, une passe batch compare systématiquement l'état de l'ERP et celui du site pour identifier et corriger les écarts. C'est aussi l'approche adaptée aux catalogues peu dynamiques en e-commerce B2B, où la donnée n'évolue pas assez vite pour justifier une synchronisation en temps réel.Comment garantir l'intégrité des données de stock
Définir une source de vérité pour votre synchronisation ERP ↔ boutique en ligne
La première règle d'une intégration ERP e-commerce robuste est de définir clairement qui détient la donnée de référence. Dans la grande majorité des architectures, c'est l'ERP (lié aux achats, à la logistique et à la comptabilité). Le site e-commerce n'est pas le propriétaire de la donnée mais son consommateur. Cette distinction détermine le sens des flux. L'ERP pousse les données de stock vers le site, et le site remonte les commandes vers l'ERP. Toute architecture qui crée une double source de vérité est une source de désynchronisation à terme.Les flux à maîtriser dans une plateforme e-commerce B2B intégrée à l’ERP
Enfin, une intégration robuste implique deux flux distincts :- ERP → Site : au-delà de la mise à jour des niveaux de stock, ce flux doit gérer les cas limites. Ainsi, un stock qui passe à zéro doit déclencher immédiatement le basculement en rupture sur le site, pas lors de la prochaine synchro. De même, un seuil d'alerte mal configuré peut laisser afficher "disponible" sur une référence dont il ne reste qu'une unité réservée en interne.
- Site → ERP : le point critique est la réservation à la validation du panier, et non à la commande finalisée. Si le stock n'est décrémenté dans l'ERP qu'au moment du paiement, deux clients peuvent commander simultanément la dernière unité disponible.
Que se passe-t-il quand l'ERP tombe ?
C'est la question que peu d'architectures anticipent correctement, et pourtant c'est celle qui révèle la vraie robustesse d'un système. Une panne ERP, même courte, ne doit pas mettre le site e-commerce à l'arrêt.



