Technique · DSI, RSSI, DPO
Ce que votre DSI, votre RSSI et votre DPO veulent savoir.
Intégration, IA, garde-fous, données, audit, hébergement, accès et conformité. Chaque point indique son état réel aujourd'hui : disponible, en cours ou cible.
Disponible : construit et démontrable sur Banque Huit, notre banque de démonstration. En cours : partiellement construit ou en cours de correction. Cible : prévu, pas encore construit ou activé. Constat : un fait sur l'état actuel, sans statut ni comptage.
État en novembre 2026 · 30 disponibles · 22 en cours · 16 cibles (lignes des tableaux, hors schéma de flux)
Trois étapes, sans toucher à votre cœur bancaire.
BRAIU analyse les opérations de vos clients et en tire des indicateurs et des prédictions expliquées. Chaque équipe les retrouve dans la solution faite pour elle.
Schéma : BRAIU analyse une seule fois les opérations de la banque ; deux capacités communes, voir venir et poser ses questions ; trois solutions : OS pour le marketing, Advisor pour le réseau, API pour les clients et les outils de la banque.
- PrédireVoir venir ce qui va probablement arriver
- ConverserPoser sa question, réponse avec vos chiffres
- BRAIU OSpour le marketing
- savoir quoi proposer, et à qui
- agir au bon moment
- suivre vos objectifs commerciaux
- BRAIU Advisorpour le réseau
- savoir qui appeler aujourd'hui
- comprendre le client en deux phrases
- préparer chaque rendez-vous
- BRAIU APIpour vos clients et vos outils
- des objectifs d'épargne dans votre application
- des suggestions expliquées au client
- nos calculs dans vos outils
Vous transmettez vos données.
Trois fichiers dans un format simple, que votre équipe data extrait : clients, comptes et opérations. Nous fournissons le contrat de données. Un premier envoi complet, puis des mises à jour.
BRAIU analyse.
BRAIU classe les opérations, puis calcule indicateurs et prédictions pour chaque client et pour toute la clientèle. Tout est mis à jour à chaque nouvel envoi de données.
Toute la banque en profite.
Le marketing dans OS, le réseau dans Advisor, vos clients et vos outils grâce à l'API.
1. Flux de données et zones de confiance
Le chemin d'une donnée, de votre banque jusqu'aux écrans, et l'état de chaque zone.
- Votre banquedisponible
Trois fichiers (clients, comptes, opérations) extraits par votre équipe data.
- Ingestioncible
Un espace de dépôt dédié à chaque banque, chiffré au repos.
- Stockageen cours
Séparation des données par banque dans l'application. Une base par banque : cible.
- Modèlesdisponible
Des modèles propres à chaque banque, entraînés et servis séparément.
- Pseudonymisationen cours
Les identifiants directs remplacés par des jetons avant le modèle de langage.
- Modèle de langagecible
Fournisseur et hébergement validés avec votre RSSI et votre DPO avant tout traitement.
- Interfacesdisponible
OS, Advisor, l'API et l'application de vos clients, derrière une connexion.
2. Inventaire des modèles
Une ligne par modèle prédictif. Tous les modèles supervisés sont aujourd'hui entraînés sur des données synthétiques : leur précision réelle se mesurera sur vos données, pendant le pilote.
| Prédiction | Cible | Horizon | Famille de modèle | Explication affichée | Niveau de confiance | Statut |
|---|---|---|---|---|---|---|
| Départ | Fermeture du compte par le client | 90 jours | Gradient boosting (classification) | Les 3 principaux facteurs, dans Advisor | Score de 0 à 100 en trois niveaux de risque | en cours |
| Difficultés budgétaires | Impayé ou découvert structurel | 6 mois | Gradient boosting (classification) | Les 3 principaux facteurs, dans Advisor | Score de 0 à 100 en trois niveaux de risque | en cours |
| Changement de profil | Passage d'un groupe de comportement à un autre | 12 mois | Chaîne de Markov entre groupes | Aucune | Fiable, moyenne ou insuffisante ; « fiable » exige deux méthodes concordantes | en cours |
| Moments de vie | Déménagement, mariage, achat d'un véhicule… constatés ou pressentis | Advisor : sans horizon ; vue d'ensemble OS : démonstration seulement | Règles (mots-clés, signaux précurseurs, fréquence chez des clients semblables) | Une raison écrite | Constaté ou pressenti | en cours |
| Encours de la banque | Total des encours | 24 mois | Projection statistique à partir de clients semblables | Aucune | Fourchette à 80 % (couverture mesurée sur la banque de démonstration : 70,5 %, sous-couverte, recalibrage prévu) | disponible |
| Épargne à 10 ans | Épargne cumulée du client | 10 ans | Régression (gradient boosting), puis projection en trois scénarios | Non affichée | Fourchette à 80 % et niveau fiable, moyenne ou insuffisante | en cours |
| Scénarios | Futurs probables, simulation d'un effort d'épargne, coût d'une dépense | 12 mois, 10 ans, 1 à 5 ans | Statistique | Aucune | Fourchettes | disponible |
Règles et classements (pas des modèles prédictifs)
| Prédiction | Famille de modèle | Statut |
|---|---|---|
| Segmentation | Regroupement par habitudes financières (règles et statistiques) | disponible |
| Catégorisation des opérations | Règles (libellés, montants, récurrence) | disponible |
| Priorisation du brief et next best offer | Classement par règles sur les signaux et les scores | disponible |
| Opérations atypiques | Règles statistiques (écart aux habitudes du client) | disponible |
| Objectif suggéré | Calcul à partir du reste habituel en fin de mois | disponible |
3. Intégration
| Élément | Statut |
|---|---|
| Contrat de données CSV : customers.csv, accounts.csv, transactions.csv. Une synchronisation complète, puis des synchronisations différentielles (delta). Éprouvé sur données synthétiques. | disponible |
| API REST documentée (OpenAPI). La spécification est mise à jour avant tout envoi à votre DSI. | en cours |
| Clés API par banque. | disponible |
| Webhooks signés (HMAC-SHA256, secret propre à chaque abonnement). | disponible |
| Ouverture d'Advisor depuis un CRM par lien direct (/c/{identifiant client}/{onglet}) : le conseiller doit être connecté. L'identifiant est le numéro client de votre banque, pas un identifiant opaque. À valider avec votre CRM pendant le pilote. | disponible |
| Transport des fichiers : dépôt dans un espace de stockage dédié à chaque banque, chiffré au repos. | cible |
| Fréquence : premier envoi complet, puis mises à jour différentielles, planifiées chaque jour, semaine ou mois, ou déclenchées à la demande. Éprouvé sur données synthétiques. | disponible |
| Historique recommandé par le contrat de données : au moins 3 mois d'opérations, idéalement 12 à 36. | constat |
| Contrat de données (colonnes, types, encodage UTF-8, clé de mise à jour) : sur demande. | constat |
| API versionnée dans l'URL (/v1). | disponible |
| Webhooks : chaque événement porte un identifiant stable pour le dédoublonnage. | disponible |
| Webhooks : nouvelles tentatives automatiques en cas d'échec. | cible |
| Quotas configurables par banque : messages de l'assistant et plafond de coût de l'IA. | disponible |
| Limite de débit générale sur l'API. | cible |
| Environnement de test dédié à chaque banque. Aujourd'hui, la démonstration se fait sur Banque Huit (données fictives). | cible |
4. IA et ML
| Élément | Statut |
|---|---|
| Principe d'architecture : le déterministe décide, le LLM met en récit. Les montants et indicateurs viennent de règles, les prédictions de modèles de ML ; le LLM rédige. | disponible |
| Contrôle des montants cités : garde déterministe sur l'assistant client, vérificateur avec repli déterministe sur l'assistant OS. Le copilote Advisor n'en a pas encore. | en cours |
| Explications SHAP par prédiction pour les modèles de score (risque de départ, difficultés budgétaires) ; affichées dans Advisor. | disponible |
| Niveaux de confiance fiable / moyenne / insuffisante ; « fiable » exige que deux méthodes concordent. | disponible |
| Verrou qui interdit de promouvoir un modèle entraîné sur des données synthétiques, sauf dérogation explicite et tracée. | disponible |
| Promotion contrôlée des modèles, validés contre le modèle en place. | disponible |
| Revenu potentiel par opportunité. | en cours |
5. Validation et suivi des modèles
| Élément | Statut |
|---|---|
| Métriques de validation (AUC, F1) calculées à chaque entraînement sur un jeu de test séparé. Sur des étiquettes synthétiques, elles ne mesurent pas encore la précision réelle. | en cours |
| Suivi de dérive en service (stabilité des distributions, baisse de confiance), avec alerte. Jamais exécuté sur des données réelles. | en cours |
| Validation des modèles sur les données de la banque : dans le périmètre du pilote. La chaîne d'entraînement par banque est disponible ; les événements réels à prédire (départs, impayés) sont définis avec vous au cadrage. | cible |
| Données d'entraînement actuelles : entièrement synthétiques. | constat |
6. Équité
| Élément | Statut |
|---|---|
| Aucune donnée sensible (genre, âge, nationalité, santé) parmi les variables des modèles de départ, de difficultés budgétaires et d'épargne ; pas encore de liste d'exclusion imposée par le code. | en cours |
| Tests d'équité sur des attributs protégés : dans le périmètre du pilote (outil disponible). | cible |
7. Garde-fous
| Élément | Statut |
|---|---|
| Détection des motifs d'injection connus, testée sur 9 attaques et 6 messages légitimes (FR, EN). | disponible |
| Un filtre retire des réponses les IBAN, e-mails, numéros de téléphone, de carte et de sécurité sociale. Actif par défaut. | disponible |
| Les identifiants directs (nom, IBAN, e-mail, téléphone, numéro de carte, SIREN/SIRET) sont remplacés par des jetons avant d'être transmis au modèle de langage ; la minimisation des autres données (ville, revenu, libellés) est en cours. | en cours |
| Aucune promesse de crédit ni prescription de produit réglementé : un contrôle automatique des réponses repère ces formulations. | disponible |
| OS : seuil minimal de 50 clients. Aucun chiffre n'est affiché pour un groupe plus petit ; la banque peut relever ce seuil. | disponible |
| OS : export de pistes ouvert aux profils OS habilités. Chaque export est tracé ; s'il ne peut pas l'être, il est bloqué ; les refus sont journalisés. | disponible |
| Un juge LLM évalue les réponses. Il bloque la réponse (mise en quarantaine) sur trois lectures sensibles : la lecture des dépenses, le profil financier du client et l'assistant OS. Sur les autres réponses, il observe sans bloquer. | en cours |
| OS : une demande de noms renvoie vers l'export tracé. Advisor : l'assistant ne répond que sur le client de la fiche ouverte. | disponible |
| Signalement des affirmations incohérentes avec les comptes (par exemple un versement au-delà d'un plafond) : comportement du modèle observé en démonstration, sans contrôle dédié. | en cours |
| Quand la donnée manque, l'assistant le dit : règle de comportement des assistants, observée en démonstration, non garantie par un contrôle. | en cours |
8. Données, cloisonnement et audit
| Élément | Statut |
|---|---|
| Une base de données par banque. | cible |
| Les accès sensibles et les exports sont journalisés dans un journal d'audit signé (HMAC-SHA256). | en cours |
| Durée de conservation des données de la banque définie avec la banque lors du cadrage (contrat et AIPD). | cible |
9. Sécurité de l'infrastructure
| Élément | Statut |
|---|---|
| Pendant le pilote : séparation des données par banque dans l'application, modèles propres à chaque banque, index de recherche commun filtré par banque. | en cours |
| La table de correspondance des jetons est détenue par BRAIU ; elle est prévue dans la base de chaque banque. | en cours |
| Échanges chiffrés en TLS. | disponible |
| Chiffrement au repos des bases (une clé par banque) et des fichiers. | cible |
| Sauvegardes quotidiennes des bases (14 à 30 jours) ; restauration testée avant tout chargement de données réelles. | cible |
| Objectif de disponibilité et supervision définis pour la production. | cible |
| Test d'intrusion avant la mise en production. | cible |
| Tests automatisés de détournement : 9 attaques et 6 messages légitimes (FR et EN), mis à jour le 9 novembre 2026 ; un jeu d'évaluation dédié reste à constituer. | en cours |
10. Hébergement
| Élément | Statut |
|---|---|
| Hébergement cible en Union européenne. Aucun environnement de production n'est déployé à ce jour. | cible |
| L'hébergement, le fournisseur de modèles et la liste des sous-traitants sont validés avec votre RSSI et votre DPO avant tout traitement de vos données. | cible |
11. Sécurité des accès
| Élément | Statut |
|---|---|
| Connexion unique (OIDC) configurable par banque sur la plateforme ; pas encore branchée dans l'écran de connexion d'Advisor. | en cours |
| Double authentification activable par banque. | disponible |
| Rôles par profil : conseiller, marketing, direction, admin banque, auditeur. L'export OS est ouvert aux profils OS habilités. | disponible |
12. Conformité et réversibilité
| Élément | Statut |
|---|---|
| Export des données d'une banque dans un format ouvert (JSONL, avec manifeste). | disponible |
| RGPD : contrat de sous-traitance (article 28) et analyse d'impact (AIPD) en préparation, finalisés avec votre DPO pendant le cadrage. | en cours |
| AI Act : analyse de qualification en cours, présentée à votre conformité ; dossier technique en préparation. | en cours |
| DORA : plan de reprise d'activité en préparation ; registre des prestataires et plan de sortie établis avec vous avant la production. | cible |
| Procédure de sortie, validée avec vous avant la production. | cible |
Vous avez un questionnaire sécurité ? Nous y répondons.
30 minutes pour voir ce que BRAIU peut faire pour votre banque.
Décrivez votre contexte et le cas d'usage à tester. Nous vous montrons les trois solutions sur Banque Huit, notre banque de démonstration.
Ce qui se passe ensuite
- Nous vous répondons par e-mail sous 48 h ouvrées.
- Vous choisissez un créneau.
- Démonstration de 30 minutes.
Pendant ces 30 minutes : OS, Advisor et l'application client sur Banque Huit, notre banque de démonstration aux données fictives, puis vos questions sur l'intégration et la sécurité.