Nous étudierons votre modèle de livraison et vous dirons ce qu'il faut automatiser en premier
D'où viennent les demandes, comment les tournées se planifient aujourd'hui, qui tient les statuts et dans quels programmes vos données se trouvent déjà.
Logiciel pour la logistique
Demandes, tournées, marchandises et livraison dans un seul système
Tant que les expéditions sont peu nombreuses, elles tiennent dans la tête de quelqu'un, dans un tableur et dans une conversation. Quand le volume grandit, cela cesse de fonctionner : seul le chauffeur sait où est la marchandise, et seule la personne qui a pris la demande sait qui a promis quoi à qui. Un logiciel pour la logistique supprime cette façon de travailler : la demande, la tournée, la marchandise et le statut de livraison deviennent des enregistrements dans un seul système, et le régulateur les voit sur un seul écran. Voici comment cela fonctionne — de l'arrivée d'une demande à la confirmation de réception.
Qu'est-ce qu'un système
de gestion logistique
Un système de gestion logistique — un logiciel qui tient le compte des expéditions : il reçoit les demandes, en compose des tournées, y affecte des exécutants, suit le mouvement des marchandises et conserve l'histoire de ce qui est arrivé à chaque livraison.
La différence tient en un seul exemple. Sans système, une demande vit dans une messagerie, la tournée vit sur une feuille posée sur le bureau du régulateur, et l'état de la marchandise vit dans la tête du chauffeur. Répondre à un client qui demande où est sa marchandise, c'est appeler trois personnes. Personne ne sait combien de véhicules sont chargés pour demain, parce que ce chiffre n'a jamais été calculé nulle part.
Dans un système, tout cela est fait d'enregistrements. Une demande a un numéro, un expéditeur, un destinataire, un délai et un état actuel. Une tournée a une liste d'arrêts, un ordre de passage et un exécutant. Une marchandise a un statut qui change par une action dans le logiciel et non par des paroles. Répondre à la question « où est la marchandise » prend quelques secondes et ne dépend pas de qui est de service aujourd'hui.
Un exemple. Un client a déposé une demande de transport jeudi. Un opérateur a vérifié l'adresse et les dimensions et a placé la demande dans la tournée de vendredi, et le système l'a affectée à un chauffeur avec six autres arrêts. Le matin, le chauffeur a ouvert sa liste de tâches et a marqué l'enlèvement ; le soir, la livraison. Pendant ce temps, le statut du client changeait, et vendredi soir l'entreprise avait un bilan tout prêt : combien d'arrêts ont été couverts, combien l'ont été dans les temps et quelle livraison s'est mal passée.
L'automatisation de la logistique commence là où la réponse à trois questions ne tient plus dans la tête du régulateur : combien de demandes sont en cours à cet instant, où se trouve tel envoi, et pourquoi deux livraisons ont glissé au lendemain hier.
- 1Demande
- 2Vérification
- 3Tournée
- 4Exécutant
- 5Remise au transporteur
- 6Mouvement
- 7Livraison
- 8Régulateur
Le lien fonctionne dans les deux sens : la tâche va de gauche à droite, les marques et les événements de l'exécutant reviennent. Une livraison est réputée avoir eu lieu non pas quand le chauffeur quitte l'adresse, mais quand la réception est confirmée. Sans cette étape, le système annoncerait ce qu'il croit de ses marchandises plutôt que ce qui s'est réellement passé.
Ce que le système sait de chaque expédition
- Ce qui est transporté — la description de la marchandise, le nombre de colis, le poids, le volume, les conditions particulières de transport
- D'où et vers où — l'adresse d'enlèvement, l'adresse de livraison, les personnes à contacter aux deux bouts
- Quand — le délai de livraison, le créneau du destinataire, les heures réelles de départ et de réception
- Qui en répond — le chauffeur ou le coursier, le véhicule, la tournée, le responsable au bureau
- Dans quel état elle est — le statut actuel et toute la chaîne de ses changements, avec auteur et heure
- Ce qui le confirme — documents, photos, signature du destinataire, commentaires de l'exécutant
Ce que le système ne fait pas tout seul
Un logiciel ne conduit pas le véhicule et ne remplace pas le régulateur. Il supprime le travail manuel autour d'une décision : il rassemble les demandes au même endroit, montre la charge, empêche un arrêt de se perdre et consigne chaque changement. La décision de savoir qui prend la commande urgente et s'il faut attendre un client en retard reste à une personne — mais elle se prend sur une image complète plutôt que de mémoire.
De la même façon, le système ne connaît pas tout seul la circulation et la météo : toute donnée extérieure lui parvient par une intégration, dont l'étendue se détermine dans le projet.
Par où les entreprises commencent d'habitude
C'est le suivi des demandes qui passe en premier dans le système — pas les tournées ni les cartes. La raison est simple : tant que les demandes vivent dans une conversation, toute tournée se construit sur une liste incomplète et tout rapport se calcule sur ce que quelqu'un a pensé à noter.
Les tâches que résout le système
Ce qui suit n'est pas une liste de fonctions mais six problèmes pour lesquels on automatise la logistique en premier lieu. Chacun est énoncé de la même façon : ce qui se passe sans logiciel et ce qui change avec lui.
Les demandes ne se perdent pas
Sans système, une demande arrive par messagerie, par e-mail et par téléphone, et son sort dépend de ce que quelqu'un l'ait notée. Dans un système, chaque demande est un enregistrement avec un numéro, un auteur et un délai : elle est soit en cours, soit close, et il n'y a pas de troisième état. Une demande perdue se voit tout de suite plutôt qu'au moment où le client appelle.
Une tournée se construit sur les demandes et non de mémoire
Le régulateur voit tous les arrêts de demain sous forme de liste : adresses, créneaux, dimensions. Les arrêts se composent en tournées, et une tournée reçoit un exécutant et un ordre de passage. Un arrêt oublié ne glisse pas en silence au lendemain — il reste non affecté et se voit sur une liste à part.
La charge des personnes et des véhicules se voit
Combien d'arrêts sont déjà affectés à un véhicule, combien de place il reste en poids et en volume, quels chauffeurs terminent leur service dans une heure. Sans ces chiffres, la charge se répartit à l'œil, et un véhicule part à moitié vide pendant qu'un autre n'arrive pas à finir sa tournée le soir.
Le statut d'une marchandise n'a pas à s'établir par téléphone
L'état d'une livraison se change par celui qui l'exécute, au moment de l'action. Le régulateur, le responsable et le client regardent le même enregistrement. « Où est ma marchandise » cesse d'être un travail à trois personnes.
La confirmation de réception est consignée
Qui a accepté la marchandise, quand et à quel titre est un enregistrement dans le système et non un souvenir. Une signature, une photo ou un code de confirmation est rattaché à la livraison précise. Le débat « nous avons livré — non, vous n'avez pas livré » se règle en ouvrant une fiche, et non par une enquête.
Les échecs s'examinent sur des faits
Les retards, les annulations, les retours et les livraisons manquées deviennent des événements distincts avec un motif. À la fin du mois, on ne voit pas « cela arrive » mais une liste précise : combien d'échecs, sur quelles tournées et pour quelle cause.
De quoi se compose le système
Le système s'assemble à partir de modules. Toutes les entreprises n'en ont pas besoin de la totalité : un service de livraison urbaine n'a pas besoin du suivi des trajets interurbains, et un fabricant avec son propre parc n'a pas besoin d'un échange de commandes. La composition se détermine par la tâche, mais les modules sont conçus d'avance pour s'emboîter, et non rajoutés après coup.
Réception et traitement des demandes
Le point d'entrée du système : une demande de transport avec un expéditeur, un destinataire, le contenu de la marchandise, un délai et des conditions. Les demandes arrivent d'un commercial, de l'espace client ou d'un système extérieur par l'API — et à partir de là, elles vivent toutes sous les mêmes règles.
Tournées et arrêts de livraison
La composition des arrêts en tournée, l'ordre de passage, l'affectation d'un véhicule et d'un exécutant, la modification de la tournée en cours de journée. Une tournée est un objet de gestion au même titre qu'une demande : elle a une date, un état et un historique de changements.
Registre des marchandises
Ce qui est transporté exactement : colis, poids, volume, emballage, conditions particulières. La marchandise est reliée à la demande, à la tournée, aux documents et au statut du moment, si bien que chacun d'eux rétablit les autres.
Véhicules et exécutants
Un annuaire des véhicules et des personnes : charge utile, volume de caisse, type de véhicule, horaires de travail, zone d'activité. C'est de là que vient la charge — combien d'arrêts on peut encore mettre sur ce véhicule aujourd'hui.
Tableau de bord d'exploitation
Le poste de travail de l'employé : livraisons en cours, tournées, exécutants, statuts, retards et commandes à problèmes sur un seul écran. Il s'ouvre dans le navigateur, il n'y a rien à installer.
Statuts et événements
Un ensemble fini d'états de livraison et les règles de passage de l'un à l'autre. Chaque changement est un événement avec un auteur, une heure et un motif ; les événements composent l'historique à partir duquel un échec s'examine ensuite.
Le lien avec l'entrepôt
La couture avec la préparation et l'expédition : ce qui a été préparé, ce qui est prêt à être remis, ce qui a réellement été remis au chauffeur. Sans elle, l'entrepôt et la livraison vivent dans deux comptabilités séparées et divergent dès midi.
Le poste de travail de l'exécutant
L'application ou l'interface mobile du chauffeur et du coursier : liste de tâches, adresses, ordre de passage, détails de la marchandise, changements de statut, confirmation de l'enlèvement et de la livraison, contact avec le régulateur.
Notifications
Les messages au client et à l'employé : demande acceptée, marchandise enlevée, coursier en route, livraison reportée, livraison manquée. Les canaux de remise des messages se choisissent à la mise en place et se raccordent par des intégrations.
Rôles et droits
Opérateur des demandes, régulateur, magasinier, chauffeur, responsable. Modifier une tournée, annuler une livraison, corriger une adresse et accéder aux données personnelles des destinataires sont des droits distincts, et non un seul bloc « employé ».
Analytique et rapports
Nombre de livraisons, part de celles faites dans les temps, utilisation des véhicules et du personnel, efficacité des tournées, liste des commandes à problèmes. Les rapports s'exportent en fichier et se construisent selon un calendrier.
API et intégrations
L'interface extérieure du système : créer une demande, vérifier un statut, obtenir une tournée, transmettre une confirmation de livraison, extraire le journal. C'est par là que se raccordent la boutique en ligne, le CRM, l'ERP et le système d'entrepôt.
Gestion des commandes
de la demande à la livraison
Une demande de transport — un document qui consigne ce qu'il faut livrer et où, dans quel délai, aux frais de qui et à quelles conditions. Tout ce qui suit — la tournée, l'exécutant, les statuts, les documents — est rattaché à son numéro.
Une demande entre dans le système de trois façons : un commercial la crée, le client la remplit lui-même dans son espace, ou un autre système de l'entreprise la transmet par l'API. La source diffère ; le chemin ensuite est le même — sinon certaines commandes se forgeraient leur propre ordre de traitement non écrit.
Vérification — une étape à part, et non une formalité. Le système vérifie si les champs obligatoires sont remplis, si le destinataire figure dans l'annuaire, si la marchandise entre dans les dimensions autorisées et si le délai est tenable. Une demande douteuse ne se glisse pas en silence dans une tournée : elle reste sur la liste des points à clarifier, avec un motif clair.
Ce que contient une demande :
- Numéro, date de création, auteur et source — qui l'a créée et d'où
- Le client et le payeur, quand ce sont deux parties différentes
- L'adresse d'enlèvement et l'adresse de livraison, avec les personnes à contacter
- Le contenu de la marchandise : description, nombre de colis, poids, volume, emballage
- Le délai de livraison et le créneau qui convient au destinataire
- Les conditions : paiement à la réception, marchandise fragile, montée à l'étage nécessaire, deuxième personne nécessaire
- Les documents liés : bon de livraison, facture, commande venue d'un autre système
L'affectation à une livraison — le moment où une demande cesse d'être une intention pour devenir du travail. Elle entre dans la tournée d'un jour précis, elle reçoit un exécutant, et l'exécutant reçoit une tâche sur sa liste. À partir de là, la demande se voit dans le panneau du régulateur, dans l'application du chauffeur et dans l'historique du client.
Certaines modifications changent le plan de la journée : une nouvelle adresse peut sortir de la tournée, et un poids augmenté peut ne plus entrer dans le véhicule affecté. Une telle demande ne se modifie pas en silence — elle revient au régulateur pour être replanifiée, avec le motif.
Le parcours d'une demande
- CrééeUn commercial a saisi la demande : deux colis, 46 kg, enlèvement à l'entrepôt, livraison à l'adresse du destinataire avant 18:00 vendredi
- VérifiéeL'adresse a été trouvée dans l'annuaire, les dimensions correspondent au type de véhicule, le délai est réaliste — la demande passe en planification
- Placée dans une tournéeL'arrêt a été ajouté à la tournée de vendredi, en quatrième position dans l'ordre de passage
- Exécutant affectéLa tournée a été affectée à un chauffeur et à un véhicule ; la tâche est apparue sur leur liste pour demain
- Marchandise enlevéeLe chauffeur a marqué l'enlèvement à l'entrepôt, le système a consigné l'heure de départ et a fait passer la demande en transit
- LivréeLe destinataire a accepté la marchandise, la confirmation a été rattachée à la demande, l'heure de réception a été consignée
- CloseLes documents ont été remis sans écart ; la demande entre dans l'historique et dans le rapport de la période
Une capture du système ; les données sont illustratives. La cinquième étape compte : l'enlèvement est marqué par celui qui prend physiquement la marchandise. Si un régulateur le marque parce que quelqu'un a appelé, le système se met à décrire non pas l'expédition, mais le récit qu'on en fait.
Modifier une demande déjà affectée
Modifier est une opération maîtrisée, pas un changement à main levée. Changer une adresse, un délai ou le contenu d'une marchandise conserve la version précédente et laisse une trace : qui a changé, quand et quoi exactement. Sinon, l'examen d'une livraison contestée bute sur la question de savoir quelle était l'adresse au départ.
Gestion des tournées
arrêts, ordre et exécutants
Tournée — une liste d'arrêts qu'un exécutant couvre dans sa journée, avec l'ordre de passage. Un arrêt est une action précise à une adresse : enlever une marchandise, livrer une marchandise, reprendre un retour.
Créer une tournée part des demandes non affectées à la date choisie. Le régulateur les voit sous forme de liste : adresse, quartier, créneau du destinataire, poids et volume. Les arrêts se composent en tournée à la main ou par une règle — toutes les livraisons de ce quartier pour demain, par exemple — et la tournée affiche aussitôt le poids total, le volume et le nombre d'arrêts.
L'ordre des arrêts se pose explicitement et reste visible de tous : du régulateur dans le panneau et du chauffeur dans l'application. L'ordre se change en déplaçant un arrêt, et le système recalcule la charge de la tournée et prévient d'un conflit — quand un arrêt avec un créneau « avant 12:00 » se retrouve en huitième position, par exemple.
Affecter un exécutant — rattacher la tournée à un chauffeur ou à un coursier et à un véhicule. Le système tient compte de la charge utile et du volume de caisse : une tournée qui n'entre pas dans le véhicule affecté est signalée avant le départ plutôt que découverte au chargement.
Modifier une tournée se fait en cours de journée, et c'est un scénario normal, pas une urgence. Un arrêt peut être ajouté, retiré, déplacé vers une autre tournée ou vers un autre jour. L'exécutant voit le changement sur sa liste, et l'historique de la tournée en garde la trace : ce qui a changé, qui l'a changé et à quelle heure.
Suivre l'exécution — comparer le prévu et le réel : combien d'arrêts de la tournée sont clos, combien il en reste, où l'exécutant s'est écarté de l'ordre de passage, quels arrêts ont dépassé leur créneau. Une tournée se clôt quand tous ses arrêts sont clos — y compris ceux qui se sont soldés par une livraison manquée.
L'ordonnancement automatique des arrêts
La construction automatique d'une tournée optimale est un module à part, et non une fonction intégrée au système de suivi. Il vaut mieux la traiter comme une option de mise en place : elle demande une source de données routières, des règles de calcul et une vérification sur les trajets réels de l'entreprise.
Les possibilités vont du simple classement des arrêts par zone et par créneau au calcul par un service cartographique extérieur. Ce qui se raccorde exactement et sur quelles données cela travaille se détermine à l'étude préalable : annoncer d'avance une optimisation toute prête serait une promesse et non une description.
La couche de base fonctionne sans elle : les arrêts, l'ordre, l'exécutant et le suivi de l'exécution ne dépendent pas de ce que les arrêts aient été rangés par une personne ou par un algorithme.
Une tournée comme objet de gestion
Une tournée a une date, un exécutant, un véhicule, un état et un historique de changements — exactement comme une demande. C'est pourquoi la question de savoir pourquoi telle adresse a glissé d'hier à aujourd'hui se règle à partir de l'enregistrement de la tournée et non de ce dont l'équipe se souvient.
| № | Point de vente | Action | Créneau | Colis | Poids | État |
|---|---|---|---|---|---|---|
| 1 | Entrepôt, rue Promychlennaïa | Enlèvement de marchandise | 08:00–09:00 | 14 | 310 kg | fait |
| 2 | Magasin « Tsentralny » | Livraison | 09:00–12:00 | 4 | 86 kg | fait |
| 3 | Bureau du client, 4e étage | Livraison | 10:00–13:00 | 2 | 18 kg | en transit |
| 4 | Point de retrait, quartier Assanbaï | Livraison | avant 18:00 | 6 | 142 kg | en attente |
| 5 | Magasin « Vostochny » | Livraison + retour | 14:00–17:00 | 2 | 64 kg | en attente |
L'ordre de passage se voit du régulateur comme du chauffeur : « on les a interverties » ne se transforme donc jamais en dispute. La ligne 3 ne se clora pas tant que l'exécutant n'aura pas marqué le résultat : la montée à l'étage est un endroit classique où une livraison prend du retard, et le système doit l'apprendre de celui qui se tient devant la porte.
La gestion des marchandises
ce qui est transporté, d'où, vers où et qui en répond
Marchandise — ce qui se déplace physiquement. Dans le système, c'est un enregistrement à part relié à une demande : une même demande peut porter plusieurs marchandises, et un même trajet peut porter les marchandises de plusieurs demandes.
Cette séparation n'est pas là par rigueur comptable. C'est au niveau de la marchandise que se règlent les questions les plus fréquentes : combien de colis sont partis, sont-ils tous arrivés, lequel est abîmé, qu'est-ce qui est revenu.
Chaque changement d'état d'une marchandise est un événement avec une heure et un auteur. C'est pourquoi l'histoire d'une expédition se reconstitue entièrement : quand la marchandise a été enlevée, où elle est passée d'un exécutant à l'autre, quand elle a été remise au destinataire et qui l'a confirmé.
La remise entre exécutants — une opération à part, et non un effet secondaire. Une marchandise qui va de l'entrepôt au tri puis à une adresse change de mains au moins deux fois. Chaque remise se consigne explicitement ; sinon, quand quelque chose disparaît, on ne peut pas nommer le tronçon où cela s'est perdu.
C'est de là aussi que vient la réponse à la question « qui est en faute » — non pas au sens de trouver un coupable, mais au sens d'un tronçon du parcours. Une avarie constatée par le destinataire se rattache à l'étape sur laquelle la marchandise était enregistrée au nom d'un exécutant précis.
Documents liés
Le bon de livraison, le procès-verbal de remise, une photo de l'emballage et la signature du destinataire vivent à côté de la marchandise. Un document est relié à la fois à la marchandise et à la demande : on peut donc le retrouver du côté du client comme du côté du trajet, sans avoir à fouiller une conversation.
Une photo à la prise en charge et à la remise est le moyen le moins cher de clore un litige d'avarie : elle a été prise à un moment connu par une personne connue et se trouve dans la même fiche que la signature du destinataire.
Marchandise et demande sont des enregistrements distincts
Une même demande peut porter plusieurs colis, et un même trajet peut porter les marchandises de plusieurs demandes. Tant qu'il n'y a qu'un seul enregistrement, chaque cas partiel — trois colis acceptés sur cinq, un rendu — doit se décrire en toutes lettres dans un commentaire.
- Ce qui est transportéobligatoireDescription, nombre de colis, poids, volume, type d'emballage, conditions particulières — fragile, sous température, deux personnes nécessaires
- D'oùobligatoireL'adresse d'enlèvement, l'entrepôt ou le site d'expédition, la personne à contacter chez l'expéditeur
- Vers oùobligatoireL'adresse de livraison, le destinataire, le créneau de réception, les notes sur l'accès et le portage
- Qui en répondobligatoireLe détenteur du moment : chauffeur, coursier, entrepôt ou site de tri — avec un historique des remises
- Statut actuelchange en cours de travailL'un des états de la couche de livraison ; il se change par l'action d'un exécutant et non en modifiant un champ à la main
- Heure de départconsignée sur le faitLe moment où la marchandise a été prise en charge par l'exécutant et a physiquement quitté le point de départ
- Heure de réceptionconsignée sur le faitLe moment de la remise au destinataire, avec le mode de confirmation
- Documents et liensselon les besoinsBon de livraison, procès-verbal, photos, signature, numéro de demande, numéro de commande dans un système extérieur
Les champs obligatoires sont le minimum sans lequel une marchandise ne peut pas entrer dans une tournée. Le reste se paramètre : le transport de meubles et la livraison de documents n'ont pas les mêmes champs utiles, et obliger les gens à remplir ce qui ne sert à rien est le moyen sûr d'obtenir un annuaire rempli de tirets.
Le suivi des livraisons : statuts et cas particuliers
Un statut n'est pas une mention à l'écran mais un état qui détermine quelles actions sont permises. L'ensemble des états est fini : tant qu'il n'est pas nommé explicitement, chaque employé comprend « en cours » à sa façon et il n'y a rien sur quoi bâtir un rapport.
- CrééeLa demande a été acceptée et vérifiée. La marchandise n'est pas encore préparée et aucun exécutant n'est affecté, mais l'engagement envers le client est déjà consigné
- PréparéeLa marchandise est préparée et rassemblée, les colis sont étiquetés, les documents sont prêts. À partir de là, le contenu ne change plus sans une opération à part
- Remise au transporteurLa marchandise a été physiquement prise en charge par l'exécutant : la marque est faite par celui qui l'a enlevée. La responsabilité passe de l'entrepôt à l'exécutant
- En transitL'exécutant fait sa tournée. C'est ici qu'apparaissent les événements intermédiaires : arrivé à l'arrêt, déchargement commencé, retardé à l'adresse précédente
- LivréeLe destinataire a accepté la marchandise et la confirmation est rattachée à la livraison. C'est seulement maintenant que la livraison est réputée achevée — et non au moment de quitter l'adresse
L'ordre compte exactement tel qu'il est. Chaque passage est effectué par celui qui a fait l'action, au moment de l'action — sinon le système montre non pas l'état de l'expédition, mais l'intention du régulateur. Des états intermédiaires (au tri, remis à un sous-traitant) s'ajoutent selon le processus de l'entreprise, mais l'ensemble reste fini et explicite.
| Ce qui s'est passé | Ce que fait le système | État |
|---|---|---|
| Retard : le créneau du destinataire s'épuise | Il marque l'arrêt comme en dépassement, le montre au régulateur sur une liste à part, prépare une notification au destinataire pour le report | examen |
| Le client a annulé la commande avant l'expédition | Il clôt la demande avec un motif d'annulation, retire l'arrêt de la tournée et rend la marchandise au stock de l'entrepôt | normal |
| Le client a annulé la commande alors que la marchandise était en transit | Il ne clôt pas la livraison en silence : il la fait passer en retour et ajoute un arrêt de retour à la tournée de l'exécutant | examen |
| Le destinataire n'est pas là | Il consigne une livraison manquée avec un motif et le commentaire de l'exécutant, laisse la marchandise à celui-ci et pose la question d'une nouvelle tentative | examen |
| Le destinataire a accepté la marchandise en partie | Il partage la livraison : les colis acceptés se closent, les colis refusés partent en retour comme un enregistrement à part | examen |
| La marchandise a été abîmée pendant le transport | Il ouvre un événement avec des photos et le responsable au moment de l'avarie, et ne laisse pas clore la livraison comme une livraison ordinaire | examen |
| L'exécutant ne s'est pas présenté à son service | Il libère sa tournée pour une réaffectation et montre au régulateur tous les arrêts touchés dans une seule liste | avertissement |
Le principe général : une issue défavorable ne disparaît pas et ne se transforme pas en issue favorable. La livraison reste ouverte et part dans la file d'examen — cela coûte moins cher qu'un rapport sans le moindre problème parce qu'il n'y avait nulle part où les consigner.
Les cas particuliers dont une entreprise a réellement besoin se décident à l'étude préalable. Le transport de meubles a besoin des retours et de l'examen des avaries ; la livraison de documents a besoin des nouvelles tentatives et de la vérification de l'identité du destinataire. L'ensemble des états se paramètre, mais la règle reste la même : chaque livraison se termine par un motif, et le motif entre dans le rapport.
Tableau de bord d'exploitation
ce que voient le régulateur et l'administrateur
Tableau de bord d'exploitation — le poste de travail depuis lequel se mène la journée. Son rôle n'est pas de montrer des données mais de rassembler sur un seul écran tout ce qui demande une décision maintenant, et de ne pas montrer le reste.
C'est pourquoi le panneau est construit comme un poste de commande : l'urgent en haut, l'image générale de la journée en dessous, l'historique et les référentiels plus bas. Un employé n'a pas à se rappeler où se trouvent les choses pour répondre à l'appel d'un client.
Ce que montre le panneau :
- Livraisons en cours — chaque arrêt en cours à cet instant, avec son exécutant et son statut du moment
- Les tournées du jour — combien d'arrêts sont clos, combien il en reste, où une tournée est en retard sur le plan
- Exécutants — qui est de service, qui est en tournée, qui a terminé, à qui les heures de travail s'épuisent
- Statuts — la répartition des livraisons entre les états dans une seule liste, sans compter à la main
- Retards — les arrêts dont le créneau du destinataire s'épuise ou est déjà épuisé
- Commandes à problèmes — livraisons manquées, retours, avaries, refus du destinataire
- Utilisation — quel poids et quel volume sont affectés à un véhicule et combien de place il reste
- Non affectées — les demandes qui ne sont encore entrées dans aucune tournée
- Historique des opérations — ce qui est arrivé à n'importe quelle demande, tournée ou marchandise, avec auteur et heure
Droits d'accès séparent le panneau par rôle. Un régulateur voit sa région, un responsable voit toutes les directions, un opérateur du centre d'appels voit les statuts et les contacts mais pas les données financières.
La séparation se pose par rôle et non par une série de cases à cocher pour chaque employé. Sinon, en six mois, les droits d'un nouveau venu sont réglés « comme ceux d'Ivanov », et plus personne ne peut dire à quoi il a exactement accès.
Bilan de la journée
118livraisons en cours
9arrêts risquent d'être en retard
4commandes à problèmes
12demandes non affectées
Une capture du système ; les chiffres sont illustratifs. L'ordre des tuiles n'est pas fortuit : ce qui vient en premier n'est pas le volume total mais ce qui demande une décision. Les demandes non affectées viennent en dernier, car c'est la seule tuile que le régulateur ferme lui-même et ferme entièrement.
Historique des opérations
L'historique n'est pas une archive tenue au cas où, mais un outil d'examen. Les enregistrements ne se modifient pas : une correction s'inscrit comme un nouvel enregistrement. C'est pourquoi la question de savoir qui a reporté la livraison à demain a une réponse et non plusieurs versions.
On le lit d'habitude par l'un de trois bouts : par demande — ce qui lui est arrivé ; par exécutant — ce qu'il a fait pendant son service ; par tournée — comment elle a changé au cours de la journée.
Le lien avec l'entrepôt
de la préparation à la remise pour livraison
L'entrepôt et la logistique ne sont pas deux services qui partagent une conversation, mais deux étapes d'un même processus. Une marchandise préparée mais non remise et une marchandise remise mais non marquée sont deux états différents, et les confondre coûte cher.
Un processus numérique unique veut dire une chose : chaque passage entre l'entrepôt et la livraison se consigne par une action et non par un message. Le magasinier marque la préparation, le chauffeur marque la prise en charge de la marchandise, le destinataire marque la réception. Entre ces marques, la marchandise est toujours enregistrée à une étape précise.
Ce que la couture apporte à l'entrepôt : il voit ce qui est déjà parti et ce qui traîne depuis deux jours dans la zone d'expédition. Ce qu'elle apporte à la logistique : une tournée ne se planifie pas autour d'une marchandise pas encore préparée, et un chauffeur n'arrive pas au portail avant qu'il n'y ait quelque chose à charger.
La comptabilité d'entrepôt complète — réception, rangement, inventaire, lots et dates limites — fait l'objet d'une page à part. Seule la couture est décrite ici : ce que l'entrepôt transmet à la logistique et ce qu'il reçoit en retour.
- 1Commande
- 2Préparation
- 3Mise en attente
- 4Remise
- 5Livraison
- 6Confirmation
Le quatrième passage est le seul où la marchandise change de mains. C'est précisément pour cela qu'il se traite comme une opération à part, à deux côtés : l'entrepôt a remis, l'exécutant a accepté. Si l'on saute cette étape, alors quand un colis disparaît, l'étape ne peut pas être nommée et l'examen se transforme en interrogatoire de l'équipe.
Ce qui passe entre l'entrepôt et la logistique
- De l'entrepôt vers la logistique — le contenu de la commande préparée, le nombre de colis, le poids et le volume, l'état de préparation à l'expédition, les numéros d'étiquetage
- De la logistique vers l'entrepôt — l'heure prévue d'arrivée du véhicule, qui vient chercher la marchandise, dans quelle tournée elle entre
- En retour vers l'entrepôt — les retours, les colis refusés et la marchandise non livrée, avec le motif de leur retour
- Commun aux deux — l'historique du mouvement d'un colis : où il est passé, qui l'a accepté et quand le responsable a changé
Si l'entrepôt tourne sur un autre programme
C'est la situation habituelle : la comptabilité d'entrepôt se tient déjà dans un système en place et personne n'a l'intention de le remplacer. La couture se construit alors comme un échange — la logistique reçoit l'état de préparation des commandes et la composition des colis, et renvoie les statuts et les confirmations.
L'étendue et la fréquence de l'échange se déterminent par ce que le système extérieur est capable d'exposer. Ce que sait faire tel programme se précise à l'étude préalable — annoncer d'avance une intégration toute prête reviendrait à faire une promesse au nom du produit d'autrui.
Demandes et tournées
Marchandises et statuts
Tableau de bord d'exploitation
Rapports de livraison
Comment les employés travaillent avec le système
Chaque rôle a son poste de travail et son jeu d'actions. Ce n'est pas une restriction pour le plaisir : moins l'écran est encombré, moins il y a d'erreurs pendant le service et plus la formation d'un nouveau venu est courte.
Opérateur des demandes
Il prend les demandes de tous les canaux, vérifie les adresses et le contenu des marchandises, clarifie avec le client ce qui est douteux. Il voit la file des points à clarifier et ses propres demandes ; il ne touche ni aux tournées ni au chargement des véhicules.
Régulateur
Il compose les tournées, affecte les exécutants, mène la journée : il déplace des arrêts, réagit aux retards, traite les livraisons à problèmes. C'est le principal utilisateur du panneau et la principale source de changements en cours de journée.
Magasinier
Il marque la préparation et l'état de préparation à l'expédition, traite la remise de la marchandise à l'exécutant et la réception des retours. Il travaille avec des colis et de l'étiquetage, pas avec des tournées.
Chauffeur
Il reçoit la tournée de sa journée, marque les enlèvements et les livraisons, consigne le motif quand un arrêt ne se clôt pas. Il ne voit que ses propres tâches du jour et les données nécessaires pour les exécuter.
Coursier
Le même scénario, mais dans une interface mobile et avec un plus grand nombre d'arrêts courts par service. Il confirme la réception, joint une photo ou une signature, écrit un commentaire sur l'adresse.
Responsable
Il ne regarde pas une journée mais une période : volume de livraisons, part faite dans les temps, utilisation, liste des échecs qui reviennent. Il n'a pas besoin d'actions d'exploitation — il a besoin de chiffres sur lesquels s'appuyer.
Coursiers et chauffeurs
l'interface de travail de l'exécutant
Un exécutant n'a pas besoin d'un accès au système mais d'une courte liste de ce qu'il faut faire maintenant. C'est pourquoi son poste de travail est une interface à part : une application mobile ou une page web adaptée, et non le même panneau que celui du régulateur.
On y trouve :
- La liste des tâches de la journée dans l'ordre de passage
- Les adresses avec les notes sur l'accès, l'étage et l'entrée
- Les informations sur la commande : ce qui est transporté, combien de colis, qui est le destinataire, s'il y a paiement à la réception
- Un changement de statut en une action : arrivé, enlevé, livré
- La confirmation que la marchandise a été reçue au point de départ
- La confirmation de livraison : une signature, une photo ou un code du destinataire
- Un commentaire sur l'arrêt quand quelque chose ne s'est pas passé comme prévu
- Le contact avec le régulateur depuis la fiche de la tâche, sans chercher un numéro dans le téléphone
Une exigence importante pour une telle interface est de fonctionner sur une mauvaise liaison. Les marques faites hors ligne se conservent sur l'appareil et partent dès qu'une liaison apparaît ; une retransmission ne crée pas une seconde livraison.
Un examen détaillé du travail de l'exécutant fait l'objet d'une page à part, « Pour les coursiers ». Ce qui compte ici est autre chose : les marques faites dans cette interface sont la seule source des statuts réels, et c'est pourquoi elle se conçoit en premier et non en dernier.
Ce qu'une marque faite sur place apporte à l'entreprise
La marque d'un exécutant au moment de l'action n'est pas du contrôle pour le contrôle. C'est d'elle que viennent l'heure réelle de livraison, la durée de l'arrêt et le motif d'un échec. Sans elle, ces trois choses se reconstituent de mémoire en fin de journée — c'est-à-dire ne se reconstituent pas du tout.
Le second effet est la charge enlevée au régulateur : tant qu'il tient les statuts d'après ce qu'on lui dit au téléphone, la moitié de sa journée passe à recopier le travail des autres dans le système.
Pourquoi c'est une interface à part
Un exécutant travaille dans d'autres conditions : le téléphone dans une main, le carton dans l'autre, l'écran au soleil, la liaison qui va et vient. Le panneau du régulateur n'est pas utilisable dans ces conditions — il faut de grands éléments, un minimum de champs et un comportement prévisible sans réseau.
C'est pourquoi son poste de travail se conçoit autour de la journée plutôt qu'autour de l'exhaustivité des données : seuls l'arrêt en cours et le suivant sont à l'écran, tout le reste est déplacé plus bas.
Analytique
quelles données se mesurent
Les rapports n'ont de sens que là où les données entrent dans le système au moment de l'action. Si les statuts se remplissent le soir en résumé de la journée, n'importe quel rapport montrera une image bien rangée qui n'a rien à voir avec ce qui s'est réellement passé.
Ce qui se calcule à partir des données accumulées :
- Nombre de livraisons — par jour, par semaine et par mois ; par direction, par client et par exécutant
- Commandes abouties et commandes à problèmes — la part livrée dans les temps et la liste de celles qui se sont terminées autrement, avec les motifs
- Délais de livraison — le temps réel entre la demande et la remise, et entre la mise en livraison et la réception
- Utilisation — combien d'arrêts, quel poids et quel volume reviennent à un véhicule et à un exécutant, et combien de place il reste
- Efficacité des tournées — le nombre d'arrêts par service, la part de ceux clos comme prévu, le temps entre deux arrêts
- Historique des opérations — une source pour examiner un cas précis, et pas seulement pour les grands chiffres
Les définitions des indicateurs se posent une fois et servent à tous les rapports. « Livré dans les temps » doit vouloir dire la même chose dans le rapport du régulateur et dans celui du responsable — sinon deux bilans d'une même journée ne concorderont pas, et l'on cessera de croire les deux.
Les rapports s'exportent en fichier, se construisent selon un calendrier et peuvent partir vers un système d'analytique extérieur par l'API — l'étendue de l'export se détermine dans le projet.
Bilan de la semaine
612livraisons sur la période
27abouties pas normalement
Une capture du système ; les chiffres sont illustratifs. La deuxième tuile compte plus que la première : tant que la composition des issues anormales — annulations, retours, livraisons manquées — n'a pas été examinée, le volume total dit quelque chose de la charge mais rien de la qualité du travail.
Intégrations et échange de données
Un système logistique se tient rarement seul : les commandes arrivent d'un programme, les clients se gèrent dans un deuxième, les stocks se trouvent dans un troisième. Voici les directions selon lesquelles l'échange se construit le plus souvent. L'étendue précise d'une intégration se détermine par ce que le système extérieur est capable d'exposer et se précise à l'étude préalable.
Boutique en ligne
Une commande passée peut être transmise à la logistique comme une demande automatiquement, et le statut de livraison peut être renvoyé au client dans son espace. La façon dont la vitrine elle-même et le suivi des commandes se construisent est traitée sur la page e-commerce.
CRM
Une intégration avec l'annuaire des clients et l'historique des affaires est possible : une demande se crée depuis la fiche client et le résultat de la livraison revient au commercial. L'échange se fait sur l'identifiant du client, pour que des contreparties en double ne se créent pas.
ERP et comptabilité
Il peut travailler avec la couche comptable de l'entreprise : commandes, bons de livraison, règlements. Le sens de l'échange et l'ensemble des documents se déterminent par la comptabilité reconnue comme la principale.
Système d'entrepôt
L'état de préparation des commandes, la composition des colis et l'étiquetage arrivent de l'entrepôt, tandis que les statuts et les retours repartent. Si l'entrepôt tourne sur un programme extérieur, la couture se construit comme un échange — voir plus haut la rubrique sur le lien avec l'entrepôt.
Logiciel pour coursiers
Le poste de travail de l'exécutant peut faire partie du système ou être une application distincte raccordée par l'API : elle reçoit les tâches et renvoie les statuts et les confirmations. La seconde possibilité est nécessaire là où une application est déjà en service.
Systèmes de paiement
Là où il y a paiement à la réception, une intégration avec un service de paiement ou avec la borne de l'exécutant est possible : le montant à percevoir vient de la demande et le résultat du paiement revient à la livraison. L'étendue dépend du prestataire.
Services extérieurs
Cartes et géocodage des adresses, télématique des véhicules, services de notification, transporteurs sous-traitants. Chacun de ces raccordements est un module d'échange à part ; l'existence d'un connecteur tout prêt ne s'affirme pas à l'avance.
API
L'interface propre du système : créer une demande, obtenir un statut et une tournée, transmettre une confirmation de livraison, extraire le journal des opérations. Tout ce qui n'a pas de module dédié se raccorde par elle.
Les règles d'échange sont les mêmes partout : chaque opération porte une clé, si bien qu'une retransmission ne crée pas une seconde demande ; les écarts ne disparaissent pas mais partent dans la file d'examen ; chaque message et chaque réponse s'écrivent dans le journal des échanges. Sans ces trois règles, une intégration fonctionne exactement jusqu'à la première coupure de liaison.
L'ordre de mise en place
La logistique ne passe pas dans un système d'un seul coup en une journée : tant que les employés tiennent les statuts à l'ancienne, les données des rapports ne veulent rien dire. C'est pourquoi le lancement se fait par étapes, et chacune s'appuie sur une étape précédente qui fonctionne.
1. Étude préalable
Comment les demandes arrivent aujourd'hui, qui planifie les tournées, avec quoi les statuts se tiennent, quels programmes sont déjà en place et ce qu'ils savent exposer. Le résultat est une description du processus et une liste de ce qui s'automatise en premier.
2. Un pilote sur une direction
Une ville, un service de livraison ou un entrepôt. Les demandes, les tournées, les statuts et les marques des exécutants passent par le cycle complet sur des expéditions réelles — avant que le processus ne soit déployé sur toute l'entreprise.
3. Rôles et règles
Qui peut changer quoi, quels cas particuliers sont nécessaires, comment se traitent un retour et une livraison manquée, à qui partent les notifications. Les droits et la procédure de modification manuelle d'une tournée se paramètrent également ici.
4. Déploiement et échanges
Les directions restantes suivent le schéma éprouvé, et les intégrations arrivent comme des modules d'échange à part. À partir de là, l'historique s'accumule et les rapports par période et les données pour la planification du parc apparaissent.
Nos clients
Parlons de votre logistique
Contactez-nous dès aujourd'hui
Dites-nous combien de livraisons vous faites par jour, d'où viennent les demandes, si vous travaillez avec votre propre parc ou avec des sous-traitants, si vous avez un entrepôt et dans quels programmes vos données se trouvent déjà. Nous vous dirons ce qui s'automatise en premier, ce qui peut être raccordé à vos systèmes en place et par où il vaut mieux commencer le pilote.
