525 000 expéditions. Une seule question : lesquelles gagnaient de l'argent ?

Que peut-on faire avec 525 000 lignes ?

Beaucoup, si l'on résiste à l'envie d'échantillonner. Nous avons pris le jeu de données complet, 525 000 lignes couvrant une période d'exploitation entière, et l'avons utilisé comme colonne vertébrale transactionnelle d'un modèle TDABC. Aucune nouvelle informatique : l'ERP et les systèmes d'exploitation portaient déjà tout ce dont le modèle avait besoin.

• Un modèle opérationnel structuré. Ligne principale, premier et dernier kilomètre, manutention en cross-dock, service client, administration et propriété de la flotte, cartographiés en pools de coûts avec une mesure de capacité claire pour chacun : heures-chauffeur, heures-véhicule, heures-quai.
• Taux de coût de capacité. Pour chaque pool, le coût de la capacité fournie divisé par la capacité pratique. Pas la capacité théorique : la capacité pratique, les heures où la ressource est réalistement disponible pour travailler.
• Équations de temps. Le coût d'une expédition n'est pas un chiffre, c'est une formule. Distance, classe de poids, arrêts, type de manutention, temps d'attente et paperasse ajoutent chacun des minutes. Les équations de temps permettent à 525 000 expéditions différentes d'obtenir chacune son propre coût sans 525 000 études distinctes.
• Attribution, puis agrégation. Le coût par expédition remonte en coût par route, par ligne, par client, par contrat. Le modèle répond au niveau où se situe la décision.

La séquence, des lignes aux taux : taux de coût de capacité égale coût de la capacité fournie divisé par la capacité pratique, appliqué via les équations de temps pour transformer la donnée brute d'expédition en rentabilité par route et par client.

Des décisions, entre les mains du client, ont suivi les chiffres

• Retarification avec preuves. Les renouvellements de contrat sont passés du folklore de négociation à des planchers fondés sur le coût, ligne par ligne.
• Restructuration des lignes maigres. Consolidation, fréquences révisées et, là où le volume ne pouvait couvrir la capacité, conversations honnêtes sur des engagements minimaux.
• Temps d'attente inscrit au contrat. Des clauses d'immobilisation fondées sur des heures mesurées plutôt que sur des chiffres ronds.
• Maintien du modèle en vie. Le jeu de données se rafraîchit, les taux se recalculent, et le coût de service est désormais une vue de gestion récurrente plutôt qu'une étude ponctuelle.

Questions fréquentes

Combien de temps prend un modèle comme celui-ci avec un gros jeu de données ?

Le volume de données n'est pas le goulot d'étranglement ; le sens des données l'est. Une fois les champs compris, les 525 000 lignes ont traversé les équations de temps en quelques minutes. La construction, de bout en bout, a pris des semaines plutôt que des trimestres.

Cela a-t-il exigé un nouveau logiciel d'exploitation ?

Non. Le modèle a été construit sur des extractions que l'opérateur produisait déjà. Il vit désormais dans CostCtrl, où l'équipe finance le rafraîchit.

Le TDABC fonctionne-t-il pour du fret ponctuel, hors contrat ?

Oui. Les équations de temps ne se soucient pas qu'une expédition soit sous contrat ou au comptant ; elles tarifent l'activité réellement effectuée. Le travail au comptant est souvent là où les surprises de tarification sont les plus grandes.

Une courbe de la baleine est-elle normale en logistique ?

D'après notre expérience, oui. Les réseaux partagent la capacité entre clients, si bien que la subvention croisée est structurelle jusqu'à ce que quelqu'un la mesure. La courbe n'est pas un verdict sur l'équipe commerciale ; c'est une propriété du coût de service non mesuré.