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.
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é |
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
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.
👉 Pour aller plus loin sur la qualité des données en amont d’une intégration, lire notre article sur la migration de données lors d’une refonte SI
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.
1. Le site reste pleinement opérationnel
Les données produits (catalogue, stocks) sont synchronisées et stockées localement dans la base du site (Sylius dans notre exemple). Le site ne fait pas d’appels en temps réel à l’ERP pour afficher les pages. Un client peut ainsi naviguer, consulter les disponibilités et passer commande même si l’ERP est temporairement indisponible.
2. Les commandes continuent d’être enregistrées
Quand une commande est passée pendant une indisponibilité ERP, elle n’est pas perdue. Elle est placée dans une file d’attente asynchrone. Dès que l’ERP redevient disponible, les commandes en attente sont automatiquement dépilées et envoyées, dans l’ordre et sans doublon grâce aux mécanismes d’idempotence. Le site continue de vendre même si l’ERP est en panne.
3. Les mises à jour de stock reprennent automatiquement
Dès le retour de l’ERP, la synchronisation du stock e-commerce reprend via le même mécanisme asynchrone. Ainsi, on réconcilie et propage les mouvements intervenus pendant la panne vers le site, et ce sans intervention manuelle. Cette architecture découplée évite les effets de cascade. C’est l’un des principes fondateurs d’une infrastructure IT résiliente, avec un monitoring capable de détecter ces incidents en temps réel.
Intégration ERP e-commerce : transformer le stock en levier commercial
Connecter son ERP à son e-commerce n’est pas qu’un sujet défensif. Une donnée de stock fiable et à jour en temps réel ouvre des opportunités commerciales concrètes. C’est la dimension souvent sous-estimée d’une intégration ERP e-commerce bien architecturée.
Identifier et écouler les surstocks
Lorsque l’ERP remonte des niveaux de stock anormalement élevés sur certaines références, le site peut devenir un canal d’écoulement rapide. Une règle de synchronisation peut déclencher automatiquement l’affichage d’une remise sur les produits dépassant un seuil défini dans l’ERP. Sans connecteur ERP – e-commerce fiable, ce type de règle dynamique n’est pas opérationnel.
Afficher la tension de stock et personnaliser les délais
Une intégration fiable permet d’afficher des informations de tension de stock (« plus que 2 en stock ») directement calculées depuis l’ERP en temps réel. C’est un levier de conversion documenté, à condition que la donnée soit exacte. Afficher une fausse urgence sur un stock mal synchronisé produit l’effet inverse.
De même, lorsque l’ERP connaît le stock disponible par entrepôt et les délais logistiques associés, il devient possible d’afficher un délai de livraison personnalisé plutôt qu’une mention générique. C’est un argument commercial qui repose entièrement sur la qualité de l’interfaçage ERP.
Les points de vigilance avant de se lancer
La qualité des données en amont. Une synchronisation ne corrige pas des données de mauvaise qualité dans l’ERP. Références mal renseignées, stocks négatifs, doublons.. Tout se propagera donc fidèlement vers le site.
Le monitoring des flux en continu. Les APIs évoluent, les volumes augmentent, les erreurs silencieuses s’accumulent. Mettre en place des alertes en cas d’échec de synchronisation est une condition de fiabilité à long terme, pas une option.
Les montées en charge. Selon une étude IHL Group, le manque à gagner mondial lié aux erreurs de stock dépasse 1 700 milliards de dollars par an. De ce fait, valider que l’architecture tient sous charge avant les périodes de forte demande est un prérequis opérationnel.
Hello Pomelo vous accompagne sur vos projets d’intégration ERP e-commerce
Connecter son ERP à son e-commerce est un enjeu de performance business et de continuité d’exploitation autant que de technique. Une architecture bien conçue garantit que le client voit toujours une information fiable, que le site vend même quand l’ERP rencontre une défaillance, et que les données de stock deviennent un levier commercial actif.
Chez Hello Pomelo, nous concevons ces architectures d’intégration dans le cadre de nos projets e-commerce B2B et d’intégration ERP Business Central. Vous avez un projet d’intégration ou souhaitez évaluer la robustesse de votre architecture actuelle ? Échangeons ensemble.
