Banco Popular Dominicano avec Microsoft : la banque multiplie par 7 sa capacité d'analyse de risque — « l'agent propose, l'analyste décide »
Publiée par Microsoft Customer Stories le 6 septembre 2026 sous le titre « Banco Popular Dominicano multiplies risk analysis 7X with Microsoft Power Platform », l'étude de cas décrit AURA, un écosystème multi-agents bâti sur Copilot Studio et Power Platform pour la gestion du risque opérationnel : couverture passée d'environ 40 % à 100 %, capacité d'analyse multipliée par 7, 70 % de charge manuelle en moins. Mais le document officiel, qu'on est allés lire en entier plutôt que de se fier au seul chiffre choc, est tout aussi explicite sur un second point, dans la bouche d'un de ses propres vice-présidents : « AURA analyse et propose, mais c'est à l'analyste d'évaluer et de décider. »
Banco Popular Dominicano, l'une des principales banques de République dominicaine, a construit AURA en s'appuyant sur Microsoft Copilot Studio et Power Platform — Power Automate pour l'orchestration des flux, Power BI pour le suivi, Teams pour la collaboration, avec des connecteurs vers Excel, SQL et SharePoint — pour automatiser la gestion du risque opérationnel, un domaine où la banque traite plus de 80 000 documents par semaine et analyse plus de 300 cas par jour. Les chiffres cités par Microsoft sont conséquents : couverture du risque opérationnel passée d'environ 40 % à 100 %, capacité d'analyse multipliée par 7, charge de travail manuelle en baisse de 70 %, et 40 % du temps ainsi libéré réinvesti dans de l'analyse à plus forte valeur. Felipe Suárez, vice-président exécutif en charge de la gestion intégrée des risques, justifie le projet par la pression réglementaire elle-même : « Il y a de plus en plus de risques, de plus en plus de contrôles, de plus en plus de processus. Sans outils d'IA et d'automatisation, il serait impossible de maintenir une surveillance efficace. » Il précise aussi la nature du projet : « Ce n'est pas un projet technologique, c'est un projet de gestion des risques, construit avec des outils que nous avions déjà. » Juan Jiménez, responsable de l'intégration des risques, décrit le changement concret sur le terrain : « À chaque changement, le système l'analyse automatiquement. Nous ne dépendons plus de revues manuelles. »
Le point qui nous intéresse le plus n'est pas le chiffre « x7 » — c'est la phrase que Mario Jara, vice-président du risque opérationnel, prononce juste après l'avoir cité : « AURA analyse et propose, mais c'est à l'analyste d'évaluer et de décider. » Dans une banque qui traite 300 cas par jour avec un système conçu pour maximiser le volume traité, personne ne prétend que l'agent tranche seul — la décision reste humaine, à chaque cas. Le parallèle avec AppH est honnête, mais à une tout autre échelle : nous n'avons ni les données ni l'ambition de scorer un risque bancaire. Notre position, écrite noir sur blanc, est même plus étroite que celle de Banco Popular Dominicano — AppH ne fait aujourd'hui aucune vérification d'identité, aucun score de risque de crédit, et ne prend aucune décision de conformité LCB-FT pour ses clients PME. Ce qu'on retient de ce cas dominicain, c'est la confirmation, dans un secteur bien plus réglementé et bien plus gros que le nôtre, que le gain de capacité et la décision humaine finale ne sont pas deux objectifs qui s'annulent — c'est la même architecture qu'AppManager applique déjà, à l'échelle d'une PME plutôt que d'une banque continentale.
Pour AppH
- Un cas bancaire réel, chiffré (couverture x2,5, capacité x7) et cité par un vice-président — « l'agent propose, l'analyste décide » — confirme, à une échelle bien plus grande et bien plus réglementée que celle d'AppH, que l'automatisation agentique et la décision humaine finale ne sont pas incompatibles.
- Le gain revendiqué par Banco Popular Dominicano vient explicitement du fait de garder l'humain au centre de la décision, pas malgré lui — le même argument qu'AppH avance pour son propre clic d'approbation, ici validé par un acteur qui opère à une échelle totalement différente.
Contre / la limite honnête
- AppH ne fait ni extraction de documents, ni score de risque, ni vérification de conformité LCB-FT — AURA fait précisément ça, avec des moyens (Power Platform, 80 000 documents/semaine) qu'aucune PME cliente d'AppH n'a. Le parallèle ne vaut que sur le principe de gouvernance, pas sur la capacité technique.
- Les chiffres cités (couverture à 100 %, x7, 98 % de précision méthodologique) viennent du contenu officiel « Microsoft Customer Stories » — une vitrine commerciale de Microsoft, pas un audit indépendant. Ils méritent d'être cités comme tels, pas comme une preuve neutre.
On aurait pu s'arrêter au chiffre « x7 » — c'est le genre de statistique qui se prête bien à un titre. Mais la phrase qui nous a fait garder cette pièce est ailleurs, dans la bouche même du vice-président du risque opérationnel : « AURA analyse et propose, mais c'est à l'analyste d'évaluer et de décider. » Ce n'est pas un communiqué sur l'IA qui remplace des analystes — c'est un communiqué sur une banque qui a choisi de multiplier sa capacité d'analyse sans retirer la décision finale à un humain, dans un métier où se tromper coûte cher et où le régulateur regarde. On ne prétend pas qu'AppH opère à la même échelle ni sur le même type de risque — au contraire, notre produit s'interdit explicitement ce que fait AURA (scorer un risque, vérifier une identité, trancher une conformité). Mais le principe qu'on défend depuis le premier module d'AppManager n'est, encore une fois, pas une position isolée : même dans une banque qui traite 300 cas par jour, l'agent propose, l'humain décide.
Vérifié par un humain d'AppH