Un processus semble souvent simple tant que tout se déroule comme prévu.
Une demande arrive au bon endroit, les champs sont complets, le délai est respecté et l’action attendue correspond exactement au scénario prévu. C’est la partie visible du processus. La difficulté commence avec les exceptions : un prix inhabituel, une information contradictoire, une échéance dépassée ou une demande qui ne rentre dans aucune catégorie.
Un système qui traite ces cas comme du bruit finit par les cacher. Un système utile les rend visibles.
L’exception est une information
Dans une équipe, une exception déclenche souvent une reprise manuelle. Quelqu’un relit un dossier, cherche une ancienne décision, demande une confirmation ou vérifie une règle dans un autre outil.
Cette reprise n’est pas seulement un coût. Elle révèle que le processus contient une règle implicite, une dépendance ou une limite qui n’a pas encore été formalisée.
Les signaux peuvent être simples :
- une donnée obligatoire absente ;
- deux sources qui ne racontent pas la même chose ;
- une action demandée hors du périmètre autorisé ;
- un délai incompatible avec la capacité réelle ;
- une formulation ambiguë qui nécessite l’avis d’un responsable.
Les ignorer ne supprime pas le problème. Cela déplace le risque vers la personne qui découvrira l’erreur plus tard.
Automatiser la détection, pas l’effacement
Une automatisation bien conçue ne force pas chaque dossier à entrer dans le même chemin. Elle peut comparer les informations, appliquer les règles connues et signaler ce qui sort du cadre.
La sortie attendue n’est pas forcément une décision. Elle peut être une fiche d’exception : faits observés, sources consultées, règle concernée, niveau d’urgence et personne à solliciter.
Cette fiche évite deux réactions opposées : laisser l’équipe découvrir le problème au dernier moment ou demander à une IA de trancher sans contexte suffisant.
Une exception doit avoir un propriétaire
Une alerte sans destinataire devient rapidement une notification de plus. Pour être utile, chaque type d’exception doit être associé à une responsabilité claire.
Il faut pouvoir répondre à quatre questions :
- Qui reçoit le signal ?
- Quel délai de traitement est attendu ?
- Quelle information doit être vérifiée ?
- Quelle action reste interdite sans validation ?
Le système prépare alors le travail de résolution au lieu de simplement déclarer qu’un problème existe.
Matrice de traitement des exceptions
Cette matrice Pulse sert de point de départ. Les délais et responsables doivent être adaptés au processus réel.
| Type | Sévérité | Responsable | Délai cible | Action bloquée |
|---|---|---|---|---|
| Champ obligatoire absent | Faible | Propriétaire du dossier | Avant l’étape suivante | Changement de statut |
| Deux sources contradictoires | Moyenne | Responsable métier | Un jour ouvré | Mise à jour du champ concerné |
| Prix ou remise inhabituel | Élevée | Direction commerciale | Avant tout devis | Validation et envoi du prix |
| Donnée sensible hors périmètre | Critique | Référent habilité | Immédiat | Lecture, copie et transmission |
Une exception utile indique ce qui s’est passé, qui doit intervenir et ce que le système n’a plus le droit de faire entre-temps.
Mesurer les cas atypiques
Le suivi des exceptions permet aussi d’améliorer le processus. Si le même signal revient chaque semaine, la cause est peut-être une règle mal comprise, un champ absent ou une étape placée au mauvais moment.
Quelques mesures suffisent pour commencer : fréquence par type, délai avant prise en charge, taux de résolution et nombre d’exceptions récurrentes. Elles donnent une base concrète pour décider s’il faut clarifier une consigne, modifier un formulaire ou ajouter un contrôle.
L’objectif n’est pas d’obtenir zéro exception. C’est de réduire les surprises et de rendre les arbitrages plus rapides.
La perspective Pulse
Pulse aide à repérer les écarts entre les outils et les règles de travail. Un employé IA peut rapprocher les sources, préparer le contexte d’un cas atypique et proposer la prochaine vérification.
Il ne transforme pas automatiquement une exception en action. Il rend le problème lisible, traçable et adressé à la bonne personne.
Un système mature ne promet pas que les exceptions disparaîtront. Il garantit qu’elles ne disparaîtront pas dans les angles morts.
Sources et repères
- NIST — AI Risk Management Framework : méthode de gouvernance, mesure et gestion des risques au cours du cycle de vie.
- CNIL — Utiliser un système d’IA en production : détection des défaillances, qualité et intervention humaine.