API REST
Temps réel, dans les deux sens
Vous nous transmettez vos commandes, nous vous renvoyons les statuts en webhook. C’est le mode le plus courant, et celui qui donne la position d’une tournée en temps réel.
Pour les directions transport et les équipes SI qui doivent brancher un prestataire sans refondre leur système.
Vous nous envoyez vos commandes par API, EDI ou fichier. Nous vous renvoyons les statuts et les preuves de livraison.
Le mode dépend de ce que votre système d’information expose déjà.
Temps réel, dans les deux sens
Vous nous transmettez vos commandes, nous vous renvoyons les statuts en webhook. C’est le mode le plus courant, et celui qui donne la position d’une tournée en temps réel.
Le format que votre SI parle déjà
Si vos flux passent déjà en EDI avec vos autres transporteurs, nous utilisons le même canal.
Sans développement de votre côté
Un fichier déposé à intervalle régulier suffit à démarrer, sans développement de votre côté.
Huit événements couvrent le cycle d’une livraison, de la prise en charge au dossier clos.
Les noms techniques, la structure des messages et la méthode d’authentification figurent dans la documentation technique, remise au cadrage.
Ces quatre éléments sont enregistrés à la livraison et repartent avec l’événement de preuve.
Prise sur place, horodatée et géolocalisée. Elle montre le produit à l’endroit où il a été déposé.
Recueillie sur le terminal du chauffeur, rattachée au nom du réceptionnaire.
Choisies dans une liste, pas saisies en texte libre. Elles peuvent donc être comptées et rattachées au bon responsable.
Chaque étape porte son heure réelle à côté de l’heure prévue. L’écart est donc mesurable.
Le portail donne accès aux commandes, aux statuts et aux preuves depuis un navigateur, pendant que l’intégration se met en place.
Portail — suivi d’une expédition : étapes, heures prévues et réalisées, tracé de la tournée.
Portail — demande de transport : adresses, créneaux d’enlèvement et de livraison, colis et palettes.
Une intégration se déroule en quatre étapes.
Vos volumes, vos formats de fichiers et ce que votre SI expose déjà. Nous vous disons ce qui se branche tel quel et ce qui demande du développement.
Un accès dédié, des commandes fictives et la documentation technique. Vos développeurs travaillent sans toucher à la production.
Nous testons ensemble les cas particuliers : livraison échouée, réserve, reprise, replanification.
Mise en production sur un périmètre réduit, puis extension. L’ancien mode reste ouvert le temps de la bascule.
Les points que vérifie une direction informatique avant de brancher un prestataire.
Non. Vous gardez votre TMS ou votre ERP. Nous nous branchons dessus, notre TMS exécute le transport et vous renvoie les statuts. Vos équipes continuent de travailler dans leur outil habituel.
Cela dépend entièrement du mode retenu et de ce que votre SI expose déjà. Un dépôt de fichier se met en place très vite, une intégration API complète demande une recette. Le calendrier est arrêté au cadrage, avec vos équipes techniques, avant tout engagement.
Oui. Le dépôt de fichier permet de démarrer sans développement, et le portail donne accès aux commandes, aux statuts et aux preuves de livraison depuis un navigateur. L’API se branche ensuite, quand vos équipes sont disponibles.
Les envois en échec sont rejoués. Si votre point de réception reste indisponible, les événements ne sont pas perdus : ils restent consultables dans le portail et se rattrapent une fois le service rétabli.
Le socle est commun — créneau, tournée, livraison, preuve — et il s’enrichit selon la prestation. Une mise en service d’électroménager ou une reprise en filière DEEE produisent des événements que la livraison au seuil n’a pas.
Oui. Photo, signature et réserves sont rattachées à la commande et repartent avec l’événement de preuve, sans avoir à les retélécharger une par une depuis le portail.