Sur le marché du logiciel logistique, la conversation « standard ou spécifique » n’a pas besoin d’être lancée : elle est déjà la conversation dominante. Les éditeurs eux-mêmes publient des articles pour délimiter jusqu’où aller dans le développement spécifique. Cette page prend position dans ce débat, avec les chiffres disponibles.

Qu’est-ce qu’un WMS ou un TMS sur mesure, concrètement ?

Un WMS ou un TMS sur mesure est une application de gestion d’entrepôt ou de transport développée pour une organisation donnée, dont le code lui appartient, par opposition à un progiciel du marché paramétré. Dans la pratique, il s’agit rarement de tout réécrire : le cas le plus fréquent est une brique développée autour d’un ERP ou d’un WMS existant, qui traite précisément ce que le progiciel ne modélise pas, et s’y raccorde par interface.

La question pertinente n’est donc pas « progiciel ou sur-mesure » mais « quelle fraction de mon besoin résiste au standard, et combien me coûte le fait de la contourner aujourd’hui ».

Quelle part du besoin résiste réellement au standard ?

Il existe un chiffre public sur cette question, et il vient d’un éditeur, pas d’une agence. Hardis, éditeur du WMS Reflex, documente la démarche de Manitou, qui a soumis ses demandes de développement spécifique à un « tribunal des spécifiques ». Sur 45 demandes analysées, hors éditions et interfaces : 60 % abandonnées, 26,4 % ramenées au standard, 23,6 % conservées.

Autrement dit, dans une démarche explicitement conçue pour éliminer le spécifique, près d’un besoin sur quatre a survécu. Ce chiffre est utile dans les deux sens : il disqualifie l’idée que tout doit être développé, et il disqualifie tout autant la promesse qu’un progiciel couvre 100 % d’un métier.

Le même éditeur liste les cas où le spécifique se justifie : un contrôle qualité critique propre à un secteur comme la pharmacie ou l’agroalimentaire, des opérations logistiques uniques à une chaîne, une gestion de stock hybride combinant magasins physiques, e-commerce et points relais, et le respect d’obligations légales sectorielles comme la douane ou la traçabilité renforcée.

Les cinq points de rupture les plus fréquents

La tarification indexée sur le volume

Les grilles publiques sont rares dans le transport, et leur structure compte plus que leur montant. Dashdoc empile un forfait par établissement, une variable qui suit conjointement le nombre d’utilisateurs et le volume de transport, et un coût par module. AntsRoute facture par véhicule : 34 €, 54 € ou 74 € par véhicule et par mois selon l’offre. Une flotte qui double voit sa facture doubler, indépendamment de l’usage réel qu’elle fait de l’outil.

Deux seuils fonctionnels méritent attention chez ce dernier : l’API n’est disponible qu’à partir de l’offre à 54 €, et la marque blanche, les intégrations personnalisées et la certification HDS relèvent de l’offre Enterprise sur devis. Une entreprise qui veut intégrer son SI est mécaniquement poussée vers le devis.

Le périmètre fonctionnel qui s’arrête au mauvais endroit

Akanea TMS, sur une gamme pourtant segmentée par taille d’entreprise, ne gère pas le parc véhicules. Shiptify annonce lui-même ne pas convenir aux structures réalisant moins d’une expédition par jour. Ces limites ne sont pas des défauts : ce sont des choix de positionnement. Elles deviennent un problème quand l’entreprise se trouve du mauvais côté de la frontière.

La modification qui repasse à la caisse

Sur Easy WMS de Mecalux, des utilisateurs rapportent que de petites modifications « nécessitent des développements spécifiques avec les coûts correspondants », et décrivent un moteur de tâches contraint par les restrictions du système. L’entreprise finance alors du développement sur mesure dans un produit qu’elle ne possède pas.

L’obsolescence perçue avant l’obsolescence réelle

Les corpus d’avis vérifiés sur les WMS français sont trop minces pour en tirer des conclusions statistiques — deux avis pour Reflex WMS, quatre pour Generix WMS. Ils sont en revanche cohérents dans leur formulation : un responsable informatique décrit Generix comme « beaucoup trop vieux » et peu ergonomique. Un chef de projet retail dit chercher un outil plus efficace que sa solution actuelle. Ces retours isolés ne prouvent rien sur les produits ; ils indiquent que le sujet de l’ergonomie opérateur est un déclencheur d’appel d’offres.

L’échéance réglementaire pilotée par l’éditeur

C’est le point le plus structurant des trois prochaines années, et il est développé ci-dessous.

eFTI, e-CMR : ce que dit réellement la réglementation

