En bref
L'e-mail, WhatsApp et le téléphone ne sont pas de « mauvais outils ». Ce sont des canaux de communication très efficaces. Le problème commence lorsqu'ils deviennent aussi la seule archive de l'exploitation. Une livraison peut être commandée par e-mail, modifiée par téléphone et confirmée dans un chat : après quelques heures, personne ne sait plus quelle information prévaut.
La solution n'est pas d'interdire les canaux utilisés par les clients et les conducteurs. Il faut instaurer une règle : toute information qui modifie le travail doit rejoindre la source opérationnelle de la commande. Le message reste une preuve ou un contexte ; la fiche commande contient ce qui doit être exécuté.
Le problème n'est pas WhatsApp : c'est la fragmentation
Dans une très petite entreprise, le dirigeant connaît souvent tout de mémoire. Avec trois ou quatre camions, le système semble fonctionner car une seule personne relie appels, clients et conducteurs. Lorsque les commandes, les véhicules ou les collaborateurs augmentent, la mémoire individuelle devient un goulot d'étranglement.
Les symptômes sont reconnaissables :
- on cherche « le dernier e-mail » avant d'appeler un conducteur ;
- deux personnes ont des versions différentes de la même adresse ;
- une modification reçue sur un téléphone personnel n'arrive pas au collègue ;
- le client demande pourquoi une instruction non enregistrée n'a pas été respectée ;
- la facturation et l'exploitation doivent reconstituer après coup ce qui s'est passé.
Établir une source opérationnelle unique
La source unique ne doit pas forcément être un logiciel sophistiqué. Au début, il peut s'agir d'un tableur bien conçu ou d'une base de données partagée. Elle doit toutefois respecter quatre exigences :
- chaque commande a un identifiant ;
- il existe une seule version courante des informations opérationnelles ;
- les modifications importantes sont traçables ;
- les personnes autorisées peuvent accéder aux données lorsque nécessaire.
Cette logique est souvent appelée source unique de vérité : cela ne signifie pas qu'il n'existe qu'un seul document dans toute l'entreprise, mais que l'on sait clairement quelle source prévaut pour chaque information opérationnelle.
Comment traiter e-mails, téléphone et chats
Il est utile pour recevoir des commandes structurées, des pièces jointes et des confirmations. Lorsqu'il contient une nouvelle mission, les données doivent être inscrites dans la fiche de commande. L'e-mail peut ensuite être lié ou archivé comme référence.
Appel téléphonique
C'est le canal le plus rapide et le moins structuré. Si une adresse, une heure ou une quantité change pendant l'appel, la modification doit être enregistrée dès que possible. Pour les informations sensibles ou contestables, une confirmation écrite ultérieure peut être utile.
WhatsApp ou autres chats
Ils sont très efficaces pour la rapidité et les mises à jour, mais un chat personnel peut être difficile d'accès pour le reste de l'entreprise et mêler les informations de commandes différentes. Le message opérationnel important doit être reporté dans le système de commande ; les documents et photographies doivent être gérés selon les procédures de l'entreprise et les règles de protection des données.
Contrats, commandes et preuve des modifications
Le décret législatif italien 286/2005 encadre le contrat de transport routier de marchandises pour compte d'autrui et accorde une importance à la forme écrite et aux éléments de la relation. La manière dont e-mails, commandes, confirmations et autres documents aident à démontrer le contenu de la relation dépend du cas concret.
C'est pourquoi, lorsqu'une modification a un impact économique ou opérationnel important — par exemple une destination différente, une attente supplémentaire, un deuxième déchargement ou une variation significative de la marchandise — il est utile d'en conserver une trace claire et de l'associer à la commande. Il ne faut pas transformer chaque appel en contrat : il faut pouvoir reconstituer qui a demandé quoi et quand.
Accès, sauvegardes et conservation
Centraliser les commandes ne veut pas dire tout rendre visible à tous. Une PME devrait au moins se poser ces questions :
- qui peut modifier une commande ?
- qui peut voir les prix et les conditions commerciales ?
- les conducteurs ne voient-ils que les informations nécessaires à la mission ?
- que se passe-t-il si l'ordinateur du dispatcheur tombe en panne ?
- existe-t-il une sauvegarde ?
- les comptes d'anciens salariés ou collaborateurs sont-ils désactivés ?
- les données personnelles sont-elles conservées seulement pour la durée et les finalités nécessaires ?
Parmi d'autres principes, le RGPD impose la limitation des finalités, la minimisation des données, l'exactitude et une sécurité adéquate. Même un processus de commande simple doit donc éviter de dupliquer sans raison des données personnelles sur des dizaines d'appareils.
Méthode minimale pour une PME
Un flux très simple peut être le suivant :
1. La demande arrive. E-mail, téléphone, chat ou portail.
2. La commande est créée. Identifiant, client, enlèvement, livraison, marchandise, date et notes.
3. Les références sont jointes ou liées. E-mail, documents, accord commercial.
4. Le travail est attribué. Conducteur et camion.
5. Chaque modification met à jour la fiche. Le canal d'origine ne reste pas la seule source.
6. La commande est clôturée. Statut livré et documents pertinents.
7. Elle est archivée avec des critères cohérents. Pas un dossier par personne, mais un critère permettant de retrouver le transport.
Exemple pratique
À 09:00, une commande Milan–Gênes arrive par e-mail. À 11:00, le client appelle et demande d'avancer l'enlèvement. À 13:00, il envoie sur WhatsApp un nouveau numéro de référence à communiquer à l'entrepôt.
Sans source unique, il y a trois morceaux de vérité. Avec un flux structuré, la commande contient l'horaire actualisé et la nouvelle référence, tandis que l'e-mail et le message restent liés comme contexte. Le collègue qui prend le relais l'après-midi n'a pas à lire toute l'histoire pour savoir quoi exécuter.
Liste de contrôle
- Chaque nouvelle mission est-elle enregistrée dans un lieu commun ?
- Les modifications téléphoniques importantes sont-elles reportées sur la commande ?
- Les chats ne sont-ils pas la seule archive ?
- Sait-on clairement quelle version de la commande est en cours ?
- Les prix et données personnelles ont-ils des accès appropriés ?
- Existe-t-il une procédure de sauvegarde ?
- Peut-on reconstituer l'historique d'une variation importante ?
Sources et références
- MIT — Décret législatif n° 286 du 21 novembre 2005
- Normattiva — Décret législatif 286/2005, texte en vigueur
- EUR-Lex — Règlement (UE) 2016/679, RGPD
Les sources constituent un point de départ pour les vérifications. Pour un cas précis, consultez les textes en vigueur et des professionnels compétents.
