Connexion à votre TMS, WMS ou ERP

Quelles sont les trois voies ?

Chaque ordre que LaneDesk lit doit arriver quelque part. Cela passe par l’une de ces trois voies. Laquelle, nous le décidons dans les premières semaines avec vous et, si besoin, votre éditeur de logiciel.

• Par une API. Votre progiciel a une interface vers laquelle nous envoyons les ordres. C’est la voie la plus rapide, et elle confirme tout de suite que l’ordre est arrivé.
• Par un fichier. Nous déposons un fichier dans un dossier, souvent FTP ou un dossier partagé, dans le format que votre système lit. C’est ainsi que cela tourne aujourd’hui chez Remitrans.
• Par une connexion déjà en place. Si vous avez déjà une route d’import pour un grand client ou pour l’EDI, nous l’utilisons et rien ne s’ajoute chez vous.

À quels systèmes LaneDesk peut-il se connecter ?

La manière de se connecter compte plus que le nom du progiciel. Un TMS avec une API se connecte comme tout autre TMS avec une API ; un progiciel qui ne lit que des fichiers reçoit des fichiers. D’où cette liste de ce que nous rencontrons, et non une liste de logos.

Ce qui est prouvé aujourd’hui : un WMS maison qui lit les fichiers d’ordre par FTP, en production chez Remitrans depuis juin 2026, avec onze chargeurs qui envoient chacun un format différent. Les autres systèmes ci-dessous ont une interface qui fonctionne comme décrit plus haut ; si votre version suit, nous le vérifions pendant la démo.

• TMS : Transpas, Cofano, Soloplan, Akanea et progiciels comparables.
• WMS : systèmes d’entrepôt maison et progiciels qui lisent des fichiers d’ordre.
• ERP : Business Central, SAP, Exact et Odoo.
• Développements plus anciens, AS400 compris, tant qu’il existe une route d’import ou d’export.

Que doit faire votre service informatique ?

Peu, et le plus souvent une seule fois. Nous demandons l’accès à l’endroit où les ordres arrivent, et la voie par laquelle ils peuvent entrer dans votre système. Nous faisons le reste : reconnaître les champs, le contrôle, l’entretien de la connexion quand un chargeur change de format.

Aucun logiciel n’est installé sur votre serveur. Il n’y a pas de migration, ni de projet qui occupe votre équipe pendant des mois.

• L’accès à la boîte mail ou au dossier où arrivent les ordres.
• L’import de votre système : une clé d’API, un dossier FTP ou un format d’import existant.
• Quelques ordres réels, pour que nous puissions tester sur vos données.

Que se passe-t-il si un chargeur change de format ?

L’ordre arrive sur la liste des cas douteux au lieu d’atterrir de travers dans votre système. Nous adaptons la règle, le plus souvent le jour même. C’est la différence avec un modèle que vous entretenez vous-même : l’entretien est chez nous, pas chez vous.

Combien de temps avant que le premier chargeur tourne ?

Des semaines, pas des mois. Nous commençons par un chargeur, souvent celui qui donne le plus de travail. Dès qu’il tourne de façon fiable, le suivant s’ajoute. Vous voyez donc le résultat avant que votre équipe sente que quelque chose change.

Pages liées

• Comment ça marche, étape par étape
• Les ordres par e-mail dans votre TMS
• Les ordres de vos chargeurs dans votre WMS
• Qu’est-ce que le managed order-intake ?

Questions fréquentes

Devons-nous remplacer notre TMS ?

Non. LaneDesk se place entre l’endroit où l’ordre arrive et le système que vous avez déjà. Rien ne change à votre progiciel.

Et si notre système n’a pas d’API ?

Alors nous travaillons avec des fichiers. Nous déposons un fichier dans le format que votre système lit, dans un dossier que vous désignez. C’est ainsi que cela tourne chez Remitrans.

Pouvez-vous aussi renvoyer des ordres vers le chargeur ?

Les confirmations et les messages de statut sont prévus, mais n’existent pas encore aujourd’hui. Nous ne promettons que ce qui tourne en production.

Qui entretient la connexion ?

Nous. Si un format change ou qu’un chargeur s’ajoute, nous l’adaptons. Vous le voyez à la liste des cas douteux, plus longue d’une journée.