← Études de cas

Use case

Stock à jour en continu : vendre avec le stock du moment, pas avec celui de la veille

Stock calculé la nuit, stock affiché faux, ventes perdues : retour d'expérience sur un stock mis à jour en continu, qui n'envoie que ce qui change.

7 min de lectureLahcen Ezzara

  • CDC
  • Boomi
  • Solace
  • Gravitee APIM
  • Retail
  • ERP
  • Event-Driven Architecture
Visuel « Use case » We Are Beebay sur fond bleu nuit : stock à jour en continu, vendre avec le stock du moment, pas avec celui de la veille.

1 730 milliards de dollars : c’est ce que coûtent chaque année au commerce mondial les ruptures de stock et les stocks en trop, selon IHL Group (2025). Sur le terrain, cet écart se voit tous les jours. Un produit vendu en magasin à 10 h reste affiché « en stock » sur le site jusqu’au lendemain matin : des commandes sont passées, puis annulées. À l’inverse, un produit caché par prudence reste en rayon sans pouvoir être vendu en ligne.

La cause n’est pas une panne. C’est un calcul lancé chaque nuit, qui fonctionne comme prévu : addition des ventes du jour, nouveau calcul du stock, puis affichage d’un chiffre déjà faux à l’ouverture des magasins.

Sur un projet mené pour une enseigne de grande distribution — plus d’un million de lignes de stock, des caisses dans chaque magasin et un site de vente en ligne en pleine croissance —, ce calcul de nuit a laissé la place à une mise à jour en continu. Voici comment, avec quels outils, et ce que cela change.

Un stock affiché faux fait perdre des ventes

Selon la même étude, près de 1 200 milliards de dollars de ces pertes viennent des ruptures de stock : des produits demandés par les clients, mais absents au bon endroit au bon moment. Le reste vient des stocks en trop.

Deux problèmes s’ajoutent. D’abord, vendre un produit qui n’est plus là : la commande est annulée et remboursée, parfois avec des frais de livraison pour rien. Ensuite, ne pas vendre un produit pourtant disponible : par prudence, le site peut afficher « rupture » avant que le stock réel soit épuisé.

Le sujet compte encore plus avec les clients qui achètent à la fois en ligne et en magasin. Selon McKinsey (2022), ces clients achètent 1,7 fois plus souvent que les clients qui n’utilisent qu’un seul canal.

« Plus les ventes sont nombreuses, plus un stock calculé la nuit est faux. »

Lancer le calcul plus souvent ne suffit pas

La première idée est de lancer le calcul plus souvent : toutes les heures au lieu d’une fois par nuit. Le retard baisse, mais ne disparaît pas. Et l’ERP travaille beaucoup plus.

À chaque passage, le traitement relit tout le stock dans l’ERP, le logiciel central qui sert aussi à la comptabilité, aux achats et aux livraisons. Plus de passages veut dire plus de travail pour l’ERP, alors que seules les lignes modifiées depuis le dernier passage auraient besoin d’être relues. Pendant les soldes et les grandes promotions, c’est encore pire : plus de ventes à traiter, des passages plus longs, et un retard qui grandit au pire moment.

La vraie question est donc : comment prendre en compte chaque vente au moment où la vente a lieu, sans surcharger l’ERP ?

Du calcul de nuit à la mise à jour en continu. Avant : une vente en magasin à 10 h, un calcul complet du stock la nuit, un stock mis à jour en ligne le lendemain matin, soit plusieurs heures de retard. Après : seule la vente est envoyée, et le stock en ligne est à jour en quelques minutes.

Du calcul de nuit à la mise à jour en continu : une même vente, deux délais d’affichage.

Envoyer seulement ce qui change

Cette méthode porte un nom : le Change Data Capture (CDC), c’est-à-dire la « capture des changements ». Au lieu de relire tout le stock à heure fixe, le système n’envoie que les modifications : une nouvelle vente, une ligne de stock qui bouge.

Sur le projet, deux sources alimentent ce flux. Les caisses des magasins envoient les nouvelles ventes à quelques minutes d’intervalle. L’ERP fournit le stock enregistré, en ne relisant que les lignes modifiées.

Le stock disponible se calcule alors simplement : stock de l’ERP, moins les ventes du jour déjà reçues des caisses. Le système refait ce calcul en permanence, et plus une seule fois par nuit. Chaque nuit, le total des ventes du jour repart à zéro, une fois ces ventes enregistrées dans l’ERP.

Calcul du stock disponible : stock de l’ERP (seules les lignes modifiées sont relues) moins les ventes du jour envoyées par les caisses toutes les quelques minutes. Exemple : 40 en stock dans l’ERP, 12 vendus depuis l’ouverture, 28 disponibles. Le stock affiché ne passe jamais sous zéro.

