# TMS, WMS, ERP : où passent les frontières, et que s’échangent-ils ?

> Au-delà du tableau d’accueil : points de passage entre ERP, WMS et TMS, échanges de données, modules intégrés et zones de recouvrement à trancher.

Source : https://logiciel-tms.fr/guides/tms-wms-erp-differences/ — Logiciel TMS. Dernière révision : 2026-11-15.

L’ERP, le WMS et le TMS ne se concurrencent pas : ils se passent le relais, et le point délicat est de décider où chaque information naît et qui la corrige. La question utile n’est donc pas « lequel acheter », mais « que s’échangent-ils, et où se trouvent les recouvrements ».

Le tableau de comparaison et les définitions sont sur la [page d’accueil](/). Cette page se concentre sur le passage de relais.

## Dans quel ordre les trois logiciels interviennent-ils sur une commande ?

Pour une commande de marchandises, le déroulé typique d’un chargeur est le suivant :

1. **L’ERP** enregistre la commande client et déclenche la demande d’expédition.
2. **Le WMS** (s’il y en a un) organise la préparation à l’entrepôt : prélèvement, emballage, mise à quai.
3. **Le TMS** reçoit l’ordre d’expédition, choisit le transporteur ou le véhicule, planifie, suit, récupère la preuve de livraison.
4. **L’ERP** récupère le statut de livraison et les coûts, ce qui permet de facturer le client et de valoriser le transport.

<figure class="figure"><figcaption>Parcours d’une commande entre les trois logiciels</figcaption><ol class="flow" aria-label="Ordre d’intervention : ERP, WMS, TMS, puis retour à l’ERP"><li><strong>ERP</strong><span>Enregistre la commande et demande l’expédition</span></li><li><strong>WMS</strong><span>Prépare la commande à l’entrepôt</span></li><li><strong>TMS</strong><span>Choisit le transporteur, planifie et suit</span></li><li><strong>ERP</strong><span>Reçoit le statut et le coût, puis facture</span></li></ol></figure>

Selon Aptean (2024), l’intégration permet notamment au TMS de transmettre ses mises à jour de livraison à l’ERP et au WMS, et aux itinéraires de tenir compte de la préparation des commandes. Chaque flèche de ce schéma est une interface à construire et à maintenir.

## Quelles données circulent entre eux ?

| Sens | Donnée | Pourquoi elle compte |
| --- | --- | --- |
| ERP vers TMS | Ordre d’expédition, adresse, marchandise, date souhaitée | Évite la ressaisie |
| WMS vers TMS | Colis ou palettes prêts, poids, volume, heure de mise à quai | Dimensionne le véhicule et l’heure de passage |
| TMS vers WMS | Créneau de chargement, transporteur retenu | Prépare le quai |
| TMS vers ERP | Statut, date de livraison, coût réel du transport | Facturation et marge |

Ce tableau décrit un schéma courant, pas une norme : chaque éditeur publie ses propres connecteurs, et c’est à lui qu’il faut demander la liste précise.

## Où les périmètres se recouvrent-ils ?

Trois zones prêtent à confusion.

- **Le module transport de l’ERP.** Certains ERP embarquent une gestion des expéditions. Appvizer (2024) rappelle que le TMS peut exister seul ou comme module d’un ERP ou d’un WMS. La question à poser : ce module gère-t-il la consultation de plusieurs transporteurs, le suivi, la facturation transporteur ?
- **Le WMS et les expéditions.** Beaucoup de WMS éditent l’étiquette de transport ou la liste de colisage. Cela ne fait pas d’eux un TMS : le choix du transporteur et le suivi restent à une autre couche.
- **La facturation.** Le client est facturé par l’ERP, mais le calcul du prix d’une prestation de transport (par course, par kilomètre, par palette) peut se faire dans le TMS. Il faut décider qui calcule et qui facture, pour éviter une double saisie.

## Quand le TMS dédié se justifie-t-il face à un module d’ERP ?

Il n’existe pas de règle publiée indépendamment. Les critères à examiner sont ceux-ci :

