API, EDI ou grille tarifaire : quelle intégration transporteur ?

On présente presque toujours ces trois méthodes comme une échelle : l’API en haut, l’EDI acceptable, le tableur en bas. Ce cadrage est faux et il coûte de l’argent aux commissionnaires, parce que les trois ne font pas le même travail. Ce qui les sépare, c’est ce qui circule et qui doit développer quelque chose.

Relisez la troisième colonne. Avec une API ou de l’EDI, le transporteur doit avoir investi dans la connexion avant que vous puissiez l’utiliser : votre panel de sous-traitants est donc limité par le budget informatique des autres. Avec une grille tarifaire, le PDF ou le fichier Excel qui dort déjà dans votre boîte mail est la surface d’intégration, et le travail vous appartient entièrement — vous le planifiez quand vous voulez.

Les trois méthodes ne s’excluent pas, et un commissionnaire qui utilise les trois est parfaitement normal : une API de tarification sur les deux réseaux de messagerie express, de l’EDI avec le seul chargeur qui l’exige, et des grilles pour tout le reste. Ce qui décide de l’ordre, c’est la couverture. Commencer par les API laisse une partie du panel non cotable aussi longtemps que dure le premier connecteur ; commencer par les grilles rend tout le panel cotable, puis on ajoute des connecteurs là où le volume le justifie.

Cargavo, TMS pour commissionnaires de transport et courtiers de fret de 2 à 25 personnes, n’implémente que la troisième méthode. C’est un choix de périmètre, pas un oubli, et la suite de ce guide en explique honnêtement le raisonnement — y compris les cas où c’est la mauvaise réponse. Pour le contexte général, voir la catégorie intégration transporteur et le guide pilier sur l’intégration des transporteurs pour un commissionnaire.

Les éditeurs disent « nous sommes interfacés avec les transporteurs » comme si un transporteur exposait une porte unique. En pratique, vous avez affaire à des services distincts, et un transporteur peut offrir l’un sans les autres :

• Tarification — vous envoyez un enlèvement, une livraison et une marchandise, vous recevez un prix. C’est la seule qui compte pour coter.
• Réservation et documents — vous envoyez une expédition confirmée, vous recevez un numéro d’ordre de transport, une étiquette et une lettre de voiture.
• Suivi — vous interrogez une référence, vous recevez un statut et une preuve de livraison.

Les réseaux de messagerie express tarifent au numéro de compte, au poids et aux dimensions : leurs API de tarification sont réellement utiles, parce que le prix peut vraiment changer d’une expédition à l’autre. Le groupage palettisé et le lot partiel sont une autre affaire : votre prix est un tarif négocié pour l’année, et dans la plupart des cas le back-office du transporteur le détient sous forme de table propre à votre compte — exactement la table qu’il vous a envoyée par mail en janvier. L’appel de tarification, quand il existe, vous renvoie ce tarif stocké. Vous payez un coût d’intégration pour qu’on vous annonce un nombre que vous possédez déjà.

Trois coûts d’exploitation sont systématiquement sous-estimés. Le versionnage : quand le transporteur passe en v3 et ferme la v2, l’échéance est la sienne, pas la vôtre. La latence : une comparaison multi-transporteurs ne va pas plus vite que le point d’entrée le plus lent, donc il vous faut des délais d’expiration et un prix de repli — c’est-à-dire un tarif stocké, de toute façon. L’opacité : une API répond une expédition à la fois, vous ne pouvez donc pas la balayer pour vérifier que toutes les tranches de poids de 100 kg à 3 000 kg sur un axe restent cohérentes. Une grille stockée s’inspecte ; un point d’entrée est une boîte noire qu’on n’interroge qu’appel par appel.

Rien de tout cela ne rend les API mauvaises. Cela en fait un outil pour les flux où le prix est réellement dynamique — ce qui, pour un commissionnaire qui cote des tarifs négociés en routier, reste la minorité du panel. Voir coter les transporteurs régionaux sans API.

C’est le point le plus mal compris de l’intégration transporteur, alors disons-le platement : l’EDI est en aval de la tarification, pas une source de tarification. Regardez ce que transportent réellement les jeux de messages normalisés.

Un 204 ou une instruction IFTMIN peuvent porter un prix, mais c’est un prix que vous avez décidé avant d’envoyer le message. Un 210 ou un INVOIC vous disent ce que le transporteur a facturé : utile pour le rapprochement, inutile pour coter, puisque l’information arrive des semaines après votre engagement sur un prix de vente. Il n’existe aucun équivalent EDI de la question « combien coûterait cette expédition ? ».

