Mise en œuvre de l’IA dans la banque : étapes clés pour intégrer l’IA aux workflows
La mise en œuvre de l’IA dans les workflows bancaires commence par une recherche tenant compte des autorisations pour connecter des connaissances fragmentées, puis par des assistants IA pour transformer ces connaissances en réponses et brouillons sourcés — et enfin par des agents IA qui automatisent des tâches délimitées entre les systèmes, une fois les contrôles de gouvernance définis.
Les opérations bancaires reposent sur des connaissances dispersées. Les politiques vivent dans des systèmes de gestion documentaire, les historiques clients se trouvent dans des plateformes CRM, les consignes de conformité s’étendent sur des bases de données réglementaires et des wikis internes, et les playbooks opérationnels sont enfouis dans des dizaines d’outils. Alors que les dépenses IA dans les services financiers devraient passer de 38,36 milliards de dollars à 190,33 milliards d’ici 2030, connecter ces connaissances n’est plus optionnel. Une couche de recherche d’entreprise connectée est le prérequis pour que toutes ces capacités d’IA fonctionnent de manière fiable.
Lorsqu’un chargé de relation prépare une revue client ou qu’un analyste conformité trace une évolution réglementaire, le véritable goulot d’étranglement n’est pas la décision elle-même — c’est la collecte du contexte nécessaire pour la prendre.
Intégrer l’IA dans les workflows bancaires signifie connecter ces couches dans l’ordre. La recherche récupère la bonne politique, l’historique de dossier ou le contexte opérationnel tout en respectant les autorisations basées sur les rôles, et les assistants transforment ce contexte en synthèses sourcées et en réponses rédigées. Les agents exécutent ensuite des tâches approuvées en plusieurs étapes, comme la constitution de dossiers d’audit ou l’acheminement de demandes de revue, une fois que le workflow est suffisamment bien défini pour être automatisé.
Qu’est-ce que l’intégration de l’IA dans les workflows bancaires ?
L’intégration de l’IA dans les workflows bancaires est l’utilisation pratique de la recherche d’entreprise, d’assistants IA et d’agents pour connecter des connaissances fragmentées, répondre à des questions opérationnelles et automatiser le travail répétable au sein des systèmes bancaires existants — tout en conservant les autorisations, la supervision et l’auditabilité. Alors que les seules institutions bancaires allouent 31,3 milliards de dollars aux dépenses IA en 2024, cette approche superpose les capacités de sorte que chaque étape s’appuie sur la précédente.
La première couche est la recherche. Dans un environnement bancaire typique, un chargé de prêts qui examine une demande peut devoir consulter le manuel de politique de crédit, retrouver des décisions d’underwriting antérieures sur des profils similaires et confirmer les dernières consignes réglementaires — dans trois ou quatre systèmes distincts.
La recherche d’entreprise tenant compte des autorisations, comme Glean Search, s’appuie sur une récupération hybride (combinant la correspondance exacte de termes et la compréhension sémantique) pour faire remonter des documents pertinents depuis plus de 100 outils connectés, tout en appliquant les mêmes contrôles d’accès qui régissent chaque système source. L’Enterprise Graph — le modèle de Glean des relations organisationnelles, des rôles, de la fraîcheur des contenus et de l’activité des équipes — classe les résultats selon ce qui est le plus pertinent pour une personne donnée dans un rôle donné.
La deuxième couche est celle des assistants. Une fois que la recherche récupère le bon contexte, un assistant IA le transforme en quelque chose d’exploitable : une synthèse de la façon dont des exceptions de prêt similaires ont été traitées au cours du dernier trimestre, ou une réponse rédigée à une demande de conformité avec des citations renvoyant vers les documents sources.
La troisième couche est celle des agents, qui effectuent des actions approuvées entre les systèmes lorsque le workflow est suffisamment bien défini pour être automatisé. Un workflow d’actualisation KYC, par exemple, peut impliquer la collecte de documents clients mis à jour depuis plusieurs référentiels, le signalement des écarts par rapport aux enregistrements conservés et l’acheminement du dossier assemblé vers un relecteur — une séquence qu’un agent peut gérer de bout en bout avec des points de validation à chaque transfert, améliorant l’efficacité opérationnelle dans les services financiers.
Dans la banque, ces couches comptent surtout dans les workflows qui nécessitent beaucoup de recherche d’informations, de nombreux transferts entre équipes et des contrôles réglementaires stricts — précisément les domaines où le travail manuel est le plus lent et où les erreurs ont le coût le plus élevé.
Comment mettre en œuvre l’IA dans la banque : étapes clés pour intégrer l’IA aux workflows
La différence entre un programme IA bancaire réussi et un pilote abandonné tient généralement à la séquence. Les banques qui commencent par un problème de workflow précis — et non par une évaluation technologique — déploient plus vite et mesurent les résultats plus tôt.
Une prévision Gartner 2024 indique que d’ici 2028, 33 % des applications logicielles d’entreprise incluront une IA agentique, contre moins de 1 % en 2024. Les institutions qui construisent dès maintenant les fondations opérationnelles absorberont ces capacités sans devoir se précipiter pour rétrofiter la gouvernance plus tard.
La séquence compte car chaque couche dépend de la précédente : la recherche connecte des connaissances fragmentées et applique les autorisations, et les assistants transforment ces connaissances en réponses sourcées et exploitables. Les agents exécutent ensuite des tâches délimitées avec des points de validation. Passer directement aux agents — ou déployer un assistant sans une couche de recherche fiable en dessous — produit des résultats peu fiables dans des environnements où la fiabilité n’est pas négociable.
Cinq étapes définissent un parcours pragmatique :
- Sélectionner les bons workflows.
- Mettre en place une recherche tenant compte des autorisations sur les connaissances bancaires.
- Introduire des assistants pour le travail piloté par l’humain.
- Ajouter des agents pour les tâches opérationnelles répétables.
- Concevoir une gouvernance et des contrôles de déploiement adaptés à l’environnement réglementaire.
Chaque étape est utile en soi, et l’effet cumulatif transforme le fonctionnement des opérations au quotidien.
1. Commencer par choisir les bons workflows bancaires
Tous les processus bancaires ne tirent pas un bénéfice équivalent de l’intégration de l’IA. Les workflows qui valent la peine d’être ciblés partagent deux caractéristiques déterminantes : l’information est dispersée dans plusieurs systèmes, et les étapes sont suffisamment répétables pour être standardisées.
La préparation de la revue d’un dossier de prêt, par exemple, nécessite de récupérer les politiques de crédit, des décisions d’underwriting antérieures et la documentation de l’emprunteur depuis des référentiels distincts avant même qu’un analyste puisse commencer l’examen. Cette étape de collecte prend souvent plus de temps que l’examen de fond lui-même — et selon une analyse de PwC Strategy&, les banques qui adoptent pleinement l’IA sur ces workflows pourraient obtenir jusqu’à une amélioration de 15 points de leur ratio d’efficacité.
Un modèle de scoring pragmatique aide à prioriser les candidats. Évaluez chaque workflow selon cinq facteurs :
| Facteur | Éléments à évaluer | Signal à forte valeur |
|---|---|---|
| Fragmentation des connaissances | Combien de systèmes contiennent des informations pertinentes | 4+ sources par tâche |
| Répétabilité | Dans quelle mesure les étapes sont standardisées | Une procédure documentée existe |
| Volume de transferts | Combien d’équipes ou de rôles interviennent dans le workflow | 3+ transferts par dossier |
| Temps passé à la recherche | Pourcentage du temps de la tâche consacré à trouver des informations | Plus de 40 % |
| Sensibilité réglementaire | Dans quelle mesure le workflow est encadré | SOX, FINRA ou périmètre RGPD |
Les workflows obtenant un score élevé en fragmentation et en temps de recherche, mais modéré en sensibilité réglementaire, constituent les meilleurs premiers candidats. Le triage des dossiers de service, la recherche de politiques et de procédures, la préparation des rendez-vous des chargés de relation, et la collecte de preuves d’audit correspondent tous à ce profil.
Glean Search se connecte à plus de 100 outils d’entreprise avec une recherche tenant compte des permissions, ce qui signifie que la base de recherche peut couvrir ces workflows sans nécessiter des intégrations séparées pour chacun. Évitez de commencer par des décisions autonomes de bout en bout dans les approbations de crédit, les arbitrages de conformité basés sur des exceptions, ou tout processus où les règles sont ambiguës et où le jugement humain est central.
2. Construire la base de recherche à travers les connaissances bancaires
La fiabilité de chaque réponse générée par l’IA dépend de ce que le système peut trouver et du respect de qui doit pouvoir le voir. Dans le secteur bancaire, ces deux exigences sont indissociables.
Un analyste conformité qui étudie un changement réglementaire et un directeur d’agence qui consulte une procédure produit peuvent interroger la même base de connaissances, mais ils doivent voir des résultats différents selon leur rôle, leur équipe et leur niveau d’habilitation.
Construire la base de recherche consiste à connecter les systèmes dont les équipes dépendent déjà : dépôts de documents, pages intranet, plateformes de ticketing, enregistrements CRM, outils de gestion des dossiers, bibliothèques de politiques, runbooks opérationnels et fils de collaboration. Une gestion des connaissances d’entreprise efficace exige de traiter ces sources comme une couche unique et connectée plutôt que comme des silos isolés.
L’objectif est un seul chemin de requête au lieu de quatre ou cinq recherches dans des applications distinctes. Une approche de recherche IA d’entreprise utilisant une récupération hybride — combinant la correspondance exacte des termes pour la précision et la compréhension sémantique pour les questions en langage naturel — couvre l’éventail des requêtes que les équipes bancaires posent réellement.
Un enquêteur fraude qui recherche « SAR filing requirements Q1 2026 » a besoin de correspondances exactes. Un conseiller service qui demande « comment gérons-nous les litiges sur frais pour les comptes professionnels » a besoin de résultats basés sur l’intention.
La recherche tenant compte des permissions est une exigence incontournable, pas une fonctionnalité. Chaque résultat et chaque résumé généré doivent respecter les contrôles d’accès au niveau des sources avant que le contenu n’atteigne l’utilisateur.
Glean's Enterprise Graph cartographie les relations organisationnelles, les rôles, l’activité des équipes et la fraîcheur des contenus afin que les résultats soient classés selon leur pertinence pour une personne donnée dans un rôle donné. Ce classement contextuel réduit le bruit pour les équipes de première ligne et maintient les informations restreintes à leur place.
En pratique, une couche de recherche connectée génère des gains opérationnels immédiats. Les équipes trouvent la version actuelle d’une politique au lieu de s’appuyer sur des copies enregistrées, retrouvent des résolutions de dossiers antérieurs avec des faits similaires et réduisent les tickets en double causés par le fait que les employés ne savent pas où la réponse existe déjà.
3. Introduire des assistants IA là où les banquiers ont besoin de réponses rapides et fiables
Une fois que la couche de recherche récupère de manière fiable des résultats tenant compte des permissions, un assistant peut transformer ce contexte en quelque chose sur lequel un banquier peut agir directement : un résumé de la manière dont des exceptions similaires ont été traitées le trimestre dernier, ou une réponse rédigée à une demande interne avec des citations renvoyant aux documents sources. L’assistant supprime l’étape de recherche qui précède le jugement du banquier, en laissant la décision elle-même à la personne qui en est responsable.
Les cas d’usage d’assistants les plus solides dans la banque sont intensifs en connaissances, mais pilotés par l’humain. Les équipes de service résolvent plus rapidement les questions courantes lorsque l’assistant rassemble les politiques à jour et le contexte des dossiers antérieurs en une seule réponse sourcée — Glean indique que la qualité de recherche s’améliore généralement de 20 % au cours des six premiers mois de déploiement, à mesure que l’Enterprise Graph apprend les schémas organisationnels (données internes Glean, 2024).
Les opérations de crédit résument les dossiers d’emprunteurs et signalent les documents manquants avant le début de l’examen manuel. Les équipes risques et conformité comparent les libellés de contrôle au fil des mises à jour réglementaires et rédigent des notes internes avec des références sourcées. Les chargés de relation arrivent aux rendez-vous clients avec l’historique de compte, de produits et d’incidents rassemblé dans une seule vue, au lieu de naviguer entre six applications — un changement qui transforme déjà les pratiques de conseil financier dans l’ensemble du secteur.
L’adoption dépend de l’emplacement : des assistants intégrés dans les outils que les banquiers utilisent déjà — e-mail, systèmes de gestion des dossiers, portails internes — sont utilisés. Construire une réussite
assistant IA d’entreprise signifie aller à la rencontre des utilisateurs là où ils travaillent déjà, plutôt que de leur demander d’ouvrir une application distincte.Glean Assistant fonctionne comme une interface conversationnelle adossée à la recherche d’entreprise, faisant remonter des réponses sourcées au sein des workflows existants plutôt que d’en extraire les utilisateurs. Chaque réponse inclut des citations de sources, ce qui est essentiel dans les environnements réglementés où « le système me l’a dit » ne constitue pas une piste d’audit acceptable.
Mesurez la performance avec des signaux au niveau des tâches, pas avec des enquêtes de satisfaction. Suivez le taux d’acceptation des réponses et le temps économisé par étape exigeant beaucoup de recherche. Le taux de clic sur les citations et la réduction des tickets rouverts indiquent si l’assistant produit des résultats utiles sur le plan opérationnel.
4. Ajoutez des agents pour automatiser les tâches bancaires répétables
Les agents viennent après la recherche et les assistants, car agir à travers des systèmes nécessite plus qu’une bonne génération de langage. Cela exige un contexte vérifié, des règles métier définies, des autorisations claires et une gouvernance à chaque étape.
Une analyse Gartner de 2024 prévoit que d’ici 2028, au moins 15 % des décisions quotidiennes de travail seront prises de manière autonome via une IA agentique. Dans la banque, la voie vers cet avenir passe par une automatisation rigoureuse et bornée, avec une gouvernance explicite à chaque étape.
Les cas d’usage d’agents les plus pragmatiques au début sont des tâches en plusieurs étapes qui sont répétitives, sensibles au temps et coûteuses à traiter manuellement, mais suffisamment structurées pour être gouvernées par des règles métier. Les workflows d’actualisation KYC, par exemple, consistent à rassembler une documentation client mise à jour depuis plusieurs référentiels, la comparer aux dossiers existants, signaler les écarts et acheminer le dossier assemblé vers un relecteur. Les recherches de Finastra indiquent que ce type d’automatisation agentique peut entraîner une hausse de 20 % de l’efficacité opérationnelle pour les établissements bancaires.
Chaque étape suit une séquence définie avec des entrées et des sorties clairement identifiées. Un agent orchestre cette séquence de bout en bout, avec des points de validation à chaque transfert.
Parmi les autres candidats solides : l’orientation des demandes de service vers la bonne file en fonction des attributs du dossier, l’assemblage de dossiers de preuves d’audit depuis des systèmes dispersés, et la préparation des entrées de reporting réglementaire à partir de données opérationnelles. Ce sont exactement les types d’agents IA pour les workflows finance qui apportent des résultats mesurables. Glean Agents planifient, s’adaptent et agissent avec un contexte et une gouvernance d’entreprise — en découpant le travail en étapes où le système récupère le contexte, applique la logique de workflow et escalade les exceptions en joignant l’intégralité du contexte.
Gardez des humains dans la boucle pour les tâches à plus haut risque : escalades d’activité suspecte, exceptions d’underwriting, annulations de frais hors politique, ou toute action qui modifie les résultats client sans règles simples. Un bon comportement des agents en banque, c’est une automatisation disciplinée où le système sait quand agir et quand s’arrêter.
5. Concevez la gouvernance, la sécurité et le déploiement pour un environnement réglementé
Dans la banque, la confiance vient du contrôle. Avant un déploiement à grande échelle, définissez l’accès basé sur les rôles, les seuils d’approbation, les politiques de caviardage, les règles de supervision et la journalisation d’audit pour chaque workflow activé par l’IA. Une structure d’autorisations robuste est la base qui rend possible une IA générative sécurisée dans des environnements d’entreprise complexes.
Le modèle de gouvernance doit d’abord couvrir deux niveaux d’accès : l’accès recherche uniquement pour trouver des informations fiables, et le support de l’assistant pour les réponses et les brouillons. Le troisième niveau — des agents avec capacité d’action pour des workflows bornés — nécessite des points de validation et une gestion des exceptions définis avant le déploiement.
Les tests doivent s’appuyer sur de vraies questions et de vrais workflows bancaires, pas uniquement sur des prompts synthétiques. L’évaluation doit couvrir l’application des autorisations, la qualité des citations, l’exhaustivité des réponses, la gestion des requêtes ambiguës et la capacité du système à éviter des réponses trop assurées lorsque les informations sources manquent ou se contredisent. Avec l’EU AI Act qui deviendra pleinement applicable en août 2026, les établissements qui déploient de l’IA doivent aussi aligner leurs cadres de gouvernance sur les normes réglementaires mondiales émergentes.
L’architecture de Glean, sensible aux autorisations, applique des contrôles d’accès au niveau des sources à chaque couche — recherche, assistant et agent — afin que le même modèle de gouvernance s’applique, qu’une personne récupère un document ou déclenche un workflow automatisé.
La séquence de déploiement doit correspondre à l’appétence au risque de l’établissement. Un ordre pragmatique est : accès à la connaissance d’abord, support de l’assistant ensuite, et agents orientés action en troisième.
Chaque phase doit prouver l’exactitude sur des scénarios opérationnels réels et l’intégrité des autorisations selon les rôles et les équipes avant que la phase suivante ne commence. Associez chaque lancement à de l’accompagnement — recommandations de prompts, standards de revue et exemples clairs indiquant quand faire confiance au résultat et quand le remplacer.
Une analyse McKinsey de 2023 sur les programmes d’IA dans les services financiers a montré que la gouvernance transversale — et non la sophistication du modèle — était le principal facteur de différenciation entre les pilotes qui se sont industrialisés et ceux qui se sont enlisés (McKinsey, "The state of AI in 2023," août 2023). L’alignement entre les équipes IT, sécurité, opérations, conformité et métiers suit le même schéma.
Les programmes d’IA en banque échouent lorsqu’ils disposent d’un sponsoring technique sans ownership des workflows, ou d’un ownership des workflows sans gouvernance. Suivez les résultats qui comptent pour des opérations réglementées : délais de première réponse plus courts, moins de transferts manuels, meilleure précision de la recherche de politiques, et une préparation d’audit plus fluide avec des pistes de preuve plus solides.
Questions fréquentes
Combien de temps l’intégration de l’IA prend-elle généralement dans un environnement bancaire ?
La plupart des équipes bancaires peuvent déployer une recherche d’entreprise sensible aux autorisations sur leurs principales sources de connaissance en quatre à huit semaines, selon le nombre de systèmes connectés et la complexité des contrôles d’accès existants. L’ajout de capacités d’assistant aux deux ou trois premiers workflows ajoute encore deux à quatre semaines de configuration et de tests.
L’automatisation au niveau agent, pour des tâches bornées, vient généralement après la validation en production des couches recherche et assistant. Un premier déploiement full-stack sur un trimestre, au sein d’un seul périmètre, est réaliste pour les établissements qui ont un alignement exécutif et des workflows définis.
Comment une IA sensible aux autorisations gère-t-elle des données réglementées comme SOX, GDPR et des contenus relevant du périmètre FINRA ?
La récupération tenant compte des autorisations applique les mêmes contrôles d’accès que ceux qui régissent chaque système source. Si un utilisateur n’a pas accès à un document dans le référentiel source, il ne le verra pas dans les résultats de recherche, les réponses de l’assistant ou les actions des agents.
Glean Search respecte les autorisations existantes basées sur les rôles sans nécessiter une couche de contrôle d’accès distincte, ce qui permet aux équipes conformité de valider que la couche IA ne crée pas de nouveaux vecteurs d’exposition des données. Les pistes d’audit consignent chaque requête, réponse et action à des fins d’examen réglementaire.
Les outils d’IA peuvent-ils se connecter aux systèmes bancaires cœur et aux plateformes legacy ?
Les plateformes de recherche d’entreprise se connectent aux outils de connaissance et de collaboration qui entourent les systèmes bancaires cœur — référentiels de documents, gestion des dossiers, CRM, bibliothèques de politiques, plateformes de ticketing, wikis internes et outils de communication. L’intégration directe avec les systèmes transactionnels cœur est généralement assurée via des couches middleware ou API existantes, plutôt que par des connexions directes IA-vers-cœur, ce qui préserve les périmètres de sécurité exigés par les équipes d’architecture bancaire.
Comment appliquez-vous le contrôle d’accès basé sur les rôles avec des réponses générées par l’IA ?
Chaque réponse hérite du modèle d’autorisations de ses documents sources. Si un manuel de politiques est limité au personnel conformité, l’assistant ne fera pas remonter ce contenu à un membre de l’équipe des opérations en agence — même si la question est pertinente.
L’Enterprise Graph cartographie les rôles organisationnels, l’appartenance aux équipes et les autorisations au niveau des documents afin que l’application des accès ait lieu avant la récupération du contenu, et non après sa génération.
À quoi ressemble le time-to-value pour une équipe de services financiers qui déploie une IA d’entreprise ?
Les gains les plus rapides proviennent des cas d’usage de recherche et d’assistant dans les activités de connaissance à fort volume. La couche de recherche élimine l’étape de recherche inter-systèmes pour chaque tâche, là où se situe généralement la majeure partie du temps passé dans les rôles fortement axés sur la connaissance.
Les équipes bancaires qui commencent par la base de recherche, puis superposent assistants et agents de manière séquentielle, créent une trajectoire où chaque capacité renforce la suivante — et où la gouvernance est intégrée dès le départ. Le résultat : un accès plus rapide à des connaissances fiables et moins d’étapes manuelles dans des workflows à fort volume. Demandez une démo pour découvrir comment Glean et l’IA peuvent transformer votre environnement de travail.









.webp)
.webp)
