Vendre sur plus d'un canal n'est plus une stratégie, c'est l'état par défaut. Une boutique en ligne, un portail pour les clients professionnels, deux ou trois places de marché, et une enseigne qui envoie ses commandes par EDI. Chacun de ces canaux a ses propres commandes, ses propres remises, son propre traitement de la TVA et son propre rythme de mise à jour du stock.
Tant que les systèmes derrière se parlent vraiment, cela tient. Quand ils ne se parlent qu'à moitié, le symptôme est toujours le même : le stock mentionné quelque part n'existe plus ailleurs.
Les symptômes, avant les causes
Les opérations qui souffrent de ce problème se reconnaissent à six signes, et ils arrivent presque toujours ensemble.
- Des doublons clients, et des références de commande qui ne correspondent pas d'un système à l'autre.
- Des mises à jour de stock en retard ou manquantes, donc de la survente.
- Des factures rapprochées à la main entre la boutique et l'ERP.
- Des étiquettes de transport fausses parce que les données d'adresse sont incomplètes.
- Des retours et des avoirs sans visibilité : personne ne sait ce qui est revenu, ni dans quel état.
- Aucun reporting unifié, donc un fichier consolidé à la main chaque matin.
Ce travail coûte de l'argent, mais ce n'est pas le pire. Le pire est l'usure : corriger les mêmes erreurs tous les jours finit par convaincre une équipe que les chiffres du système ne valent rien, et elle repasse au tableur.
Pourquoi l'ERP ne peut pas s'en charger seul
Un ERP est construit pour tenir des écritures : la facture, la TVA, la comptabilité client, les immobilisations. Il n'est pas construit pour orchestrer des commandes à la minute. Il est volontairement rigide, parce qu'une écriture comptable doit l'être, et cette rigidité devient un handicap dès qu'il faut découper une commande, la réaffecter ou la réserver.
Ce n'est pas un défaut de l'ERP, c'est un périmètre. BizBloqs n'est pas un ERP et ne cherche pas à en être un.
Ce que fait un logiciel OMS
Un logiciel OMS — un order management system, un système de gestion des commandes — s'intercale entre les canaux de vente et l'exécution. Notre logiciel de gestion des commandes fait quatre choses, dans cet ordre.
Il normalise. Une commande de place de marché, une commande de boutique et une commande EDI n'ont ni le même format ni les mêmes champs. Elles entrent, elles sortent sous une seule forme.
Il complète et il vérifie. Référence produit, prix, disponibilité, adresse de livraison : ce qui manque est signalé avant que la commande ne descende au magasin, pas après.
Il affecte. Le stock est réservé selon des règles : par site, par priorité client, par heure limite de commande. Une ligne sans stock part en reliquat au lieu de bloquer la commande entière.
Il déclenche. La préparation est lancée, et le suivi comme la facture repartent vers le canal d'origine.
L'exécution dans le magasin, elle, reste le travail du logiciel WMS : l'emplacement, le chemin, le scan, le contrôle au colisage.
Faites défiler latéralement pour voir toute la figure.
Gestion multicanale : le stock doit dire la même chose partout
C'est la fonction la plus visible et la plus facile à vérifier. Un produit vendu sur un canal fait baisser la disponibilité annoncée sur tous les autres, dans le même mouvement. Pas à la synchronisation de minuit : tout de suite.
Deux conséquences pratiques. D'abord, la survente disparaît, et avec elle les annulations qui coûtent une note sur une place de marché. Ensuite, des promesses qui dépendent du stock en temps réel deviennent possibles : le retrait en magasin, l'expédition depuis un point de vente, le délai affiché sur la fiche produit.
En France, les canaux concernés sont rarement un seul : Amazon.fr, Cdiscount, la Fnac, ManoMano ou Leroy Merlin selon le secteur, en plus de la boutique propre. L'accès se fait par ChannelEngine ou Channable, et c'est le sujet de nos intégrations places de marché ; les boutiques Shopify, PrestaShop, WooCommerce, Magento, Shopware ou Lightspeed passent par nos intégrations e-commerce.
Décider d'où part une commande
Une fois que le stock est juste, la question suivante est le point de départ. La règle peut être géographique — un client du Nord est servi depuis le site le plus proche, ce qui réduit la facture de transport — ou commerciale, avec du stock réservé à un compte clé.
L'intérêt n'est pas l'optimisation théorique. L'intérêt est qu'en période de pointe, personne n'ait à décider dans l'urgence, et que la décision soit la même le mardi et le samedi.
L'ERP, le magasin, et ce qui circule entre eux
Un connecteur ERP fait circuler les données de référence dans un sens et les mouvements dans l'autre. Les clients, les SKU et les prix descendent de l'ERP ; les réceptions, les sorties et les expéditions remontent. Côté ERP, les plateformes concernées sont Business Central, SAP Business One, Exact Online, Exact Globe ou Cegid.
C'est ici que se joue le sujet dont personne ne parle : non pas le nombre de connexions, mais l'accord sur le sens des mots. Deux systèmes peuvent échanger parfaitement et ne pas appeler la même chose « disponible », ni « expédié ». Quand cela arrive, les rapports se discutent au lieu de servir. Le remède n'est pas une intégration plus profonde, c'est une définition unique par donnée et un système responsable de chaque événement.
Les retours, qui arrivent toujours en dernier
Un canal supplémentaire est aussi un flux de retours supplémentaire, avec ses propres règles. En France, le droit de rétractation de quatorze jours du Code de la consommation s'applique à la vente à distance, et le délai court pour vous aussi : le remboursement a une échéance. Un traitement des retours décidé à la réception — revendable, à reconditionner, à détruire — vaut mieux qu'une palette de colis ouverts qui attend une décision.
Ce qu'il faut regarder après la mise en service
Quatre mesures suffisent, et elles se lisent par canal.
- Le temps de traitement d'une commande, du paiement à l'expédition.
- Le taux de commandes justes, lignes et quantités.
- Le délai de propagation du stock d'un canal à l'autre.
- Le délai de résolution d'un retour.
Les éditeurs annoncent volontiers des gains en pourcentage. Nous n'en reprenons aucun ici : ceux qui circulent sur ce sujet, y compris sur notre propre page anglaise, n'ont pas de source. Si vous voulez un ordre de grandeur sur votre propre flux, le calculateur ROI travaille sur vos chiffres, pas sur les nôtres.
Et la résistance au changement
Elle est normale, et elle vient rarement de la technique. Elle vient de la crainte de perdre la main sur un geste que l'on maîtrise. Deux choses marchent : associer tôt les deux ou trois personnes qui connaissent réellement les exceptions, et faire la formation sur les commandes du jour plutôt que sur un jeu d'essai.
<!-- La FAQ est générée depuis le bloc `faq` de l'en-tête -->
BizBloqs orchestre les commandes de tous vos canaux et les fait exécuter dans le magasin, avec un paramétrage client par client. Pour voir ce que cela donne sur votre flux, réserver une démo. Si vous vendez sur un seul canal depuis un seul entrepôt, vous n'avez pas besoin de cette couche.