Deuxième chose à savoir : l’EDI est un projet par partenaire. Chaque connexion demande un accord de transport (certificats AS2, dépôt SFTP ou boîte sur un réseau à valeur ajoutée), un mapping au niveau des segments entre vos données et leur guide d’implémentation, un cycle de recette où les deux parties certifient des messages d’exemple, et une personne nommée de chaque côté quand un mapping casse. Deux transporteurs sur le même standard auront quand même des qualifiants différents, des segments de référence différents et des champs obligatoires différents.

Là où l’EDI justifie vraiment son coût, c’est un flux contractuel à gros volume qui tourne tous les jours avec le même partenaire — et très souvent, c’est votre client, pas votre transporteur, qui l’impose. Un grand chargeur qui exige des messages 204 et 214 vous impose l’EDI en tant que fournisseur. C’est une contrainte réelle, et elle n’a rien à voir avec votre façon de construire un prix : il vous faudra toujours un tarif quelque part pour savoir quoi facturer. Voir la gestion des grilles tarifaires transporteurs.

L’objection de fraîcheur semble décisive tant qu’on ne demande pas à quelle fréquence le nombre sous-jacent bouge vraiment. Un contrat de groupage ou de lot partiel indique une période de validité, et pendant cette période le transporteur est tenu par elle. Coter depuis une grille datée à l’intérieur de sa fenêtre de validité, c’est coter le contrat — exactement ce que le transporteur facturera.

Ce qui bouge chaque mois, c’est la surcharge gazole, et elle est indexée, pas négociée. Prenons un exemple complet sur un axe.

Tarif transporteur valable du 1er janvier 2026 au 31 décembre 2026. Grille de type weight_zone, zone 2, tranche 1 000–1 999 kg à 14,80 € les 100 kg. Expédition : 1 240 kg.

• Prix d’achat de base : 12,40 × 14,80 € = 183,52 €. Le moteur teste aussi le payant-pour, c’est-à-dire le plancher de la tranche suivante : 2 000 kg à 12,30 € les 100 kg = 246,00 €, moins bon, donc 183,52 € tient.
• Surcharge gazole de février : indice à 1,61 € le litre contre une base de référence à 1,40 €, gazole pondéré à 30 % de la base de coûts. (1,61 − 1,40) ÷ 1,40 × 0,30 = 4,5 %. Le prix d’achat passe à 191,78 €.
• Prix de vente à 18 % de marge avec p/(1−m) : 191,78 € ÷ 0,82 = 233,88 €. Marge dégagée : 42,10 €.
• Mars : l’indice monte à 1,68 €. (1,68 − 1,40) ÷ 1,40 × 0,30 = 6,0 %. Prix d’achat 194,53 €, prix de vente 194,53 € ÷ 0,82 = 237,23 €.

Entre février et mars, le prix de vente a bougé de 3,35 €. La grille n’a pas changé, aucune intégration n’est intervenue, et la seule donnée modifiée est un chiffre d’indice publié. Voilà la forme honnête de la « fraîcheur » des prix en routier sous contrat : une table stable plus un coefficient indexé. Le calculateur de surcharge carburant reproduit ce calcul, et la fiche surcharge carburant en donne la définition.

Le vrai risque d’obsolescence n’est pas technique, il est administratif : coter depuis un tarif dont la date de validité est passée parce que personne n’a saisi le nouveau. Une API ne corrige pas non plus ce problème-là, et c’est pourquoi les dates de validité appartiennent à chaque grille. La checklist d’intégration d’un transporteur liste ce qu’il faut capturer au paramétrage ; les quatre types de grilles expliquent quelle forme prend votre tarif.

La couverture est l’argument qui tranche la question pour une petite structure d’affrètement, et elle se voit le mieux sur un exemple construit. Prenons un panel de 14 sous-traitants du type qu’un commissionnaire de taille moyenne fait tourner, et demandons ce que chacun peut offrir.

C’est un panel illustratif, pas une statistique de marché — mais reconstruisez-le avec votre propre liste de sous-traitants et la forme ne vous surprendra pas. Les deux colonnes qui comptent sont la première et la dernière : une stratégie « API d’abord » rend 2 transporteurs cotables tout de suite et laisse 12 axes tarifés à la main pendant des mois, tandis qu’une stratégie « grille d’abord » rend les 14 cotables dans l’ordre où vous choisissez de faire le travail.

Cette répartition n’a rien d’accidentel. Une API de tarification vaut le coup pour un transporteur dont le prix varie par expédition sur des milliers de comptes. Un affréteur régional de 25 véhicules a des exploitants, pas des développeurs, vend un tarif annuel qui ne bouge pas dans la journée, et dépenserait de l’argent pour publier des nombres qu’il vous a déjà envoyés par mail. Il n’en construira jamais, et c’est de sa part une décision rationnelle.

Cela compte aussi commercialement, parce que la longue traîne est souvent l’endroit où se trouve la marge : le transporteur régional le moins cher sur son axe d’attache est coté par moins de concurrents que le réseau national accessible à tout le monde. Cargavo, TMS pour commissionnaires de transport, traite cette traîne comme le cas par défaut plutôt que comme l’exception — voir comparer plusieurs transporteurs sur le même axe.

