Préparé avec l’aide de l’IA et relu pour la clarté, la pertinence et les affirmations non étayées.
La gestion des exceptions d’un processus métier commence avant la mise en service d’une automatisation. Une commande peut contenir une référence inconnue, deux informations contradictoires ou une demande que les règles habituelles ne couvrent pas. Le bon objectif n’est pas de tout résoudre automatiquement, mais de rendre chaque blocage visible et traitable.
Dans l’exemple hypothétique qui suit, un commerce d’articles de maison reçoit une commande contenant deux produits connus et la référence « VAS-SABLE-M ». Cette référence ne correspond à aucune entrée active du catalogue. Le système doit suspendre les actions concernées sans inventer le produit ni perdre le reste du dossier.
1. Distinguer une exception métier d’un incident technique
Une exception métier apparaît lorsque les données sont disponibles mais ne permettent pas d’appliquer le parcours normal. Le catalogue répond correctement, mais la référence n’existe pas : c’est une exception métier. Si le catalogue est inaccessible, il s’agit d’un incident technique.
Cette distinction change la réponse. Réessayer la recherche ne résoudra pas une référence inconnue. À l’inverse, demander immédiatement au client de corriger sa référence serait inapproprié si le problème vient d’un accès indisponible.
Définissez aussi ce qui relève du parcours ordinaire. Une adresse manquante peut simplement déclencher une question prévue. Elle devient une exception si les réponses restent contradictoires ou si le dossier ne peut plus progresser selon les règles définies.
2. Construire un registre court mais exploitable
Un registre d’exceptions peut commencer dans un document partagé. Une ligne « problème produit : prévenir quelqu’un » ne suffit pas. La personne qui reprend le dossier doit comprendre ce qui est bloqué et ce qu’elle a le droit de décider.
- Nom du cas : une description précise, par exemple « référence absente du catalogue actif ».
- Signal détectable : la condition observable qui déclenche l’exception.
- Contexte à conserver : message d’origine, lignes de commande et vérifications déjà effectuées.
- Actions suspendues : ce qui ne doit plus avancer tant que le doute subsiste.
- Responsable : rôle chargé du traitement et remplaçant éventuel.
- Décisions possibles : clarifier, corriger, proposer une alternative ou fermer le dossier.
- Condition de reprise : la preuve nécessaire pour revenir au parcours normal.
Ajoutez une prochaine action et une date de suivi au dossier concret. Le registre décrit la règle générale ; le dossier indique où en est cette occurrence particulière.
3. Décrire complètement le cas de la référence inconnue
Pour notre commerce fictif, le signal est : « Le catalogue est accessible, mais aucune correspondance exacte et active n’est trouvée après les normalisations autorisées. » Ces normalisations peuvent retirer un espace accidentel, mais ne doivent pas transformer librement une référence en une autre.
La fiche d’exception prévoit alors :
- Suspension : ne pas confirmer la ligne inconnue, le total définitif ni la préparation de la commande complète.
- Conservation : garder les deux lignes reconnues et le texte exact de la troisième.
- Responsable : la personne chargée du catalogue ou son remplaçant désigné.
- Choix autorisés : identifier une ancienne référence, demander une précision ou proposer un autre produit soumis à l’accord du client.
- Reprise : référence active identifiée, variante confirmée et contrôles de disponibilité et de prix refaits.
Une ressemblance de nom ne suffit pas. « Sable » peut désigner une couleur, une collection ou une finition. Si les références ambiguës sont fréquentes, il faut aussi nettoyer le catalogue avant son utilisation automatisée.
4. Préparer une communication qui ne promet pas trop
Le client n’a pas besoin de recevoir un message technique. Il doit savoir ce qui manque, pourquoi une précision est demandée et ce qui n’est pas encore confirmé.
Commerce : « Nous ne retrouvons pas la référence VAS-SABLE-M dans notre catalogue actuel. Pouvez-vous envoyer le lien du produit ou une photo de son étiquette ? Votre demande est en cours de vérification ; la commande n’est pas encore confirmée. »
Client : « Je l’ai vue dans une ancienne publication. »
Commerce : « Merci. Nous transmettons cette information au responsable du catalogue pour identifier le modèle. Nous ne choisirons pas un autre article sans votre accord. »
Si une alternative est proposée, ses caractéristiques et conditions doivent être présentées séparément. Le guide sur les substitutions sans remplacement imposé précise cette décision côté client.
Une préparation partielle peut être envisagée seulement si le commerce dispose d’une règle claire et obtient l’accord nécessaire sur les conséquences, notamment pour la livraison. Sinon, le blocage de la commande entière reste plus simple à superviser, mais peut allonger son traitement.
5. Organiser la reprise, pas seulement l’alerte
Envoyer une notification ne résout pas l’exception. Le responsable doit pouvoir consulter le contexte, enregistrer sa décision et indiquer les vérifications terminées. Une alerte sans dossier identifiable risque de provoquer plusieurs interventions contradictoires.
Lorsqu’une référence correcte est trouvée, reprenez au contrôle des lignes de commande, pas directement à l’envoi de la confirmation. Le stock ou les conditions peuvent avoir changé pendant l’attente.
Conservez la trace des actions déjà réalisées. Si un accusé de réception est parti avant le blocage, la reprise ne doit pas le renvoyer automatiquement. Les principes de reprise après échec sans répéter les mauvaises actions complètent cette organisation.
Si le client ne répond pas, appliquez une règle interne de suivi puis de clôture ou d’archivage, sans transformer l’absence de réponse en acceptation d’un remplacement.
6. Faire évoluer le registre avec les cas rencontrés
Prévoyez une catégorie « exception non classée » confiée à une personne, plutôt qu’une règle qui autorise l’IA à improviser. Réexaminez ensuite les cas récurrents : certains justifient une correction du catalogue, d’autres une nouvelle branche du processus.
Testez au minimum une référence inconnue, un catalogue inaccessible, une alternative refusée et une reprise après correction. Le succès se vérifie dans les faits : dossier visible, responsable identifié, aucune confirmation prématurée et reprise sans doublon.
Une automatisation n8n sur mesure peut intégrer ce registre dans un parcours adapté à vos outils. Pour cadrer les premiers cas, vous pouvez discuter avec FlowAgent des exceptions qui bloquent votre activité.