Comment numériser une petite entreprise de transport routier sans tout changer

En bref

La numérisation d’une petite entreprise de transport routier ne devrait pas commencer par un projet gigantesque. Elle devrait commencer par une question :

Quelle information importante est aujourd’hui écrite deux ou trois fois et risque de devenir différente ?

Pour beaucoup de PME, la réponse est la commande de transport et tout ce qui l’entoure : planification, affectation, modifications, communication au conducteur et documents.

La stratégie la plus sûre consiste à numériser par couches, en maintenant la continuité opérationnelle :

commandes → plan → ressources → communication → documents → données → intégrations

Il ne faut pas éliminer en un jour le téléphone, les e-mails, Excel et le papier. Il faut attribuer à chaque outil un rôle précis et supprimer progressivement les doublons.

Numériser ne signifie pas tout changer en même temps

Un projet qui tente d’introduire simultanément :

• un nouveau logiciel de gestion ;
• un nouvel ERP ;
• une nouvelle application conducteur ;
• la facturation ;
• la télématique ;
• un CRM ;
• des automatisations ;
• l’IA ;
• un portail client ;
• l’archivage réglementaire des documents,

peut échouer même si chaque produit est valable.

La capacité à absorber le changement est limitée. Dans une petite entreprise, les mêmes personnes doivent continuer à livrer la marchandise tout en apprenant le nouveau processus.

Une règle utile : une nouvelle source officielle à la fois.

Phase 0 : observer comment l’entreprise travaille réellement

Avant d’acheter un logiciel, suivre une commande du début à la fin.

Noter :

1. où elle arrive ;
2. qui la lit ;
3. où elle est recopiée ;
4. qui décide du camion/conducteur ;
5. comment elle est communiquée au conducteur ;
6. ce qui se passe quand elle change ;
7. quels documents reviennent ;
8. qui clôture administrativement le travail ;
9. où on la cherche après un mois.

Repérer chaque duplication.

Exemple :

e-mail client → impression → Excel → WhatsApp conducteur → note papier → dossier PDF

La numérisation doit réduire ces passages, et non simplement ajouter une septième plateforme.

Phase 1 : créer une source unique pour les commandes

Le premier objectif peut être simplement :

« À partir du 1er octobre, chaque nouvelle commande doit avoir une fiche dans le système. »

Peu importe que la commande continue d’arriver par e-mail. L’important est qu’après sa réception, il existe une source opérationnelle unique.

Définir quelques champs obligatoires :

• client ;
• référence ;
• date ;
• enlèvement ;
• livraison ;
• créneaux horaires ;
• informations sur la marchandise nécessaires à la planification ;
• notes opérationnelles ;
• statut.

S’il manque des données essentielles, la commande doit apparaître incomplète plutôt qu’être « complétée de mémoire ».

Phase 2 : partager le plan

Une fois les commandes structurées, le plan doit en découler.

Objectif :

• voir ce qui reste à planifier ;
• affecter les ressources ;
• ordonner les activités ;
• identifier les conflits évidents ;
• conserver visible la version actuelle.

Le plan numérique ne remplace pas la vérification des contraintes réglementaires. Temps de conduite et de repos, temps de travail, aptitude et autres exigences doivent rester dans le processus par les systèmes, données et contrôles prévus par la réglementation applicable.

Phase 3 : relier conducteurs et véhicules

Créer des référentiels essentiels permet de cesser d’utiliser les noms et immatriculations comme texte libre.

Pour chaque donnée, se demander :

• sert-elle à la planification ?
• sert-elle à une obligation concrète ?
• qui doit la voir ?
• combien de temps doit-elle être conservée ?

Ne pas charger dans le logiciel chaque document « parce qu’il y a de la place ». Permis de conduire, documents personnels, certifications et données sensibles ou de catégorie particulière doivent être gérés avec des finalités, accès et durées de conservation appropriés.

Phase 4 : structurer la communication et les statuts

L’étape suivante n’est pas d’éliminer WhatsApp. Elle consiste à éviter que WhatsApp soit la seule preuve de la dernière décision.

Définir un processus :

1. le client communique une modification ;
2. le bureau la vérifie ;
3. la commande est mise à jour ;
4. le plan change ;
5. le conducteur reçoit la version mise à jour ;
6. la conversation éventuelle reste un support, pas la source principale.