- nombre de transporteurs à consulter et à comparer ;
- besoin de tournées planifiées, pas seulement d’expéditions unitaires ;
- besoin d’une application chauffeur avec preuve de livraison ;
- besoin de contrôler les factures de transport avant paiement ;
- besoin de rendre des comptes à vos clients sur le suivi des envois.

Si la plupart de ces besoins sont absents, un module d’ERP peut suffire. Si plusieurs sont présents, comparez en démonstration sur vos propres flux. Les [questions à poser en démonstration](/choisir/questions-a-poser-en-demonstration/) donnent une trame.

## Que se passe-t-il si les systèmes ne sont pas connectés ?

Sans connexion, l’échange passe par des fichiers ou par la ressaisie : un opérateur recopie l’ordre du ERP vers le TMS, puis le statut du TMS vers l’ERP. Cela fonctionne à petit volume, au prix d’erreurs et de décalages entre les systèmes. L’intégration fait partie du coût du projet : voir le [coût total d’un TMS](/prix/cout-total-tms/).

Un point de vigilance : l’éditeur du TMS et celui de l’ERP ne portent pas toujours la maintenance du connecteur. Demandez qui la porte lors d’une montée de version.

## Un transporteur a-t-il besoin d’un ERP ou d’un WMS ?

Pas forcément. Un transporteur routier peut utiliser son TMS comme outil central : ordres, planification, facturation, avec une interface vers sa comptabilité. Le schéma ERP, WMS puis TMS est celui d’un chargeur ou d’un prestataire logistique qui gère des stocks. Pour un transporteur, la frontière pertinente est plutôt celle entre le TMS et le logiciel comptable ou de paie ; voir [le TMS pour un transporteur](/guides/tms-pour-transporteur/).

## Comment éviter les conflits entre systèmes ?

Quand plusieurs systèmes contiennent la même information, il faut désigner une source de référence. Trois règles simples aident :

- **Un propriétaire par donnée.** L’adresse client appartient à l’ERP, le tarif transporteur au TMS, l’emplacement de stock au WMS. Les autres systèmes la lisent, ne la modifient pas.
- **Un sens d’échange par flux.** Évitez deux systèmes qui s’écrasent mutuellement.
- **Une procédure d’erreur.** Qui corrige un ordre rejeté, et sous quel délai ?

Ces règles ne viennent d’aucune norme : ce sont des pratiques d’urbanisation de systèmes d’information, à adapter. Elles se traduisent dans le cahier des charges d’intégration, abordé dans le [déploiement d’un TMS](/choisir/deployer-un-tms/).

## Sources

- Qu’est-ce qu’un système de gestion du transport et que fait-il ? (Aptean, 2024) — https://aptean.com/fr-FR/insights/blog/what-is-a-transport-management-system-and-what-does-it-do — consulté le 15 novembre 2026
- TMS informatique (Appvizer, 2024) — https://www.appvizer.fr/magazine/transport/gestion-transports/tms-informatique — consulté le 15 novembre 2026

## Questions fréquentes

### Faut-il un WMS pour utiliser un TMS ?

Non. Un TMS fonctionne avec un ERP seul, ou sans aucun autre système si l’entreprise est un transporteur qui saisit ses ordres directement. Le WMS n’est utile que si vous gérez un entrepôt dont la préparation conditionne les expéditions.

### Le module transport de mon ERP suffit-il ?

Cela dépend de la complexité : un module transport couvre souvent la prise de commande et la facturation. Il faut tester s’il gère l’affrètement, les tournées, l’application chauffeur et le contrôle des factures de transporteurs, sinon un TMS dédié reste à étudier.

### Qui fournit les données de livraison à l’ERP ?

Le TMS, en général. Il renvoie à l’ERP l’état d’avancement, la date de livraison et le coût du transport, ce qui permet d’informer le client et de facturer. Aptean décrit ce retour d’informations vers l’ERP et le WMS.

### Peut-on connecter un TMS à plusieurs ERP ?

C’est possible techniquement, mais cela dépend des connecteurs de l’éditeur et du projet d’intégration. C’est un point à faire valider en démonstration, avec la liste de ce qui est livré en standard et de ce qui est développé sur mesure.