Une erreur circule largement dans la presse professionnelle : présenter 2027 comme la date à laquelle les transporteurs seront obligés d’utiliser la lettre de voiture électronique. C’est inexact.

Le règlement (UE) 2020/1056, dit eFTI, crée une obligation d’acceptation à la charge des autorités des États membres, et non une obligation d’émission à la charge des opérateurs. À compter du 9 juillet 2027, les autorités devront accepter les informations réglementaires transmises électroniquement via des plateformes eFTI certifiées. Pour les transporteurs, l’usage reste volontaire. Les plateformes et prestataires eFTI peuvent opérer depuis janvier 2026, les actes délégués et d’exécution ayant été adoptés en 2024 et étant entrés en vigueur en janvier 2025.

Côté e-CMR proprement dit, la France est partie au protocole additionnel à la CMR depuis son adhésion en 2016, publiée par le décret n° 2017-1 du 3 janvier 2017. En transport intérieur français, la lettre de voiture électronique est admise depuis la modification de l’arrêté du 9 novembre 1999 par l’arrêté du 22 avril 2010.

La conséquence opérationnelle est claire : disposer d’un module e-CMR ne vaut pas conformité eFTI. Les points à exiger d’un éditeur sont sa feuille de route 2027, ses spécifications d’intégrité des données, son mécanisme d’authentification et ses procédures d’export en contrôle. Si ces réponses n’existent pas, l’entreprise dépend d’un calendrier qui n’est pas le sien.

Tachygraphe intelligent : les échéances déjà passées

Tout contenu présentant les échéances de rétrofit comme à venir est périmé. Le tachygraphe intelligent V2 est obligatoire sur les véhicules neufs depuis le 21 août 2023. Le rétrofit des véhicules à tachygraphe analogique ou numérique non intelligent en transport international était dû au 31 décembre 2024, celui des véhicules équipés d’un V1 au 19 août 2025. Depuis le 1^er juillet 2026, les véhicules utilitaires de 2,5 à 3,5 tonnes en transport international ou en cabotage entrent dans le champ du règlement (CE) 561/2006 et doivent être équipés d’un V2.

L’échéance restante est août 2028 : tous les véhicules opérant dans un État membre autre que celui d’immatriculation devront être équipés d’un V2, et toutes les cartes conducteur devront être en version V2.

Pour un développement métier, l’enjeu n’est pas le tachygraphe lui-même mais l’exploitation de ses données : rapprocher les temps de conduite et de repos avec le plan de transport, détecter les infractions avant le contrôle, et alimenter le calcul de rentabilité au voyage.

Géolocalisation : la contrainte que les progiciels traitent mal

La norme simplifiée NS-051 de la CNIL, encore citée par de nombreux prestataires, n’a plus de valeur juridique depuis l’entrée en application du RGPD le 25 mai 2018. Le cadre applicable est la fiche pratique de la CNIL sur la géolocalisation des véhicules des salariés, dont les durées de conservation sont précises : deux mois en principe, un an pour l’optimisation des tournées ou à titre de preuve d’intervention, cinq ans pour le suivi du temps de travail.

Sont explicitement proscrits : le contrôle du respect des limitations de vitesse, la surveillance permanente d’un salarié, la géolocalisation d’un collaborateur libre d’organiser ses déplacements, le suivi des représentants du personnel dans l’exercice de leur mandat, et toute collecte hors temps de travail, pauses et trajets domicile-travail inclus. Le conducteur doit pouvoir couper la fonction dès qu’il quitte son service.

Ces règles sont des exigences de conception, pas des mentions dans une politique de confidentialité. Une purge automatique différenciée par finalité, un bouton de désactivation accessible au conducteur, une gestion fine des droits d’accès : ce sont des développements. Peu de progiciels les traitent au niveau requis, et c’est un motif de spécifique parfaitement documentable.

Traçabilité et entreposage : les obligations qui structurent le modèle de données

Un entrepôt manipulant des denrées alimentaires relève de l’article 18 du règlement (CE) n° 178/2002 et du principe « un pas en amont, un pas en aval ». Pour les denrées d’origine animale, le règlement d’exécution (UE) n° 931/2011 impose une description exacte du produit, le volume ou la quantité, l’identification du fournisseur et du destinataire, le numéro de lot et la date d’expédition. Les durées de conservation des enregistrements suivent une règle générale de cinq ans, ramenée à six mois pour les denrées très périssables dont la DLC est inférieure à trois mois.