Pour les statuts, commencer avec quelques valeurs claires.

Exemple :

à planifier → affecté → en cours → terminé

Ajouter « problème » et « annulé » seulement s’ils sont réellement nécessaires.

Phase 5 : organiser les documents sans confondre archive et conservation

Un logiciel de gestion peut aider à relier à la commande :

• les DDT reçus ;
• les CMR ;
• les POD ;
• les photographies opérationnelles ;
• les autres pièces jointes pertinentes.

Mais il faut distinguer deux concepts.

Archive opérationnelle

Elle sert à retrouver rapidement le fichier lié à une commande, un trajet ou un client.

Conservation numérique lorsqu’elle est requise

Pour certains types de documents, la loi peut imposer des exigences spécifiques de conservation. Les lignes directrices d’AgID régissent la création, la gestion et la conservation des documents numériques dans le cadre prévu par la réglementation italienne ; AgID précise aussi que les entités privées, lorsque la loi impose des obligations de conservation, doivent définir des processus et responsabilités cohérents avec ces obligations.

Donc :

« Le fichier est dans le cloud » ne signifie pas automatiquement « le document est conservé conformément aux règles ».

Pour les documents fiscaux, sociaux, techniques ou d’autres documents soumis à des obligations spécifiques, vérifier avec le professionnel compétent quel processus est requis.

Phase 6 : sécuriser les données et les accès

La numérisation concentre des données auparavant dispersées. C’est un avantage, mais cela augmente l’importance de la sécurité.

Comptes individuels

Éviter « bureau@entreprise / même mot de passe pour tous ». Chaque personne devrait avoir sa propre identité lorsque le système le permet.

Autorisations

Un conducteur ne doit pas nécessairement voir les données de tous les clients. Un opérateur ne doit pas nécessairement administrer utilisateurs et paramètres.

MFA

Activer l’authentification multifacteur lorsqu’elle est disponible, surtout pour les comptes administratifs.

Sauvegardes

Comprendre ce qui est sauvegardé, à quelle fréquence et comment se fait la restauration.

Départ de salariés

Révoquer rapidement accès et appareils lorsqu’une personne quitte l’entreprise ou change de rôle.

Hameçonnage

Une plateforme sûre ne protège pas un mot de passe donné à une fausse page. Une formation de base reste nécessaire.

Phase 7 : n’intégrer que ce qui est nécessaire

Une fois le processus interne opérationnel, il est possible d’automatiser le passage des données entre les systèmes.

Priorités possibles :

Import des commandes

Si un client envoie toujours le même fichier, l’import peut supprimer les saisies manuelles.

ERP/facturation

Si les données d’une commande clôturée doivent alimenter l’administration, une intégration ou un export structuré peut être pertinent.

Télématique

Si la flotte utilise des systèmes télématiques, certaines données peuvent être reliées au flux opérationnel quand une finalité claire existe.

Clients et partenaires

Les API/EDI peuvent devenir utiles lorsque les volumes et la fréquence justifient le coût.

Automatiser un processus instable produit des erreurs plus vite. Standardiser d’abord, intégrer ensuite.

eFTI et l’avenir des données de transport

Le règlement (UE) 2020/1056 a créé le cadre européen pour les informations électroniques relatives au transport de marchandises (electronic Freight Transport Information — eFTI).

Selon la feuille de route publiée par la Commission européenne, à partir du 9 juillet 2027, le cadre sera pleinement applicable : les autorités des États membres devront accepter les informations réglementaires mises à disposition électroniquement par les opérateurs au moyen de plateformes eFTI certifiées, dans le périmètre prévu par le règlement.

Pour une petite entreprise, cela ne signifie pas que tous les processus doivent être remplacés aujourd’hui. C’est toutefois un signal stratégique clair : le transport européen s’oriente vers des données numériques structurées, interopérables et vérifiables.

Lorsqu’on choisit un logiciel en 2026, les questions pertinentes sont :

• mes données sont-elles exportables ?
• existe-t-il des API ?
• le fournisseur suit-il les normes européennes ?
• comment eFTI sera-t-il traité ?
• si le fournisseur parle d’une plateforme eFTI certifiée, peut-il démontrer le statut réel de la certification lorsque le régime l’exige ?

Il n’est pas nécessaire d’acheter aujourd’hui des fonctionnalités spéculatives ; il est utile d’éviter les systèmes entièrement fermés.

