Ce qu'un système de gestion du transport décide
Un système de gestion du transport effectue cinq choix pour chaque expédition, et chacun d'eux a un impact financier. L'origine détermine si un colis parcourt quarante ou quatre cents kilomètres. Le niveau de service décide si l'entreprise paie une livraison express pour une commande qui disposait de cinq jours de marge. Une attente de quatre heures détermine si deux expéditions vers la même région voyagent ensemble ou séparément.
Aucun de ces choix n'est visible depuis le TMS seul. Chacun dépend de la connaissance d'une information détenue dans un autre système au moment précis où la décision est prise, et non telle qu'elle apparaissait lors de l'exportation de la veille.
Le mode de défaillance n'est pas un message d'erreur. C'est une réponse basée sur des données obsolètes qui semble identique à une réponse basée sur des données actuelles, raison pour laquelle le coût reste invisible pendant des mois.
Pourquoi la sélection du transporteur se fait-elle à l'aveugle ?
L'expédition sortante se situe généralement à la fin d'une chaîne intégrée dans l'autre sens. La saisie des commandes vers l'ERP est connectée car il s'agit de revenus. L'ERP vers l'entrepôt est connecté car il s'agit de l'exécution. L'entrepôt vers le transporteur se résume souvent à une imprimante d'étiquettes et à un fichier de manifeste, et le choix du transporteur se fait en amont, par habitude.
Cela laisse la décision d'expédition sans les deux faits qui l'influencent le plus. Le premier est le coût réel de l'expédition avec chaque transporteur disponible aujourd'hui. Le second est de savoir si un autre site pourrait traiter la commande plus rapidement ou à moindre coût.
Il s'agit du même type de lacune que la cohérence des données entre l'ERP, le MES et le WMS, qui survient à la fin du processus au lieu d'être traitée au milieu. Elle persiste parce que chaque expédition individuelle semble correcte, et le coût ne devient visible qu'en agrégé, des mois plus tard, lors d'une analyse des dépenses de transport.
Le coût de l'expédition sans intégration TMS
Le fret est généralement l'un des postes de dépenses contrôlables les plus importants dans une entreprise de distribution, et l'un des moins examinés au niveau des décisions individuelles. Les pertes prennent des formes reconnaissables :
- Expédier depuis la mauvaise origine : le colis parcourt quatre cents kilomètres parce qu'un stock plus proche était invisible au moment de la décision
- Payer pour une rapidité dont personne n'avait besoin : un service express pour une commande qui disposait pourtant de cinq jours de marge sur sa date de livraison promise
- Regroupements manqués : deux commandes à destination de la même région préparées à quatre heures d'intervalle et expédiées séparément
- Surcharges prévisibles : frais de dimension visibles dans les données d'expédition mais jamais vérifiés au moment de la réservation
- Service client à l'aveugle : en l'absence d'événements de suivi dans le dossier de commande, un agent répond à la question « où est ma commande » en consultant le portail du transporteur
Les décisions que l'intégration TMS doit prendre en charge
La logistique sortante est plus facile à optimiser lorsqu'elle est décomposée en décisions spécifiques nécessitant des données en temps réel pour être prises efficacement.
- Lieu d'approvisionnement : quel site expédie la commande, ce qui nécessite de connaître les stocks et la capacité en temps réel de chaque site plutôt que de se baser sur un choix par défaut
- Sélection du transporteur et du service : l'option la moins chère respectant la date promise, ce qui nécessite de comparer les tarifs actuels avec l'engagement de livraison de la commande
- Regroupement : déterminer si cette expédition doit attendre pour être groupée avec d'autres allant dans la même direction, ce qui nécessite une visibilité sur le carnet de commandes en cours
- Réservation et documentation : l'expédition créée auprès du transporteur et les documents générés sans ressaisie depuis le système d'entrepôt
- Statut renvoyé au client : les événements de suivi sont renvoyés vers la fiche de commande, afin que le service client et le client voient la même chose
Les trois premiers sont des décisions et les deux derniers sont de l'exécution. La plupart des entreprises automatisent l'exécution et laissent les décisions à l'habitude. C'est l'inverse de ce qu'il faudrait faire, car c'est dans les décisions que se situent les coûts.
Comment une plateforme d'intégration connecte le TMS à l'ERP et au WMS
La connexion d'un TMS aux systèmes qui l'alimentent peut se faire de trois manières, chacune comportant une limite qu'il est utile de connaître. De nombreux produits TMS sont livrés avec des connecteurs pour les principaux ERP, ce qui fonctionne lorsque votre combinaison est standard, mais s'arrête lorsque ce n'est pas le cas. Les intégrations fournies par les transporteurs connectent bien un transporteur, mais se multiplient à mesure que vous en ajoutez. La sélection manuelle via un portail transporteur est la méthode utilisée par la plupart des petites structures, et c'est précisément ce qui conduit à l'utilisation systématique du transporteur par défaut.
Une plateforme d'intégration en tant que service (iPaaS) connecte n'importe quelle combinaison réellement en place. Sur l'iPaaS Alumio, ce travail prend quatre formes :
- Décisions basées sur des données actuelles : des Routes pilotées par les événements transmettent les détails des commandes et les niveaux de stock au TMS au fur et à mesure de leurs changements, de sorte que la sélection s'appuie sur la situation en temps réel plutôt que sur celle de la veille
- Un processus unique pour tous les transporteurs : un Transformer gère le format de chaque transporteur, ce qui fait de l'ajout ou du changement de transporteur une simple configuration plutôt qu'un nouveau projet
- Statut renvoyé automatiquement : les événements de suivi remontent vers la fiche de commande et le client, permettant au service client de répondre depuis le système même qui a enregistré la commande
- Coût du fret rapproché de la commande : le coût réel d'expédition est imputé à la commande dans l'ERP, ce qui rend visible la marge réelle par commande et par canal
Ces flux sont configurés plutôt que développés sur mesure pour chaque paire de systèmes, avec le Code Transformer disponible lorsque la configuration ne permet pas d'exprimer une règle. L'ajout d'un entrepôt ou d'un transporteur réutilise le processus existant. Cela signifie également que les données d'inventaire en temps réel servent aussi bien la décision d'expédition que celle de vente.
Ce que l'intégration TMS change dans les dépenses de fret
Les entreprises qui maîtrisent leur logistique sortante sont rarement celles qui bénéficient des meilleurs tarifs transporteurs. Ce sont celles qui prennent une décision réelle pour chaque expédition, car les systèmes impliqués peuvent communiquer entre eux au moment précis où la décision est prise.
Cela change la nature même de la gestion du fret. Au lieu de négocier un tarif plus bas une fois par an, l'entreprise choisit le bon transporteur et le bon point d'origine pour chaque commande. Cela permet généralement de réaliser des économies supérieures à celles d'une négociation annuelle, tout en améliorant les délais de livraison.
Ce qu'une plateforme d'intégration apporte ici, ce sont des dépenses de fret qui reflètent des choix délibérés plutôt que des options par défaut. Les promesses de livraison sont tenues car l'origine a été sélectionnée sur la base de stocks réels. Et la marge par commande est connue au moment de l'expédition, plutôt que trois semaines plus tard à la réception de la facture du transporteur.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
