Automatiser sans dégrader la qualité : tests et surveillance
Automatiser un processus fait gagner du temps le premier mois et en fait perdre ensuite, si personne ne surveille ce qui sort. Voici comment protéger la qualité avant, pendant et après la mise en service.
L’erreur la plus fréquente en automatisation et qualité tient en une phrase : on valide l’automatisation le jour de la recette, puis on ne la regarde plus. Pendant les premières semaines, tout va bien. Puis un fournisseur change le format de ses factures, une règle de gestion évolue, un champ devient facultatif, et le processus continue de tourner, vite, sans bruit, en produisant des résultats faux. Un traitement manuel défaillant se voit, parce que quelqu’un s’en plaint. Un traitement automatique défaillant s’accumule en silence.
Ce guide propose une méthode en cinq temps pour automatiser sans perdre en fiabilité. Elle vaut pour un flux documentaire, une saisie, un rapprochement, une relance ou un enchaînement d’approbations.
1. Écrire ce que « bien fait » veut dire
Avant de configurer quoi que ce soit, décrivez le résultat attendu en termes qu’on peut vérifier. « Traiter les demandes correctement » ne se mesure pas. « Chaque demande est classée dans la bonne catégorie, affectée à un responsable en moins d’une heure ouvrée, et aucune pièce obligatoire ne manque » se mesure.
Deux listes suffisent : les critères d’exactitude (ce qui doit être juste) et les critères de délai (ce qui doit être fait à temps). Elles servent ensuite de référence pour les tests, pour la surveillance et, le jour venu, pour décider s’il faut arrêter.
2. Tester sur le réel, pas sur le cas idéal
Les tests qui rassurent sont ceux qui échouent à découvrir quelque chose. Constituez un jeu de cas à partir de dossiers réels, anonymisés si nécessaire, et complétez-le avec ce qui fait habituellement dérailler le processus.
- Les cas courants Une soixantaine de dossiers tirés au hasard sur les derniers mois donnent une image fidèle de la charge réelle.
- Les cas limites Montants à zéro, champs vides, pièces illisibles, caractères accentués, doublons, dates en fin d’année.
- Les cas d’erreur connus Chaque incident passé devient un cas de test. Le jeu s’enrichit ainsi à chaque problème rencontré.
- Le fonctionnement en parallèle Pendant deux à quatre semaines, l’automatisation tourne à côté du traitement manuel, et on compare les résultats sans que l’un remplace l’autre.
Le fonctionnement en parallèle est l’étape que l’on supprime le plus souvent pour gagner du temps. C’est aussi celle qui révèle le plus d’écarts, parce qu’il confronte l’automatisation à la variété que les tests n’avaient pas prévue.
Un jeu de test n’est pas un livrable ponctuel. Il vit avec le processus : chaque erreur corrigée y ajoute un cas, et il est rejoué à chaque modification de la règle ou de l’outil.
3. Concevoir pour que l’exception soit visible
Aucune règle ne couvre tous les cas. Une bonne automatisation ne cherche pas à tout traiter : elle reconnaît ce qu’elle ne sait pas traiter et le remonte à une personne. Cela suppose de décider, avant la mise en service, de ce qui déclenche une exception :
- une donnée obligatoire manquante ou hors format ;
- un montant, un volume ou un délai au-delà d’un seuil fixé ;
- un doute de classement (confiance faible, si un outil de reconnaissance ou d’IA intervient) ;
- un dossier concernant un tiers sensible : un client en litige, un marché en cours de contrôle.
Les exceptions ne sont pas un échec : elles sont la preuve que le garde-fou fonctionne. Ce qui doit alerter, c’est leur absence prolongée, qui signale souvent un seuil trop large, ou leur explosion soudaine, qui signale un changement en amont.
4. Surveiller trois indicateurs, pas trente
Un tableau de bord qui compte quarante courbes n’est regardé par personne. Trois indicateurs couvrent l’essentiel.
| Indicateur | Ce qu’il révèle | Signal d’alerte |
|---|---|---|
| Volume traité | Que le flux circule | Chute brutale (blocage) ou pic anormal (boucle, doublons) |
| Taux d’exceptions et de reprises manuelles | Que les règles collent encore au réel | Écart durable par rapport à la moyenne des semaines saines |
| Qualité mesurée par échantillon | Que le résultat est juste | Taux d’erreur au-dessus du seuil défini à l’étape 1 |
Le troisième est le plus important et le plus négligé. Les deux premiers se calculent seuls ; le troisième demande qu’une personne relise chaque semaine un petit échantillon, par exemple vingt dossiers tirés au hasard, et note ce qui est faux. Ce travail est modeste, et c’est le seul qui détecte une erreur que le système ne voit pas lui-même.
Ajoutez des alertes sur les arrêts techniques : tâche qui ne s’exécute plus, file d’attente qui s’allonge, échec de connexion à un système tiers. Un processus arrêté depuis trois jours sans que personne le sache est un cas fréquent.
5. Prévoir l’arrêt et nommer un propriétaire
Deux décisions se prennent en amont, et jamais dans l’urgence.
Le retour arrière. Écrivez la procédure manuelle de remplacement : qui reprend, avec quels outils, sur quelle période de données. Testez-la une fois. Une équipe qui a oublié comment faire à la main ne peut plus réellement décider d’arrêter l’automatisation.
Le propriétaire. Chaque automatisation a un responsable métier nommé, qui connaît la règle et les enjeux, et pas seulement un administrateur technique. Il reçoit les alertes, valide les évolutions de règle et décide de l’arrêt si la qualité passe sous le seuil. Sans propriétaire, une automatisation devient vite un traitement orphelin que chacun suppose surveillé par un autre.
Automatiser ne supprime pas le contrôle : cela le déplace, du geste vers le résultat.
Par où commencer
Si des automatisations tournent déjà chez vous, choisissez-en une et appliquez trois vérifications en une semaine : relire un échantillon de vingt résultats, relever le taux d’exceptions des quatre dernières semaines, vérifier qu’un nom figure en face du processus. Le résultat de ce petit audit dit généralement où se trouve le risque.
Pour les flux documentaires et les approbations, c’est le terrain de GedFlow, la gestion documentaire que DOSOBE édite. Pour cadrer la démarche sur l’ensemble de vos processus, notre expertise en automatisation des processus décrit comment nous travaillons, et le diagnostic permet de partir d’un état des lieux.
Questions fréquentes
Comment savoir si une automatisation dégrade la qualité ?
En comparant, sur un échantillon régulier, le résultat automatisé à un résultat contrôlé par une personne, et en suivant le taux d'exceptions et le taux de reprise manuelle. Une hausse de l'un ou de l'autre est le premier signal.
Faut-il garder un contrôle humain après l'automatisation ?
Oui, mais proportionné. Un contrôle par échantillonnage, plus un contrôle systématique des cas à fort enjeu ou à faible confiance, suffit dans la plupart des processus.
Qui est responsable d'une automatisation en production ?
Un propriétaire métier nommé, pas seulement l'équipe technique. C'est lui qui décide d'arrêter, de corriger ou d'étendre le processus.
À quelle fréquence réviser les règles automatisées ?
À chaque changement de la règle métier, du format des données entrantes ou de l'outil, et au moins une fois par an pour les processus stables.