ERP logistique : choisir sans désorganiser l’entrepôt

Une commande marketplace arrive dans l’entrepôt. La boutique en ligne a déjà réservé le dernier article, mais l’écran du préparateur l’affiche encore comme disponible. Le préparateur scanne le carton. La commande reste pourtant en attente dans l’application, qui ne génère pas l’étiquette.

Trois logiciels donnent alors trois réponses. L’équipe doit choisir lequel croire avant le départ du colis. Personne n’a désigné le système qui fait foi.

Un ERP logistique relie les achats, le stock, les commandes, l’entrepôt et l’expédition. Chaque donnée doit dépendre d’un seul système. Selon Eurostat, en 2025, parmi les entreprises françaises d’au moins 10 personnes, plus d’une sur deux utilisait un progiciel de gestion intégré (ERP).

Avant de comparer les outils, demandez qui calcule le stock disponible, affecte la commande et confirme le départ du colis.

ERP logistique, OMS, WMS : attribuer chaque décision

Dans l’ERP, les équipes gèrent les ressources communes, comme les produits, les fournisseurs ou les achats. L’OMS, ou logiciel de gestion des commandes, affecte chaque commande à un site logistique selon le stock disponible. Le WMS guide le préparateur dans l’entrepôt. Le TMS choisit le service transporteur, imprime l’étiquette et reçoit les mises à jour du suivi.

Certains ERP intègrent un WMS. Certains OMS calculent le stock disponible. Pour chaque donnée, notez le système qui décide, exécute ou consulte.

Ne remplacez pas un ERP financier fiable au seul motif que les préparateurs peinent. Gardez-le pour la finance et les référentiels. Ajoutez un OMS pour les commandes multicanales et un WMS pour l’entrepôt.

Une entreprise qui a peu de contraintes comptables peut choisir une suite opérationnelle réunissant OMS, WMS, TMS et achats. myFulfillment couvre les commandes, les achats, l’entrepôt et le transport. Il ne tient ni la comptabilité générale ni la paie.

Du besoin d’approvisionnement au suivi transporteur

Avant la rupture de stock, l’acheteur prépare un bon de commande fournisseur. À la livraison, le réceptionnaire range l’article ou l’affecte directement à une commande client. Cette seconde méthode s’appelle le cross-docking : l’article ne passe pas par le stock.

Une ligne de commande, c’est un article et la quantité demandée.

1. Calculer le besoin. L’acheteur consulte les références dont le stock est bas, les reliquats et les quantités déjà commandées. Un reliquat est une quantité commandée mais pas encore reçue. Le système propose une quantité ; il ne prévoit pas la demande.
2. Préparer le bon de commande. L’acheteur choisit les besoins à couvrir. Le système crée alors un brouillon ou complète un bon existant. L’acheteur valide la proposition.
3. Réceptionner. Le réceptionnaire compare les articles livrés au bon de commande. S’il ne reçoit qu’une partie de la quantité, le reliquat reste ouvert.
4. Ranger ou passer en cross-docking. Le réceptionnaire scanne l’article. Le système peut l’affecter à une commande en attente. Sans cette affectation, une commande à une seule ligne passe par le rangement, puis par un second trajet.
5. Créer la liste de préparation. La liste indique la référence, la quantité, l’emplacement, les commandes et les bacs. Le préparateur confirme chaque prélèvement par un scan.
6. Emballer et expédier. L’opérateur contrôle les articles, ferme le carton et imprime l’étiquette du service transporteur choisi.
7. Renvoyer le suivi. Le transporteur envoie ses statuts et ses anomalies. Une tâche planifiée peut ensuite les transmettre au site e-commerce.

Le connecteur peut utiliser une API, c’est-à-dire une interface entre deux logiciels. Il peut aussi envoyer un fichier, en recevoir un ou lancer une tâche planifiée.

Chronométrez chaque échange entre systèmes en conditions réelles. La page gestion des commandes fournisseur détaille les achats. Le guide du réapprovisionnement explique les seuils et les quantités.

Attribuez un système à chaque donnée, puis testez les erreurs

Un SKU est la référence unique d’un article. Créez-en un pour le test, suivez-le dans chaque logiciel, puis provoquez une erreur. Vous repérerez vite toute ressaisie manuelle.

GS1 présente EPCIS 2.0, publié en juin 2022, comme un langage commun qui décrit les événements. Il répond à cinq questions : quoi, quand, où, pourquoi et comment. Vous n’avez pas besoin d’installer EPCIS. Exigez seulement une date, un identifiant et une origine pour chaque mise à jour.

Pour votre CMS, testez les hooks, les statuts et les champs. Un hook déclenche un échange après une action dans la boutique. Les fiches d’intégration CMS décrivent cette intégration.

Sept pannes qui révèlent l’outil manquant

Quand deux écrans se contredisent, observez qui tranche.

