Documentation de commande complète sans assemblage manuel

Treize heures trente, le transporteur passe à quinze heures, et trois commandes attendent leur expédition à l'entrepôt. La personne chargée des documents entame le rituel : les étiquettes s'impriment depuis un modèle séparé, le certificat de qualité se remplit à partir des résultats de contrôle, la notice d'utilisation est extraite du répertoire du produit, le certificat matière première, d'un e-mail du fournisseur, sans oublier le bon de livraison et la déclaration de conformité, parce que ce client l'exige. Ensuite, il faut tout réunir en un seul dossier : certaines pages sont scannées, d'autres assemblées dans un outil PDF gratuit. Une bonne dizaine de minutes de clics pour une seule expédition. Et tout recommence pour la suivante.

Pourquoi l'assemblage manuel échoue

Le premier problème, c'est le temps. L'assemblage des documents augmente proportionnellement au nombre d'expéditions, et il revient généralement à quelqu'un qui gère aussi les réservations de transport, les sorties de stock et le téléphone. Les jours où les expéditions s'accumulent, les documents sont réunis à la hâte, et en matière de documents, c'est la précipitation qui coûte le plus cher.

Le deuxième problème, ce sont les erreurs de version. Le dossier finit par contenir une déclaration antérieure au changement de modèle, un certificat portant les résultats d'un autre lot ou le certificat matière première de la commande voisine. Le client s'en aperçoit à la réception et suspend le déchargement ou le paiement jusqu'à l'arrivée de la pièce manquante. La marchandise est arrivée, mais formellement, la livraison n'a pas eu lieu.

Le troisième problème, c'est un savoir enfermé dans une seule tête. Le client A exige une déclaration de conformité, le client B veut le certificat en deux exemplaires, les produits d'un groupe précis reçoivent en plus un certificat matière première : tout cela, une seule personne s'en souvient. Quand elle est en congé, un « voyant rouge » s'allume dans l'entreprise : quelqu'un assemble le dossier au jugé, et seul un e-mail du client révèle ce qui manquait.

Une solution en trois volets

Premier volet : le dossier est défini une fois, à côté des données. Pour chaque produit et chaque client, le système enregistre la liste des documents qui composent une expédition, avec l'ordre des pages. Les exigences du client sont inscrites dans les données, de façon aussi durable qu'une référence produit ou un prix. Le système s'en souvient, si bien qu'une nouvelle recrue à l'expédition assemble le bon dossier dès le premier jour.

Deuxième volet : un mécanisme qui produit un seul fichier. Le système crée lui-même un document PDF et y ajoute des pages jusqu'à ce que le dossier soit complet. Le fichier accueille à la fois des pages générées directement à partir des données de la commande (étiquettes, bon de livraison, certificat de qualité) et des fichiers externes déjà prêts, par exemple le certificat matière première enregistré avec le lot de matière à la réception, ou la notice d'utilisation conservée avec le produit. Une exécution produit un seul PDF de plusieurs pages, organisé exactement selon la définition du premier volet.

Troisième volet : un lancement sans intervention humaine, et une archive rattachée à la commande. Le mécanisme démarre dès que la commande est libérée pour l'expédition, et il peut tourner sur le serveur : le document est donc produit même quand personne n'est devant un ordinateur. Le fichier final est enregistré dans la fiche de la commande et part là où on en a besoin : à l'entrepôt pour la sortie de stock, par e-mail au client, aux archives. Un an après la livraison, le dossier complet se retrouve d'un clic dans la commande, sans fouiller les classeurs.

Ce que cela change pour le dirigeant

Faites le calcul avec vos propres chiffres. Combien d'expéditions quittent l'entreprise en une semaine ? Combien de minutes faut-il pour assembler les documents de chacune ? Le produit de ces deux nombres donne les heures de travail consacrées chaque semaine à une tâche que le système accomplit en arrière-plan. Vient ensuite la deuxième ligne du calcul, plus difficile à mesurer et généralement plus coûteuse : le coût d'une expédition bloquée chez le client par un certificat manquant ou erroné, le coût du renvoi des documents, et l'impression que laisse un tel faux pas chez un client qui audite ses fournisseurs. Le mécanisme décrit plus haut supprime ces deux lignes : le temps d'assemblage tombe pratiquement à zéro, et les erreurs de version disparaissent, car chaque document est produit directement à partir des données de la commande.

Par où commencer

Commencez par un inventaire de l'existant : quels documents accompagnent une expédition, d'où vient chacun d'eux, qui les assemble et combien de temps cela prend. Dresser cette liste prend une heure, et elle montre aussitôt quels documents le système peut générer lui-même et lesquels doivent seulement être enregistrés avec les données (comme les certificats des fournisseurs). Il vaut ensuite la peine de suivre le parcours d'une commande, de sa libération à l'expédition, et de noter chaque point où une personne ressaisit, imprime ou assemble quelque chose. Vous obtenez ainsi un cahier des charges prêt, à partir duquel on peut construire une application simple qui automatise tout le processus.

Si vous souhaitez voir à quoi ressemblerait un tel mécanisme dans votre entreprise, écrivez-moi ou réservez un rendez-vous.

Je décris d'autres mécanismes de ce type dans la rubrique Ressources.