Un plan de 30-60-90 jours pour une petite flotte

Jours 1-30 — mettre les données en ordre

Objectifs :

• cartographier le processus actuel ;
• choisir la source unique des commandes ;
• nettoyer clients et sites ;
• nettoyer conducteurs et véhicules ;
• définir 4-6 statuts ;
• définir utilisateurs et autorisations ;
• n’importer que ce qui est nécessaire.

Résultat attendu : les nouvelles commandes sont structurées et recherchables.

Jours 31-60 — utiliser le système au quotidien

Objectifs :

• planifier toutes les nouvelles commandes dans le système ;
• affecter conducteurs/véhicules ;
• standardiser les modifications ;
• introduire la communication conducteur prévue ;
• définir une procédure en cas d’indisponibilité du système.

Résultat attendu : le plan partagé devient la source opérationnelle actuelle.

Jours 61-90 — documents et automatisations légères

Objectifs :

• relier les pièces jointes réellement utiles ;
• définir ce qui doit être archivé et ce qui exige des processus de conservation spécifiques ;
• définir 3-5 KPI ;
• évaluer les imports depuis des clients récurrents ;
• supprimer les feuilles et passages devenus des doublons ;
• former de nouveau les utilisateurs du système aux difficultés apparues.

Résultat attendu : moins de double travail, des données plus fiables et une base prête pour d’éventuelles intégrations.

Erreurs à éviter

1. Numériser le chaos

Si chaque opérateur appelle le même statut par un nom différent, il faut d’abord convenir du processus.

2. Tout migrer

Dix ans de données en double ne deviennent pas utiles parce qu’elles sont importées.

3. Garder deux sources officielles pendant des mois

« Par sécurité, nous mettons à jour Excel et le logiciel » crée inévitablement des écarts. La période parallèle doit être limitée et avoir une date de fin.

4. Personnaliser avant de comprendre le produit

Beaucoup de demandes initiales viennent de l’habitude de l’ancienne méthode.

5. Confondre suivi et planification

Savoir où se trouve le camion ne signifie pas avoir une commande bien gérée ; avoir une commande bien gérée ne signifie pas faire du suivi.

6. Confondre archive cloud et conservation réglementaire

Une pièce jointe facile à retrouver n’est pas automatiquement conservée selon les exigences applicables.

7. Donner à tous accès à tout

La simplicité opérationnelle n’exige pas l’absence d’autorisations.

8. Automatiser avant de standardiser

Une API peut dupliquer automatiquement une mauvaise commande avec une grande efficacité.

9. Mesurer 40 KPI

Trois indicateurs utilisés valent mieux que quarante tableaux de bord ignorés.

10. Ne pas prévoir la sortie du fournisseur

La possibilité d’exporter ses propres données doit être vérifiée avant la signature, pas lorsqu’on décide de changer de logiciel.

Checklist finale de numérisation

Processus

• Avons-nous décrit le passage d’une commande de son arrivée à sa clôture ?
• Existe-t-il une source officielle unique ?
• Les statuts sont-ils peu nombreux et clairs ?
• Les modifications sont-elles reportées dans la source officielle ?

Données

• Clients et sites sont-ils propres ?
• Conducteurs et véhicules sont-ils des entités réutilisables ?
• Évitons-nous les données personnelles inutiles ?
• Les données sont-elles exportables ?

Personnes

• La personne qui planifie a-t-elle participé au projet ?
• Les conducteurs connaissent-ils le nouveau flux ?
• Existe-t-il des comptes individuels ?
• Les rôles et responsabilités sont-ils clairs ?

Sécurité

• MFA là où disponible ?
• Sauvegardes incluses et vérifiables ?
• Procédure de révocation des accès ?
• Plan minimal en cas d’indisponibilité du système ?

Documents

• Les pièces jointes sont-elles reliées à la commande ?
• Savons-nous lesquels ne sont qu’une archive opérationnelle ?
• Avons-nous identifié d’éventuelles obligations spécifiques de conservation ?

Évolution

• L’intégration d’un système élimine-t-elle vraiment une saisie manuelle ?
• Les API sont-elles documentées ?
• Le fournisseur suit-il l’évolution eFTI ?
• Pouvons-nous changer de logiciel sans perdre les données ?