• Une commande se perd entre cinq interfaces. Vérifiez l’import, le dédoublonnage et le statut partagé. Un OMS peut centraliser les commandes.
• La dernière unité se vend sur deux canaux. Contrôlez la réservation, la fréquence et le calcul du stock disponible.
• Le préparateur prend le mauvais article. Un WMS indique l’emplacement et arrête l’erreur avant l’expédition.
• Une réception partielle solde la quantité restante. Séparez les quantités commandées, reçues et restantes.
• L’équipe choisit le transporteur à la main. Un TMS applique les règles et signale les exceptions.
• Une panne du WMS ou du connecteur bloque les commandes. Testez et chronométrez la procédure de secours.
• La finance et la logistique corrigent la même donnée. Désignez un responsable, puis retirez les autres droits.

Examinez ensuite le module correspondant : commandes, entrepôt ou transport.

Dix tests pour comparer deux solutions

Donnez vos fichiers et exceptions aux éditeurs.

• Responsabilités. Nommez un responsable par fonction.
• API. Contrôlez documentation, authentification, quotas et erreurs.
• Fréquence. Exigez une fréquence de synchronisation chiffrée pour les commandes, le stock et le suivi.
• Doublons. Rejouez le fichier : aucun doublon ne doit être créé.
• Exceptions. Testez reliquat, réception partielle, commande scindée, cross-docking et incident transporteur.
• Historique. Notez qui corrige, quand et pourquoi.
• Mobilité. Contrôlez produit, emplacement et quantité sur le terminal.
• Multi-site. Suivez le stock entre entrepôts, magasins et prestataires logistiques (3PL).
• Transport. Testez l’étiquette et le suivi pour chaque service transporteur.
• Réversibilité. Exportez produits, stocks, commandes, achats et journaux.

Les deux essais qui suivent sont rapides. Rejouez un fichier et lisez le journal des rejets. Réceptionnez un carton qui mélange des articles de trois bons de commande, puis comptez le nombre d’écrans à ouvrir pour le traiter.

Déployer sans bloquer l’entrepôt

Les problèmes s’accumulent sans alerte. L’équipe ajoute un site, accepte un test incomplet, puis oublie ce qui a été validé. Demandez une preuve datée et un responsable à chaque étape.

Le logiciel ne suffit pas. Dans une étude publiée en 2022 dans l’International Journal of Technology and Human Interaction, Idilbi et Abu-Shanab ont analysé 321 réponses recueillies dans 40 organisations. Les répondants placent d’abord le soutien de la direction, puis la formation des utilisateurs et la gestion de projet.

Nommez les responsables, faites signer la recette et réservez du temps de formation. Limitez le premier essai à un canal et un site. Comparez ensuite le résultat aux mesures de départ.

Testez aussi la sécurité. Le guide de la sécurité des données personnelles de la CNIL, publié en 2024, compte 25 fiches. Cinq concernent ce projet : habilitations (fiche 5), échanges extérieurs (fiche 13), journalisation (fiche 16), sauvegarde (fiche 17), continuité et reprise (fiche 18). Demandez une preuve datée pour chacune.

Deux opérations réelles : ce qu’elles ont permis de gagner

Le premier client distribue des pièces de carrosserie automobile à Barcelone. Son catalogue compte de 200 000 à 500 000 références, trop pour tout stocker. Chaque commande déclenche un achat fournisseur, puis l’article reçu est affecté directement à cette commande.

Après paramétrage et développement, l’équipe a automatisé 100 % du traitement auparavant manuel. Une commande d’une seule ligne traverse l’entrepôt en quelques minutes au lieu de plusieurs heures. Le cas de cross-docking multi-fournisseur décrit ce flux.

Le second client vend des produits pour la maison et le jardin sur PrestaShop, Amazon, Cdiscount, ManoMano et un portail B2B. Son équipe utilisait cinq interfaces et Excel. La centralisation lui a fait gagner 4 heures par jour.

Les commandes partent désormais le jour même, contre 1 à 2 jours de retard auparavant. Un nouvel arrivant devient autonome en 2 semaines au lieu de 3 mois. Le cas de centralisation multicanale donne le contexte.

Deux autres dossiers montrent une architecture proche : l’intégration OMS-WMS et l’automatisation sur deux pays.

Examinez les tests et les cas présentés sur cette page avec les équipes des opérations, de la logistique, de l’informatique et de la finance. Attribuez chaque donnée à un système, nommez un responsable et définissez la preuve attendue avant de signer.

Si votre ERP gère bien la finance et les référentiels, gardez-le. Ajoutez seulement la couche qui manque aux préparateurs. myFulfillment couvre les commandes, les achats, l’entrepôt et le transport. Pour tester cette architecture, partez d’un SKU, d’une réception partielle et d’un échec d’impression d’étiquette.

Sources

• Eurostat, Integration of internal processes by size class of enterprise (isoc_eb_iip), données 2025.
• FEVAD, Bilan du e-commerce en France 2025, publié le 11 février 2026.
• GS1, EPCIS & CBV, EPCIS 2.0 publié en juin 2022.
• Idilbi, M. et Abu-Shanab, E., Critical Success Factors for ERP Implementation, International Journal of Technology and Human Interaction, vol. 18, n° 1, 2022.
• CNIL, Guide de la sécurité des données personnelles, édition 2024.
• Base de cas Boostmyshop : le distributeur de pièces de carrosserie automobile et le marchand maison et jardin multicanal.