Disons les limites franchement, pour que vous puissiez nous écarter si elles sont rédhibitoires. Cargavo n’a aucune connectivité API transporteur et aucune connectivité EDI. Ce n’est pas non plus une bourse de fret, ni un logiciel de gestion de flotte ou d’exploitation, ni une place de marché d’appels d’offres, ni un outil de comptabilité.

Ce que cela vous coûte : pas de tarification messagerie en direct qui varie dans la journée, pas de flux de suivi automatisé tiré des systèmes transporteurs, pas d’envoi automatique d’un ordre de transport dans le TMS d’un sous-traitant, pas de rapprochement de factures en EDI. Si c’est là votre goulot d’étranglement quotidien, une plateforme centrée sur la connectivité est le bon achat et Cargavo est le mauvais produit.

Ce que vous obtenez à la place : chaque transporteur de votre liste est cotable sous les mêmes règles dès le premier jour. On intègre un sous-traitant en saisissant sa grille tarifaire Excel ou CSV existante sous l’un des quatre modèles — weight_zone (zones × tranches de poids), pallet (prix par nombre de palettes × zone), mpl_bracket (tranches de mètre plancher / LDM × zone) et hybrid_weight (forfait sous un seuil, taux unitaire au-delà). Un seul moteur lit les quatre, et ce même moteur produit le prix d’achat et le prix de vente : l’achat sans marges, la vente avec, appliquées côté serveur par client, par grille ou par tranche, en pourcentage avec p/(1−m) ou en montant absolu.

Deux conséquences en découlent, que la connectivité ne vous donne pas. D’abord, le client ne voit jamais un prix d’achat ni une marge, parce que ceux-ci vivent côté serveur et ne sont jamais envoyés au portail. Ensuite, une cotation acceptée (Q-YYYY-NNNN) devient une expédition suivie (S-YYYY-NNNN) dans un enregistrement continu, en anglais, français, espagnol ou allemand, chiffré en EUR, USD, GBP, CHF, CAD, MAD ou PLN à partir du plan Growth.

L’intégration par grille est incluse dans tous les plans : Starter 49 €/mois, Growth 149 €/mois, Scale 399 €/mois, facturation annuelle équivalant à environ deux mois offerts, essai gratuit de 14 jours sans carte bancaire. Les limites détaillées sont sur la page tarifs ; la procédure pratique est dans intégrer un transporteur sans API.

Les décisions d’intégration se prennent à l’instinct et se défendent avec des adjectifs. Posez la division à la place. Supposons qu’un connecteur de tarification pour un transporteur vous coûte 4 000 € de temps de développement, plus la maintenance, et qu’il vous permette de prendre un flux que vous refusez aujourd’hui, à la marge de 42,10 € par expédition calculée plus haut. Le seuil de rentabilité est de 4 000 € ÷ 42,10 € ≈ 95 expéditions. À 2 expéditions par semaine, cela fait environ 48 semaines avant que le connecteur soit amorti — et l’horloge de la maintenance ne s’arrête jamais.

Faites la même division pour un connecteur qui fait gagner du temps plutôt que du chiffre d’affaires, et soyez honnête sur l’entrée : le gain, ce sont les minutes retirées d’un travail que vous faites réellement aujourd’hui, pas le maximum théorique.

Quatre situations justifient vraiment le projet :

• Du volume en messagerie et express, où le prix varie légitimement par expédition selon les dimensions et le compte, et où un tarif stocké ne peut pas le reproduire.
• Une exigence client — un grand chargeur qui impose des messages 204 et 214, ou leurs équivalents EDIFACT, comme condition du contrat. Non négociable, et sans rapport avec votre façon de tarifer.
• Un transporteur dominant qui porte une large part de vos ordres de transport quotidiens, où l’envoi automatisé et les statuts retirent une vraie journée-homme par semaine.
• Le rapprochement de factures en volume, quand pointer à la main des centaines de factures mensuelles contre les prix d’achat attendus est devenu un poste à part entière.

Ce qui ne le justifie pas : la croyance qu’une API renvoie un prix plus frais que votre contrat, ou une grille d’évaluation d’achat qui note le « nombre d’intégrations » au lieu de la « part de votre panel cotable aujourd’hui ». Un commissionnaire qui commence par les grilles couvre d’abord tout son panel et peut toujours ajouter un connecteur ensuite, là où l’un des quatre cas ci-dessus s’applique. Commencer par les API laisse l’essentiel du panel non cotable pendant la construction du premier connecteur.

L’ordre est tout l’enjeu : couvrez le panel, puis optimisez les flux qui le méritent. Étape suivante concrète dans la checklist d’intégration d’un transporteur.