Synchroniser le stock de l'ERP avec la boutique B2B d'un distributeur à Strasbourg

Le verdict en trois phrases

Un stock faux sur une boutique B2B coûte plus cher qu'une boutique absente, car chaque commande annulée pour rupture abîme la relation avec un acheteur professionnel qui revient chaque mois. La bonne architecture combine une synchronisation par API toutes les 5 minutes, une réservation du stock au moment de la commande et un journal des écarts consultable par l'équipe logistique. Pour un catalogue de 8 000 références, comptez 6 à 10 semaines de projet et un connecteur qui relève d'une application sur mesure simple ou moyenne, avec un retour sur investissement mesurable en moins d'un an.

Pourquoi le stock affiché est faux deux à trois fois par jour

Le cas est classique en Alsace comme ailleurs. Le distributeur, installé dans la zone portuaire de Strasbourg, vend des abrasifs, de la visserie, des EPI et de l'outillage à environ 1 400 clients actifs : ateliers, sous-traitants automobiles, entreprises du BTP de l'Eurométropole et quelques comptes en Allemagne voisine. L'ERP gère les entrées, les sorties et les inventaires. La boutique en ligne, elle, reçoit un export CSV la nuit, puis une mise à jour manuelle vers midi.

Entre deux exports, trois flux modifient le stock sans que la boutique le sache : les ventes au comptoir, les commandes passées par téléphone aux commerciaux et les retours fournisseurs. Résultat, un article affiché « 42 en stock » n'en compte parfois plus que 3. Sur 8 000 références, il suffit que 150 articles à forte rotation soient concernés pour générer chaque jour plusieurs commandes impossibles à servir.

L'architecture qui tient la charge

Trois briques suffisent pour la majorité des distributeurs. La première est un connecteur qui interroge l'API de l'ERP toutes les 5 minutes et ne remonte que les références modifiées depuis le dernier passage. Sur 8 000 articles, cela représente souvent moins de 300 lignes par cycle, donc une charge négligeable pour l'ERP.

La deuxième brique est la réservation du stock. Dès qu'un acheteur valide son panier, la boutique envoie à l'ERP une réservation pour chaque ligne. Si l'ERP répond que la quantité n'est plus disponible, la boutique propose immédiatement un reliquat, une date de réapprovisionnement ou une référence équivalente. L'acheteur ne découvre plus la rupture par un e-mail deux jours plus tard.

La troisième brique est le journal des écarts. Chaque différence entre le stock affiché et le stock ERP est tracée, avec la référence, l'heure et l'origine probable. Au bout d'un mois, l'équipe sait si le problème vient des ventes comptoir, des retours ou d'un entrepôt secondaire mal paramétré.

Chez Kolonell, ce type de connecteur relève d'une application sur mesure simple, de 2 500 000 à 4 000 000 FCFA (3 810 à 6 100 EUR), ou moyenne, de 4 000 000 à 7 000 000 FCFA (6 100 à 10 670 EUR) si l'on ajoute plusieurs entrepôts, des prix par client et une gestion fine des reliquats. La maintenance se situe ensuite entre 35 000 et 120 000 FCFA par mois (53 à 183 EUR) selon le niveau de suivi.

Ce qu'il faut vérifier avant de signer

L'ERP dispose-t-il d'une API documentée, ou faut-il passer par une base intermédiaire ? Beaucoup d'ERP du marché français proposent une API REST, mais certaines versions anciennes ne savent exporter que des fichiers. Dans ce cas, le connecteur lit un dossier d'échange toutes les 5 minutes, ce qui reste bien meilleur qu'un CSV nocturne.

Vérifiez aussi qui est maître de la donnée. L'ERP doit rester la seule source de vérité pour le stock et les prix nets, la boutique ne faisant que les afficher et créer des réservations. Enfin, prévoyez une page d'état de la synchronisation : l'équipe doit voir en un coup d'œil l'heure du dernier passage réussi.

Mini cas pratique

Marc, directeur commercial du distributeur strasbourgeois, traite environ 2 600 commandes en ligne par mois, avec un panier moyen de 380 EUR HT. Avec 4 % d'annulations pour rupture, il perd 104 commandes par mois, soit près de 39 500 EUR de chiffre d'affaires différé ou perdu. Si la moitié seulement est vraiment perdue, cela représente environ 19 750 EUR mensuels.

Après la mise en place d'une synchronisation toutes les 5 minutes et de la réservation à la commande, le taux descend à 0,8 %, soit 21 commandes concernées. Le gain mensuel est d'environ 83 commandes, donc près de 15 800 EUR de chiffre d'affaires préservé si l'on garde la même hypothèse de moitié perdue. Avec une marge brute de 28 %, cela fait environ 4 400 EUR de marge par mois. Un connecteur de niveau moyen à 7 000 EUR est amorti en moins de deux mois, sans compter les heures du service client libérées.

FAQ

Une synchronisation toutes les 5 minutes surcharge-t-elle l'ERP ? Non, si le connecteur est différentiel et ne demande que les références modifiées. Sur 8 000 articles, on traite en général moins de 300 lignes par cycle, soit quelques secondes de calcul.

Faut-il du temps réel complet ? Rarement. Entre 5 minutes et le temps réel, l'écart d'annulations reste souvent inférieur à 0,3 point, alors que les webhooks exigent un ERP plus récent et plus de tests.

Que se passe-t-il si l'ERP tombe en panne ? La boutique continue d'afficher le dernier stock connu et marque les commandes en attente de confirmation. Dès le retour de l'ERP, les réservations sont rejouées dans l'ordre, en général en moins de 10 minutes.

Combien de temps dure le projet ? Comptez 6 à 10 semaines pour 8 000 références, recette et bascule progressive comprises. Un ERP sans API ajoute souvent 2 semaines.

Un iPaaS du marché ne suffit-il pas ? Il peut suffire si l'ERP et la boutique ont des connecteurs standards, pour 300 à 1 500 EUR par mois en ordre de grandeur 2026. Dès qu'il faut des prix par client et des reliquats, le sur mesure devient souvent plus rentable sur 3 ans.

Parlons de votre projet. Nous auditons votre ERP, votre boutique et vos flux de stock, puis nous cadrons un connecteur livrable en 6 à 10 semaines. Devis détaillé sous 48 h. WhatsApp +221 77 596 93 33.