Relier e-commerce et entrepôt : comment éviter des stocks incohérents

Le problème ne naît pas quand les deux systèmes se parlent : il naît quand ils annoncent des chiffres différents et que personne n'a décidé à l'avance à qui on fait confiance. Vendre une pièce qui n'existe pas coûte un remboursement, des excuses et parfois un client ; en bloquer une qui existe coûte une vente que personne ne comptabilise. Relier la boutique en ligne et l'entrepôt, c'est surtout établir qui a autorité, et ce qui se passe quand quelque chose tourne mal.

La partie technique est la plus simple. Les décisions difficiles sont commerciales, et elles doivent être prises avant la connexion : après, elles deviennent des rustines.

Stock et disponibilité vendable ne sont pas le même chiffre

La confusion la plus coûteuse est entre combien de pièces il y a en entrepôt et combien peuvent être vendues maintenant. Entre les deux, il y a tout ce qui est déjà promis à quelqu'un.

• Stock physique : ce que l'on compte sur les étagères, retours pas encore remis en rayon compris.
• Engagé : pièces de commandes acceptées et pas encore expédiées, y compris les ventes faites en magasin, par téléphone et par les représentants.
• En approvisionnement : marchandise commandée au fournisseur, avec une date qui est une prévision et non un fait.
• Réservé : stock de sécurité, échantillons, pièces défectueuses en attente de vérification, matériel destiné à un client spécifique.

La disponibilité vendable en ligne, c'est ce qui reste. Si le chiffre publié est le stock physique, vous vendez aussi ce qui appartient déjà à quelqu'un d'autre.

Une seule source officielle, décidée avant la connexion

Quand les deux systèmes divergent, l'un des deux doit avoir raison par règle et non par discussion. Les trois configurations possibles, avec le cas où chacune tient.

Les solutions où les deux systèmes peuvent modifier la disponibilité de la même référence génèrent les incohérences les plus difficiles à reconstituer : deux vérités et aucun arbitre.

La dernière pièce : la séquence qui casse tout

Le cas à concevoir n'est pas la vente normale, c'est la vente simultanée. Séquence illustrative, avec une seule pièce disponible.

1. À 10h31, un client en ligne met la pièce dans son panier. Si le panier ne réserve rien, la pièce reste vendable à n'importe qui.
2. À 10h32, le dirigeant vend la même pièce en magasin et la retire du système de gestion.
3. À 10h33, le client en ligne paie. La boutique accepte la commande car sa copie de la disponibilité est restée bloquée sur la valeur précédente.
4. À 10h35, la synchronisation aligne les chiffres et la disponibilité passe sous zéro. La pièce est unique, les commandes sont deux.
5. À 10h36, quelqu'un doit s'en apercevoir. S'il n'existe pas d'alerte, ce sera le magasinier qui s'en rendra compte lors de la préparation, ou le client quand il ne reçoit rien.

Les trois leviers qui réduisent le cas : réserver la disponibilité au paiement et non à l'expédition, raccourcir l'intervalle de synchronisation sur les références à faible stock, et décider à l'avance qui a la priorité quand cela arrive quand même. Aucun des trois ne l'élimine : la simultanéité est un fait, pas un défaut à corriger.

Quand la synchronisation échoue — et tôt ou tard elle échoue

Une connexion entre deux systèmes s'interrompt : maintenances, identifiants expirés, un code modifié, un réseau qui tombe. La question n'est pas de savoir si cela arrivera, mais ce qui se passe entre-temps.

• Les variations non délivrées restent en file d'attente et sont reprises dans l'ordre quand la connexion revient, au lieu d'être perdues.
• Une variation répétée deux fois ne doit pas décompter deux fois. On transmet la valeur résultante plutôt que la différence, ou bien chaque mouvement porte un identifiant qui empêche son application en double.
• Si la synchronisation est arrêtée depuis un temps défini, quelqu'un reçoit une alerte. Une connexion rompue en silence est pire qu'une connexion absente, car les chiffres continuent de paraître valides.
• Une réconciliation périodique compare les deux systèmes référence par référence et produit une liste d'écarts à examiner, pas une correction automatique qui cache la cause.

Coussin de sécurité ou vente jusqu'à zéro : un choix commercial

Garder quelques pièces non vendables en ligne réduit les annulations mais immobilise de la marchandise ; vendre jusqu'à la dernière pièce exploite tout l'entrepôt et augmente les exceptions. Il n'existe pas de réponse technique : cela dépend de ce que vous coûtent les deux options.

• Un coussin a du sens sur les références qui se vendent sur plusieurs canaux et tournent vite.
• Sur les références lentes et de grande valeur, un coussin est de l'argent immobilisé : mieux vaut vendre jusqu'à zéro et gérer l'exception quand elle se présente.
• Pour les produits sur commande, la disponibilité n'est pas le bon chiffre : la promesse est un délai de livraison et doit être écrite comme telle.
• L'inventaire ne coïncide jamais parfaitement avec le système, à cause de casse, de manquants et d'erreurs d'emplacement : le coussin absorbe aussi cela.

Les commandes limites à tester avant l'ouverture

Avant de connecter la boutique au public, on teste les cas qui n'arrivent jamais pendant une démonstration, avec de la vraie marchandise et de vraies personnes.

1. Vente simultanée de la dernière pièce sur deux canaux, avec la synchronisation active.
2. Commande annulée par le client et commande annulée par vous : la pièce redevient vendable, et l'on vérifie en combien de temps.
3. Retour reçu : la pièce revient comme vendable, à vérifier ou comme rebut, et l'on établit qui en décide.
4. Produit avec des variantes de taille, de couleur ou de conditionnement : la disponibilité se gère par variante, pas par produit parent.
5. Kits et produits composés : ce qui arrive au kit quand l'un des composants vient à manquer.
6. Connexion interrompue pendant une heure en pleine vente puis rétablie : aucun mouvement perdu, aucun appliqué deux fois.
7. Nouvelle référence créée dans le système de gestion : quand elle apparaît en ligne et avec quelles données minimales.

Ce que ce guide ne couvre pas

Ici, on parle de la cohérence de la disponibilité entre systèmes. La façon dont l'entrepôt est physiquement organisé, avec emplacements, mouvements et inventaires, est un problème différent et parfois la véritable cause des chiffres faux. Les vérifications à faire avant de promettre une intégration entre deux logiciels, quand l'un des deux n'a pas été conçu pour être connecté, sont elles aussi traitées à part.