Article de JJ Karambelas
Dans le retail, les décisions d'investissement sur les systèmes clés sont rarement simples. Sous la pression d'améliorer l'expérience client, de réduire les coûts et de gagner en agilité, de nombreuses enseignes se posent la même question :
Faut-il changer de plateforme ERP ou donner la priorité à un système de gestion distribuée des commandes (DOM) ?
Pour la plupart des enseignes, il est plus pertinent d'investir dans un système de gestion des commandes distribué. Une migration ERP peut améliorer les processus financiers et de supply chain, mais elle aura peu d'effet sur la flexibilité du traitement des commandes, la visibilité des stocks ou la conversion.
Un DOM répond directement à ces enjeux et se déploie généralement en quelques mois plutôt qu'en plusieurs années. Il sépare aussi l'orchestration des commandes de l'ERP, facilitant ainsi une future migration et réduisant les risques.
C'est une décision clé : les deux options promettent des améliorations opérationnelles, mais leurs résultats commerciaux et techniques diffèrent nettement.
Les arguments pour et contre la migration de plateforme ERP
La plupart des enseignes ont de bonnes raisons de remplacer un ERP vieillissant. Des années de personnalisations peuvent compliquer sa maintenance et ralentir les équipes finance et supply chain. Un nouvel ERP peut résoudre ces problèmes et offrir à l'entreprise une base plus cohérente.
Le principal inconvénient est que ces bénéfices sont surtout internes. Une migration n'améliore pas forcément la précision des stocks pour les clients, le choix des options de traitement ou la conversion. L'ERP peut donc être le système le plus évident à remplacer sans être celui qui apporte la valeur commerciale la plus immédiate.
Bénéfices potentiels d'une migration de plateforme ERP
Une migration modernise les processus clés de la finance et de la supply chain et, lorsque l'ancien ERP a été fortement personnalisé, réduit une part importante de la dette technique. Elle favorise aussi la standardisation à long terme, d'autant plus importante que le nombre de marchés et d'entités augmente.
Limites et risques
Les migrations ERP sont des projets coûteux et pluriannuels qui dépassent souvent leur budget. Gartner prévoit que d'ici 2027, plus de 70 % des initiatives ERP récemment déployées n'atteindront pas pleinement les objectifs de leur business case initial, et jusqu'à 25 % pourraient connaître un échec catastrophique.
L'impact client reste limité. Les ERP ne sont pas conçus pour orchestrer les stocks en temps réel, gérer un traitement flexible ou des scénarios omnicanaux. Même les versions modernes déploient lentement de nouvelles options comme l'expédition depuis le magasin, les marketplaces ou le « rayonnage infini ». Les enseignes finissent souvent par reconstruire le middleware que la migration devait supprimer pour compenser les limites de l'ERP.
Pourquoi les progiciels de gestion intégrée (ERP) ont du mal à gérer la logistique de livraison
Les stocks de l'ERP sont conçus pour le rapprochement financier, pas pour la disponibilité en temps réel. Ils sont exacts à la clôture d'une période, pas quand un client ajoute un article à son panier. L'ERP enregistre en outre une quantité nette, plutôt que ce qui est disponible où, réservé pour quoi et livrable dans le délai promis.
La logique de commande est transactionnelle plutôt que fondée sur des règles : l'ERP enregistre quand une commande est passée puis traitée. Il ne détermine pas quel site doit l'exécuter selon la marge, la distance, la capacité, le risque de démarque et l'heure limite du transporteur. Chaque nouveau scénario devient donc une personnalisation plutôt qu'un réglage.
Une enseigne qui décide de migrer vers une nouvelle plateforme pour se moderniser peut ensuite découvrir que l'ERP reste incapable de fournir une date de livraison prévisionnelle sur un réseau distribué. Elle fait alors développer, dans les dix-huit mois, une couche de disponibilité sur mesure. Le middleware que la migration devait éliminer réapparaît, développé par une autre équipe, dans des délais plus courts et avec un budget plus limité.
Et le module de gestion des commandes de votre ERP ou de votre plateforme e-commerce ?
La plupart des plateformes ERP et e-commerce intègrent la gestion des commandes. Elles gèrent un traitement séquentiel sur peu de sites et une allocation à source unique. Elles ne conviennent donc pas à l'affectation en temps réel entre magasins, entrepôts et partenaires de dropshipping, aux expéditions fractionnées ni aux règles variant selon la saison et les promotions.
Le critère n'est pas le nombre de sites, mais la nature de la décision à prendre. Si chaque commande n'a qu'une seule source évidente, un module natif suffit généralement. Dès que l'affectation exige de mettre en balance les stocks, les coûts, la capacité, la promesse de livraison et le risque de démarque entre plusieurs sites, le module natif devient une contrainte, car il a été conçu pour enregistrer la décision plutôt que pour la prendre.
Gestion distribuée des commandes : une voie plus directe vers la valeur client
Un système de gestion distribuée des commandes (DOM) s'intercale entre les canaux front-end tels que l'e-commerce, le POS et les marketplaces, et l'ERP. Il détermine lequel de vos sites traitera chaque commande. C'est la couche qui rend possible la gestion omnicanale de commandes sans avoir à intégrer de manière rigide les règles d'exécution dans le système ERP ou la plateforme de commerce électronique.
Principaux avantages du DOM
Un DOM unifie les stocks des entrepôts, magasins et partenaires de dropshipping dans une vue unique en temps réel. Il permet l'expédition depuis le magasin, le « click & collect », le « rayon infini » et les expéditions fractionnée, avec peu de perturbations pour l'ERP.
L'impact commercial en découle directement. Une disponibilité fiable évite les ruptures de stock et réduit les annulations, ce qui améliore la conversion. En parallèle, l'acheminement de chaque commande vers le site le plus rentable réduit les coûts logistiques et de démarque.
Il se déploie aussi progressivement, avec des bénéfices en quelques mois plutôt qu'en plusieurs années, et apporte une couche d'agilité aux canaux. L'ERP, la plateforme e-commerce ou le WMS peuvent ainsi changer ensuite sans perturber la logique de traitement.
Défis liés à l'adoption de la gestion distribuée des commandes
Un DOM doit être correctement intégré à l'ERP, au WMS, au POS et aux canaux de vente digitaux, ce qui prend du temps avec des systèmes anciens ou fragmentés. Il dépend aussi des données reçues : des stocks peu fiables ou des mises à jour amont tardives limiteront ses capacités.
Au coût technique s'ajoute celui des processus. Les équipes magasin et les opérations doivent s'adapter à de nouveaux workflows, qu'il s'agisse de préparer des commandes expédiées depuis le magasin ou de revoir les priorités d'allocation. Et même si un DOM coûte nettement moins cher qu'une migration ERP, il exige un réel investissement technologique et organisationnel.
Le choix des partenaires compte autant que celui du logiciel. Privilégiez un éditeur de DOM et un intégrateur expérimentés dans le découplage des flux de commandes de plateformes ERP spécifiques, car c'est là que se concentre l'essentiel du risque.
Certains défis doivent être pris en compte, mais il s'agit généralement d'obstacles à court terme, tandis que les bénéfices se cumulent rapidement.
Comparaison commerciale entre ERP et DOM
| Migration de plateforme ERP | Distributed Order Management | |
| Coût | Élevé (pluriannuel, plusieurs millions) | Modéré, mise en oeuvre modulaire |
| Délai de création de valeur | 18 à 36 mois | 4 à 9 mois |
| Impact client | Faible (efficacité du back-office) | Élevé (CX, flexibilité du traitement des commandes, conversion) |
| Agilité | Limitée, processus codés en dur | Élevée, règles de traitement configurables |
| Risque | Élevé (perturbation, dérive du périmètre) | Plus faible (approche par couches, déploiement progressif) |
| Dépendance | Dépendance fréquente à la feuille de route de l'éditeur | Pérennise les choix d'ERP, de WMS et d'e-commerce |
Faut-il parfois migrer l'ERP en premier ?
Dans certains cas, une migration ERP doit passer en priorité : lorsque l'ERP n'est plus pris en charge et crée un risque de sécurité ou de conformité, ou lorsque les modules finance et supply chain sont si obsolètes qu'ils freinent l'activité.
L'argument commercial en faveur du DOM en premier
Un DOM génère une valeur mesurable sur le chiffre d'affaires au cours du même exercice : meilleure conversion, moins d'annulations et davantage de commandes captées. Une migration ERP met généralement des années à produire un retour, si elle en produit un. Ces gains rapides sur le traitement et l'expérience client peuvent ensuite financer ou justifier la transformation ERP.
L'argument technique en faveur du DOM en premier
Un DOM découple de l'ERP l'orchestration des commandes et la disponibilité des stocks, réduisant la dépendance aux personnalisations. Il peut être déployé progressivement, de l'e-commerce aux magasins, marketplaces et au commerce de gros. Une fois en place, l'ERP sous-jacent peut être mis à niveau ou remplacé avec beaucoup moins de perturbations.
Lorsque l'ERP change, la partie visible par le client reste en place. Le calcul de disponibilité, les règles d'affectation, la logique de promesse de livraison et les API appelées par les canaux résident tous dans le DOM. Le site marchand interroge donc le même système de la même manière avant et après la migration.
Le rôle de l'ERP se réduit à fournir les mouvements de stock et les écritures financières via des interfaces définies. Le remplacer revient à rediriger ces interfaces plutôt qu'à reconstruire la logique de traitement des commandes, puisque cette logique n'a jamais résidé dans l'ERP.
Déployer l'ERP et le DOM en parallèle
Les enseignes peuvent stabiliser ou moderniser la finance et la supply chain via une migration ERP tout en déployant un DOM pour les priorités côté client.
L'approche par couches protège la continuité d'activité en isolant les canaux front-end des changements ERP et la logique de traitement pendant la migration. Elle réduit aussi les risques : les retards ERP ne bloquent pas l'innovation côté client, et le DOM sécurise le traitement même si les jalons ERP glissent.
Mener les deux projets en parallèle exige toutefois une architecture adaptée : cette isolation ne fonctionne que si leurs interfaces sont bien définies dès le départ.
Est-ce pertinent pour vous ?
Donnez la priorité au DOM si au moins trois des points suivants s'appliquent à votre entreprise :
- Vous avez plus d'un site physique ou prévoyez d'en avoir dans les dix-huit mois.
- Des commandes en ligne sont annulées ou partiellement expédiées parce que le stock affiché disponible ne l'était pas
- Ajouter une option de traitement, comme le click & collect ou une marketplace, prend plus d'un trimestre.
- Le stock magasin n'est pas visible sur le canal e-commerce, ou il l'est mais ne peut pas être vendu.
- Les règles d'acheminement sont codées en dur : les modifier nécessite l'intervention de développeurs.
Faites de l'ERP votre priorité si votre version actuelle n'est plus prise en charge ou si les modules finance et supply chain freinent directement le reporting, la conformité ou la croissance. Même dans ce cas, vous devriez déployer le DOM en parallèle plutôt qu'après.
Commencez par le DOM, pas par l'ERP
Les enseignes ne fidélisent pas leurs clients avec de meilleurs systèmes financiers, mais avec un traitement fiable et flexible, une expérience cohérente sur tous les canaux et une promesse client tenue clairement et de façon prévisible. C'est ce que permet le DOM.
En déployant d'abord un DOM, les enseignes obtiennent un impact commercial immédiat : meilleure conversion, coûts de traitement réduits et satisfaction client accrue.
Cette approche réduit aussi les risques d'une future migration ERP en séparant la promesse de service des processus de back-office. Le DOM est cette couche : il absorbe les évolutions des besoins côté client sans les répercuter sur les systèmes sous-jacents.
En résumé, pour un premier investissement, le DOM apporte davantage de valeur, plus vite et avec moins de risques. Si les deux transformations doivent être menées en parallèle, il protège aussi la rentabilité de l'expérience client.
FAQ
Les enseignes peuvent-elles ajouter un DOM à leur architecture existante sans migrer d'abord l'ERP ?
Oui. Il n'est pas nécessaire de remplacer l'ERP avant d'ajouter un DOM. L'ERP peut poursuivre ses fonctions actuelles tandis que le DOM utilise les données de commande et de stock pour décider comment traiter chaque commande.
Il doit être correctement intégré à l'ERP, au WMS, au POS et aux canaux de vente, mais l'âge de l'ERP n'est pas décisif. Mettre le DOM en place d'abord peut aussi rendre une future migration ERP moins perturbatrice, puisque la logique de traitement est déjà séparée.
Que doivent rechercher les enseignes chez les fournisseurs d'ERP et de DOM pour leur prochain investissement technologique ?
Lorsqu'elles évaluent un fournisseur de DOM, les enseignes doivent comprendre comment les règles de traitement sont définies et si leurs équipes peuvent les modifier sans dépendre du fournisseur. Elles devraient aussi demander des exemples de projets où les flux de commandes ont été découplés d'un ERP et ce qui peut réellement être livré dans les premières semaines.
Les fournisseurs d'ERP doivent expliquer comment leurs systèmes calculent le stock disponible dans les magasins, entrepôts et autres sites. Les enseignes doivent vérifier si cette fonction est standard, configurable ou nécessite un développement spécifique.
Un ERP peut-il prendre en charge la gestion distribuée des commandes ?
Un ERP peut gérer les commandes de base, mais atteint souvent ses limites lorsqu'elles doivent être affectées à travers un vaste réseau de sites. Ses données de stock servent surtout au contrôle financier, pas à une vue en temps réel du stock disponible pour les clients. Il enregistre une commande, mais n'évalue pas en continu quel site doit la traiter selon le stock, le coût, la capacité et les exigences de service.
Les enseignes comblent souvent ces lacunes avec des intégrations sur mesure ou du middleware. Cela peut fonctionner au départ, mais coûts et complexité augmentent avec le nombre de sites et d'options de traitement. Un DOM est conçu spécifiquement pour ces décisions
Avez-vous besoin d'un DOM si vous vendez uniquement en ligne ?
Parfois. Le nombre de sites qui traitent les commandes compte plus que le nombre de canaux de vente. Un e-commerçant expédiant tout depuis un seul entrepôt aura rarement besoin d'un DOM. Si les commandes peuvent partir de plusieurs centres de traitement, fournisseurs en dropshipping ou prestataires logistiques tiers, il faut toujours choisir la bonne source. C'est là qu'un DOM devient utile, même sans magasins.