Calcul du stock disponible : stock enregistré dans l’ERP, moins les ventes du jour.

Trois outils, un rôle chacun

La solution s’appuie sur trois outils connus du marché, chacun avec un rôle précis.

Boomi récupère et prépare. Cet outil d’intégration lit les nouvelles ventes des caisses et les lignes de stock modifiées dans l’ERP, les met en forme, puis les envoie. Boomi calcule ensuite le stock disponible dans une base de données à part, séparée de l’ERP.

Solace transmet. Ce messager reçoit chaque vente et la transmet en quelques secondes aux programmes qui en ont besoin. Si un programme s’arrête, les ventes attendent dans une file au lieu d’être perdues.

Gravitee donne accès au stock. Cette porte d’accès sécurisée (une API) met le stock disponible à disposition du site et des applications mobiles. Le site ne lit jamais dans l’ERP, mais dans la base à part.

Mise à jour du stock en continu, qui fait quoi : les caisses et l’ERP fournissent les changements ; Boomi les lit, les met en forme et les envoie ; Solace les met en file et les transmet ; le stock disponible est calculé en continu dans une base séparée de l’ERP ; Gravitee donne un accès sécurisé au site, à l’application mobile et aux partenaires.

Mise à jour du stock en continu : le rôle de Boomi, Solace et Gravitee.

Le résultat : quelques minutes au lieu de plusieurs heures

Premier gain : le stock en ligne est enfin à jour. Une vente passée en caisse apparaît dans le stock affiché en ligne en quelques minutes, sans attendre la nuit. Le rythme se règle magasin par magasin : de quelques minutes à un quart d’heure selon les magasins.

Critère Avant : calcul la nuit Après : envoi des changements
Stock affiché en ligne Celui de la veille À jour en quelques minutes
Travail demandé à l’ERP Tout relire à chaque passage Relire seulement ce qui a changé
Périodes de fortes ventes Le retard augmente Les ventes attendent dans la file, puis passent
Nouveau besoin (application, partenaire) Nouveau lien à créer avec l’ERP Branchement sur le flux existant

Pour l’enseigne, cela veut dire moins de commandes annulées, une marge de sécurité qui peut être réduite, et un site qui montre enfin le vrai stock du rayon.

Le gain va plus loin que le stock. Toutes les ventes passent maintenant par un même point : un partenaire de livraison ou un outil de suivi des ventes peut s’y brancher, sans rien demander de plus à l’ERP.

Un seul flux, plusieurs usages : Boomi récupère les changements des caisses et de l’ERP et les publie dans Solace ; le site de vente en ligne et l’application mobile lisent déjà le stock via l’API ; un partenaire de livraison ou un outil de suivi des ventes pourront s’y brancher ensuite.

Un même flux, réutilisable par de nouveaux services sans surcharger l’ERP.

Ce qui rend le flux fiable au quotidien

Envoyer les changements ne suffit pas : les chiffres doivent aussi rester justes dans le temps. Quatre règles s’en chargent.

  • Un repère unique. Le magasin et le code-barres forment ensemble le repère de chaque ligne de stock : chaque mise à jour tombe au bon endroit, sans doublon.
  • Une reprise après coupure. Chaque magasin garde l’heure de la dernière vente envoyée : après une coupure, l’envoi reprend exactement à cet endroit.
  • Un calcul sécurisé. Le calcul se fait en entier ou pas du tout, et le stock affiché ne passe jamais sous zéro. Si l’ERP ne renvoie rien, le système garde l’ancien stock au lieu de l’effacer.
  • Un suivi complet. L’outil de suivi enregistre chaque passage : une erreur se voit tout de suite et se corrige flux par flux.

Le calcul de nuit reste utile

Le calcul de nuit ne disparaît pas, et c’est voulu. Ce calcul reste utile quand rien ne presse : comptabilité, inventaires, gros chargements de données. Le problème apparaît dès qu’une vente dépend d’une information qui se trouve dans un autre logiciel.

Le changement se fait par étapes : d’abord le stock, car c’est l’information qui rapporte le plus quand le chiffre est à jour, puis d’autres flux, une fois les gains mesurés.

Ce qu’il faut retenir

Un stock calculé la nuit est faux au moment où les ventes sont les plus nombreuses ; lancer le calcul plus souvent surcharge l’ERP sans supprimer le retard. Envoyer seulement ce qui change — les nouvelles ventes, les lignes de stock modifiées — donne un stock juste en quelques minutes. Un messager central et une base à part protègent l’ERP et permettent de brancher facilement de nouveaux services.

Mesurer le délai entre une vente en caisse et son affichage en ligne, puis chiffrer les ventes perdues : quelques ateliers suffisent pour savoir ce que coûte vraiment un stock en retard. Parlons-en.