TMS & Compétitivité Carbone®
Votre TMS calcule déjà le CO₂. Est-il prêt à en produire la preuve ?
Ce qui change
Les dix questions
Le cas
Pour qui
Le besoin n’est plus seulement de calculer
Il est de savoir d’où vient le calcul, quelle donnée il utilise, qui en répond, et à quel usage il peut légitimement servir.
| Aujourd’hui, module déclaratif | Demain, brique critique |
|---|---|
| Un calcul GES en valeurs par défaut, identique pour tous vos clients | Des intensités spécifiques par transporteur, défendables en audit |
| Une fonctionnalité offerte, sans revenu associé | Une brique facturable, adossée à un revenu récurrent |
| Un chiffre unique, sans distinction d’assiette ni d’usage | Un résultat qualifié, rattaché à son périmètre et à son usage |
| Une chaîne qui s’arrête au véhicule | Une chaîne complète, hubs et ruptures de charge compris |
| Un risque d’attrition quand le client exige la preuve | Un motif de rétention et un argument de conquête |
L’éditeur de TMS est le système qui orchestre cette donnée entre les trois responsables, et qui peut la conserver, la dégrader ou la perdre.
Les dix questions auxquelles il faut savoir répondre
Dix portes d’entrée vers les chapitres du cahier. Les dix réponses figurent en fin de cahier.
- 01Mon module carbone informe-t-il encore, ou permet-il à mes clients de décider, de vérifier, décider et se défendre ?
- 02Mon TMS sait-il distinguer une estimation modélisée d’une donnée spécifique issue de l’exploitation réelle ?
- 03Si deux transporteurs exécutent le même flux avec des performances différentes, mon TMS restitue-t-il deux résultats différents ?
- 04Mon moteur sait-il distinguer le reporting GES, l’assiette ETS et le montant facturé, ou transforme-t-il tout en un seul chiffre CO₂ ?
- 05Sur le routier, mon module sait-il construire un coût à partir de la bonne assiette et d’un prix carbone daté ?
- 06Sur le maritime, sait-il faire la différence entre calculer une émission et contrôler une surcharge facturée ?
- 07Que se passe-t-il, dans mon système, entre deux transports, lorsqu’il existe un hub, un terminal, du stockage ou du cross-docking ?
- 08Mon TMS sait-il fournir aux trois acteurs, transporteur, commissionnaire et acheteur, une donnée cohérente sans en modifier la réalité physique ?
- 09Vais-je développer et maintenir moi-même cette profondeur méthodologique, ou l’intégrer comme un module spécialisé ?
- 10Quel revenu récurrent, quelle rétention et quel avantage en avant-vente puis-je tirer de cette brique, et que dois-je décider maintenant ?
Trelog Systems
Éditeur fictif mais représentatif : édition de TMS sur trois lignes produit, 140 collaborateurs dans deux pays, un module carbone embarqué en valeurs par défaut, non facturé.
Au départ, le module produit le même chiffre pour deux transporteurs différents sur un même flux, et aucun client ne le paie. À l’arrivée : un module facturable, trois discours d’avant-vente, un périmètre que Trelog sait désormais chiffrer, documenter et vendre.
Un calculateur produit un chiffre. Une chaîne de preuve explique pourquoi ce chiffre peut être utilisé.
Pour qui
Pour les éditeurs de TMS et les intégrateurs de systèmes d’information transport qui équipent des chargeurs, des transporteurs, des commissionnaires et des logisticiens.
Ce que ce cahier n'est pas
Il ne donne aucun conseil sur votre architecture logicielle, votre feuille de route produit ou votre modèle tarifaire : ces compétences sont les vôtres. Il ajoute la compétence complémentaire : la valeur d’usage du chiffre carbone que votre système produit déjà.
Le carbone n’est pas votre sujet. Le revenu récurrent l’est.
PDF · 42 pages · envoi immédiat par courriel