Côté installation, un entrepôt couvert stockant plus de 500 tonnes de matières combustibles relève de la rubrique ICPE 1510 : déclaration avec contrôle périodique à partir de 5 000 m³, enregistrement à partir de 50 000 m³, autorisation à partir de 900 000 m³. Depuis le 1^er janvier 2022, les installations soumises à enregistrement ou autorisation doivent tenir un état des matières stockées mis à jour au minimum chaque semaine. Cette exigence, issue de l’arrêté du 24 septembre 2020, est une obligation de système d’information avant d’être une obligation d’exploitant.

Trois métiers, trois modèles de données différents

Le transport routier raisonne en plan de transport, affrètement et sous-traitance, et cherche la marge réelle par mission une fois le retour à vide intégré.

La livraison et le dernier kilomètre raisonnent en preuve : photo, signature, réserves, créneau tenu, notification au destinataire. L’objet central n’est pas la tournée, c’est l’événement de livraison et sa valeur probante.

L’entreposage raisonne en emplacement, lot et mouvement, avec un impératif d’ergonomie opérateur que peu de progiciels traitent correctement sur douchette.

Ces trois modèles cohabitent mal dans un progiciel unique. C’est la raison la plus fréquente pour laquelle une entreprise qui fait les trois métiers finit avec trois outils et un tableur pour les réconcilier.

Combien coûte un développement WMS ou TMS ?

Les repères publics sont rares : la quasi-totalité des éditeurs cités ici ne publient pas de grille. Une agence positionnée sur le développement de WMS affiche un projet à partir de 9 000 € sur une durée de trois mois, ce qui correspond à un premier périmètre resserré et non à un système complet.

De notre côté, ce qui est documenté et publié porte sur la phase de cadrage. Pour ESLC (Alpes Axes Énergies), où il s’agissait d’automatiser le calcul de la provision mensuelle des ventes de gaz et de rationaliser des flux de données éclatés, l’étude de faisabilité, l’AMOA et l’ingénierie logicielle ont représenté environ 15 jours. Sur des projets de nature comparable — Maïa Rail en ferroviaire, le Grand Lyon avec ENFRASYS sur les infrastructures — la même phase a demandé 16 et 17 jours.

Trois missions dans trois secteurs différents, un même ordre de grandeur : c’est le temps qu’il faut pour cartographier un processus existant, modéliser une cible et produire des spécifications chiffrables. Dans une organisation logistique, cette phase sert surtout à trancher la question qui coûte le plus cher quand on l’évite — quelle part du besoin reste dans le progiciel, quelle part passe dans le développement, et où se situe la frontière d’interface.

Sur le retour sur investissement, le repère que nous publions est de 13 mois en moyenne. Le budget de construction dépend du périmètre arrêté au cadrage, ce qui est aussi la raison pour laquelle nous ne publions pas de grille : sans périmètre, un prix ne veut rien dire.

Questions fréquentes

Faut-il remplacer son TMS ou son WMS existant ?

Rarement. Le cas majoritaire est le développement d’une brique complémentaire raccordée par interface au progiciel en place. Remplacer un système qui fonctionne pour traiter un besoin périphérique multiplie le coût, le risque et la durée d’immobilisation des équipes.

Le sur-mesure sera-t-il conforme à l’échéance eFTI de 2027 ?

Le règlement eFTI n’impose rien aux transporteurs : il oblige les autorités à accepter, à compter du 9 juillet 2027, les informations transmises via des plateformes certifiées. Un développement sur mesure peut être conçu pour émettre dans ce cadre, avec l’avantage que le calendrier de mise en conformité est le vôtre et non celui d’un éditeur.

Comment gérer la géolocalisation sans se mettre en infraction ?

En traitant les règles CNIL comme des spécifications : purge automatique différenciée selon la finalité — deux mois, un an ou cinq ans —, désactivation possible par le conducteur hors temps de travail, exclusion des représentants du personnel dans l’exercice de leur mandat, et information préalable des instances représentatives. Ces points se conçoivent au départ, ils ne se rattrapent pas ensuite.

Une application terrain fonctionne-t-elle en zone blanche ?

Oui si l’architecture est prévue pour : stockage local, file de synchronisation, résolution des conflits. En livraison comme en entrepôt, c’est un prérequis et non une option, et il se décide à la conception.

À qui appartient le code produit ?

À vous. Les sources, la documentation et les environnements sont livrés, et un autre prestataire peut reprendre la maintenance. La réversibilité se contractualise au démarrage.

Parler de votre projet

Le point de départ utile est un cadrage : identifier la fraction de votre besoin que le progiciel en place ne couvrira pas, et chiffrer uniquement celle-là. Demander un devis. Vous pouvez aussi consulter notre offre de développement sur mesure et nos réalisations.