--- title: "L'hyperautomatisation échoue au passage de relais, pas sur la tâche" url: "https://hurukan.com/fr/blog/l-hyperautomatisation-echoue-au-passage-de-relais" description: "Chaque étape automatisée fonctionne en démonstration, et le processus se bloque quand même : personne n'a conçu ce qui se passe entre les étapes." --- # L'hyperautomatisation échoue au passage de relais, pas sur la tâche 29 mai 2026·4 min de lecture·La rédaction Gros plan sur une personne qui tend une chemise de documents à un collègue par-dessus un bureau ; derrière, un ordinateur portable affiche un schéma de processus bleu abstrait, flou, dans une lumière de bureau nette Les factures fournisseurs sont le projet d’automatisation par excellence, et celui-ci a été mené dans les règles. La capture lit le PDF. Un robot impute la facture au bon compte et au bon centre de coûts. Un flux de validation l’envoie en approbation. Un export la transmet à la comptabilité. Chaque étape a été automatisée, testée et montrée en démonstration. Puis arrive une facture sans numéro de bon de commande. La capture la lit correctement. L’imputation échoue : sans la commande, le robot ne sait pas à quel projet elle se rattache. La facture atterrit dans une file d’exceptions partagée que trois personnes voient et dont personne n’est responsable. Deux semaines plus tard, le fournisseur appelle pour un retard de paiement. Le tableau de bord de l’automatisation affiche toujours une forte part de factures traitées sans intervention humaine. Le fournisseur, lui, ne voit que celle qui ne l’a pas été. « Hyperautomatisation » est le nom que le secteur donne au fait d’automatiser le plus d’étapes possible en combinant plusieurs outils : capture, robots, flux de validation, modèles. L’approche traite un processus comme une suite de tâches. Or un processus échoue rarement à l’intérieur d’une tâche. Il échoue entre les tâches, là où le travail passe d’un outil à un autre, d’une machine à une personne ou d’une équipe à la suivante. Chaque passage de relais est un endroit où le contexte se perd, où la responsabilité devient floue et où l’horloge continue de tourner. ## Où les passages de relais cassent **Le contexte est perdu.** Le robot transmet « imputation échouée » sans dire ce qu’il a tenté, ce qu’il a trouvé ni ce qui manque. La personne qui reprend le dossier recommence l’enquête de zéro. **Des files sans responsable.** Une boîte d’exceptions partagée rassure parce que tout le monde la voit. En pratique, chacun suppose que quelqu’un d’autre s’en occupe. **Une attente sans motif.** Un élément reste « en attente » sans dire de qui ni de quoi. Personne ne peut distinguer un dossier bloqué d’un dossier oublié. **Un décalage de rythme.** L’automatisation produit des exceptions plus vite que les équipes ne peuvent les traiter. Le stock grossit en silence, parce que rien ne le mesure. **Mesurer les tâches plutôt que les résultats.** La « part d’étapes automatisées » augmente, alors que le « délai entre la réception d’une facture et son paiement correct » ne bouge pas. Seul le second compte pour le fournisseur, et pour la trésorerie. **Chaque outil garde son propre état.** Le journal du robot, le moteur de workflow et le système comptable ont chacun leur idée de l’endroit où se trouve la facture. Les rapprocher devient un métier à part entière. ## Concevoir d’abord le passage de relais **Chaque tâche a un responsable, et un motif quand elle attend.** Un responsable est une personne, pas une équipe. Un motif tient en une phrase : en attente du bon de commande des achats, depuis mardi. **Le passage de relais transmet le dossier.** Ce qui a été fait, les éléments trouvés, ce qui manque et la prochaine étape suggérée, au même endroit. Quand un agent passe la main, il transmet une proposition avec ses sources et une estimation du risque, pas un code d’erreur. **Orienter selon le risque, pas selon le type.** Les exceptions à faible risque, assorties d’une correction claire, peuvent être approuvées en lot. Celles à risque élevé vont à une personne nommément désignée, qui a l’autorité pour trancher. **Un seul état pour le dossier.** Chaque outil concerné écrit dans le même enregistrement : la question « où en est cette facture ? » n’a qu’une réponse. **Mesurer de bout en bout.** Le délai entre l’arrivée et l’achèvement correct, et l’ancienneté de l’élément le plus ancien en attente où que ce soit dans le processus. Ces deux chiffres révèlent les échecs de passage de relais ; le taux d’automatisation les masque. Ce sont les principes du module [Décisions et tâches](https://hurukan.com/fr/modules/decisions-et-taches) de Hurukan : une seule boîte d’approbation pour les propositions des agents, avec leurs sources et leur risque, l’approbation en lot et l’orientation selon le risque, des tâches qui ont toujours un responsable et un motif quand elles attendent, et l’historique de chaque passage de relais. La [couche Logique agentique](https://hurukan.com/fr/system/logique-agentique) fixe la règle sous-jacente : un agent propose, une personne décide des étapes critiques, et chaque action est journalisée. Les deux sont en construction. Le choix du type d’automatisation pour chaque étape est une autre question, traitée dans [agents, RPA ou workflows](https://hurukan.com/fr/blog/agents-rpa-ou-workflows). ## Un test à faire dès aujourd’hui Prenez votre processus le plus automatisé. Dressez la liste de tous les éléments actuellement en attente, où qu’ils soient : dans une file, une boîte de réception, le journal d’erreurs d’un robot, un e-mail signalé par quelqu’un. Pour chacun, répondez à trois questions : 1. Qui en est responsable ? Un nom, pas une équipe. 2. Pourquoi attend-il ? Une phrase. 3. Depuis quand ? Marquez chaque élément pour lequel vous ne pouvez pas répondre aux trois en moins d’une minute. Ce sont vos échecs de passage de relais, et la vraie mesure de votre automatisation. Prenez ensuite l’élément le plus ancien de la liste et lisez son historique. Comptez combien de fois il a changé de mains, et quelle part de son âge il a passée à attendre que quelqu’un le remarque. C’est ce chiffre que le prochain projet d’automatisation devrait réduire. La façon dont Hurukan aborde la question est présentée sur la [page d’accueil](https://hurukan.com/fr). - hyperautomatisation - conception des processus - exceptions - responsabilité ## À lire aussi - [Une identité pour les personnes et les agents : qui peut quoi](https://hurukan.com/fr/blog/une-identite-pour-les-personnes-et-les-agents) - [L'état courant et le registre : les deux mémoires d'un système d'exploitation d'entreprise](https://hurukan.com/fr/blog/l-etat-courant-et-le-registre-deux-memoires)