Il ne s'agit pas d'une nouvelle démonstration de produit. Cette présentation suit le processus établi de vérification de cas publics de Minerva Advisor. Le matériau provient d'une étude de cas publiée par Cognizant. Nous avons isolé les résultats de la phase ultérieure, puis reconstitué uniquement ce qui pouvait être connu au moment de la décision, sous forme d'un ensemble de données d'entraînement. Il s'agit d'une simulation pédagogique indépendante fondée sur une source publique officielle. Ce n'est pas une correspondance réelle, ni un engagement client réel, ni un résultat approuvé par Cognizant.

Ce cas concerne un grand assureur multibranche britannique confronté à une hausse des coûts et à une pression concurrentielle. Sa plateforme d'automatisation robotisée des processus (RPA), devenue obsolète, générait plus de trente échecs d'exécution de robots chaque jour. Le prestataire précédent peinait à monter en charge et n'offrait qu'une faible transparence sur son travail. Le traitement des factures était à la fois lent et devait gagner en précision. La décision évaluée par Minerva Advisor : l'assureur devait-il migrer immédiatement l'ensemble de l'automatisation, ou d'abord stabiliser, selon un calendrier défini, les processus présentant les taux d'échec et la valeur les plus élevés, tout en validant les contrôles et la fiabilité du prestataire ?

Chaque exécution laisse une trace vérifiable comportant cinq éléments de travail. Premièrement, le système a examiné l'unique source officielle disponible au moment de la décision. Deuxièmement, il a identifié les rôles décisionnels pertinents. Troisièmement, il a distingué les faits confirmés des conclusions déduites. Quatrièmement, il a consigné les questions encore non résolues. Cinquièmement, il a enregistré des explications alternatives ainsi qu'une condition de renversement. Chaque élément est horodaté et traçable, ce qui permet à un dirigeant de vérifier précisément comment le jugement a été élaboré.

Faits établis : les échecs étaient fréquents, le logiciel existant limitait l'amélioration des processus, et le traitement des factures devait être à la fois plus rapide et plus précis. Ce qui restait inconnu : quelle part des échecs provenait de l'infrastructure, de la conception des processus, des exceptions de données ou du prestataire lui-même, et quels processus étaient réellement adaptés à une migration rapide plutôt qu'à une stabilisation plus longue.

L'objection la plus solide retenue par le système : les échecs quotidiens pourraient provenir principalement de lacunes de compétences des employés plutôt que de la plateforme, la lenteur du traitement des factures pourrait être un problème de processus tiers sans lien avec le choix de la plateforme d'automatisation, et les problèmes de transparence du prestataire pourraient être spécifiques à des déploiements antérieurs de grande ampleur plutôt qu'annonciateurs pour un pilote plus restreint et prioritaire. La condition de renversement : si un diagnostic des causes profondes montre que les échecs sont liés à la plateforme plutôt qu'au processus ou aux compétences, et que le prestataire fait preuve de transparence lors d'un essai restreint, alors accélérer vers une migration plus large pourrait se justifier.

Le cas publié décrivait ensuite les travaux réalisés par Cognizant : une évaluation de l'arriéré de migration, des ateliers de découverte, une nouvelle plateforme d'automatisation, une preuve de concept pour la compréhension documentaire et l'exploration de processus, ainsi que de nouveaux rapports de suivi. Il indiquait également que plus de soixante-dix automatisations avaient finalement généré environ sept millions et demi de livres sterling d'économies annuelles et une capacité équivalente à environ deux cent soixante temps pleins, les incidents étant passés de plus de trente par jour à un ou deux par mois. Rien de tout cela n'a été communiqué à Minerva Advisor. Cette information a été délibérément écartée afin de tester si le système pouvait, de manière indépendante, parvenir à un jugement de séquencement pertinent sans connaître la réponse.

Minerva Advisor a ensuite effectué une contre-vérification par trois conseillers sur ce jugement unique. Marcus s'est concentré sur les processus réellement éligibles à une stabilisation ou une migration précoce. Sofia a modélisé l'impact sur les opérations, la finance des sinistres, la gouvernance des prestataires et le personnel. Evelyn a mis en question le risque qu'une migration complète immédiate fige dans la nouvelle plateforme des inconnues non résolues. Les trois se sont accordés sur un pilote à durée limitée pour les processus à plus haut risque, et Evelyn a par ailleurs averti que le simple suivi des taux d'exécution des robots pourrait masquer des erreurs de facturation et des défaillances dans le traitement des exceptions.

Le dirigeant a apporté une condition à la Decision Room : donner d'abord la priorité aux processus présentant le taux d'échec et le risque de paiement les plus élevés, maintenir un recours manuel de secours à tout moment, et utiliser conjointement la précision des paiements, le taux d'échec et la transparence du prestataire comme seuils d'arrêt ou de montée en charge. Le système a enregistré cette contribution sous la forme d'un accusé de réponse formel et l'a utilisée pour tester si le jugement sous-jacent en serait modifié.

Minerva Advisor a comparé côte à côte deux options. Une migration complète immédiate permettrait de retirer plus rapidement la plateforme existante, mais figerait également dans le nouvel environnement des causes profondes inconnues et une dépendance non résolue au prestataire. Un pilote à durée limitée valide d'abord la conception des processus, les contrôles et la précision, au prix de la tolérance de certains échecs persistants à court terme. Cette comparaison a permis au dirigeant de constater directement si l'ajout de sa propre condition opérationnelle modifiait l'option privilégiée par le système.

Le dirigeant a choisi la voie du pilote. L'action suivante engagée : commander un diagnostic des causes profondes couvrant l'infrastructure, les processus, les données et le prestataire pour les processus présentant le plus d'échecs, et définir le périmètre du pilote, les seuils d'arrêt ou de montée en charge, ainsi que les critères de transparence du prestataire avant toute décision de migration. Les équipes des opérations d'automatisation, de la finance des sinistres et de la gouvernance des prestataires ont été chargées de sélectionner les processus à haut risque et de définir les conditions de recours manuel de secours et de précision.

Cette exécution a mobilisé quatre appels de modèle. Le premier jugement prêt à la décision a été livré en 15,610 secondes, le résultat complet étant achevé en 23,425 secondes, respectant ainsi les seuils de trente secondes pour la première décision et de quarante-cinq secondes pour le résultat complet. Le cas a réussi les dix contrôles de qualité de décision sur dix. Minerva Advisor n'affirme pas que la nouvelle plateforme de Cognizant, ses plus de soixante-dix automatisations, ou les économies rapportées, résultent de cette simulation. Il s'agit uniquement d'un test de qualité et de rapidité de décision sur un cas unique, non d'une garantie de service en production ni d'un résultat client réel.