Banking AI | EU Regulatory Compliance

Groupes d'algorithmes par type de données

Un régulateur cite une décision de crédit refusée et demande pourquoi. L'horloge démarre. Personne ne détient encore la réponse.

Le score vit dans le moteur de crédit, la règle dans le wiki de politique, la dérogation dans les notes de dossier, le contexte dans un fil de discussion.

Une équipe reconstruit la décision et espère que la version de la politique trouvée est celle qui était réellement en vigueur ce jour-là.

La décision doit revenir telle qu'elle est sortie, avec la règle, la version et le facteur client devant l'inspecteur.

Un modèle génératif citera avec assurance une réglementation qui n'existe pas. Un auditeur a besoin de la règle qui a réellement été déclenchée.

Un score de risque n'est pas une explication. La question du droit à l'explication ne peut pas être répondue par un nombre de confiance après coup.

Les données clients de l'UE sur un point de terminaison hébergé aux États-Unis relèvent d'une juridiction étrangère. Les règles d'externalisation et de résilience l'interdisent.

Un journal de discussion, pas un enregistrement.

Quand le superviseur demande une relecture, un pipeline génératif renvoie une transcription. La même décision ne reviendra pas deux fois.

Pourquoi un modèle générique échoue la semaine

Crédit, KYC, LCB-FT, fraude, surveillance des transactions, réclamations. Un enregistrement par décision.

Fabric pour l'équipe risque. Crédit, politiques, notes de dossier et demandes d'audit dans un seul espace de travail.

Ratio dette/revenu supérieur au seuil de la politique à la date de la demande. Le dossier complet est assemblé et prêt à être rejoué pour l'inspecteur.

Pourquoi avons-nous refusé l'augmentation de la limite de crédit renouvelable sur le dossier 4f9e ?

La même décision revient telle qu'elle est sortie, avec le facteur client intact.

Le réviseur a confirmé le refus et a enregistré une limite inférieure comme disponible.

La version de la politique en vigueur à la date de la demande, pas celle d'aujourd'hui.

Dossier du demandeur et version exacte du document utilisée pour la décision.

L'espace de travail risque avec une demande de supervision ouverte

Une décision, et la raison qui l'accompagne.

La preuve est dans la trace, pas dans la diapositive.

Aucun enregistrement client ne franchit une frontière que vous n'avez pas approuvée. Le traitement et l'exploitation suivent le modèle d'accès que vous choisissez.

La source, la règle, le propriétaire et la relecture sont attachés au moment de la décision. La réponse de supervision est une extraction.

Les décisions remontent aux règles que votre banque a rédigées, avec la version de la politique figée à la date de la décision.

Totalement isolé pour les environnements qui ne tolèrent aucune connexion externe.

Exécutez la plateforme complète sur vos propres serveurs. Mêmes capacités, même trace, entièrement sous votre contrôle.

Fabric managé sur le Mesh public, opéré par Dweve dans le périmètre de traitement convenu. L'exploitation directe du produit n'est pas incluse.

Aucun nouveau projet d'intégration, aucun wrapper propriétaire. La trace suit le bus que vous utilisez déjà.

Un artefact, deux destinations. La même trace arrive à la fois dans le stockage d'audit et l'entrepôt analytique, signée localement et vérifiable hors ligne, sans double écriture à synchroniser.

Isolé pour les environnements qui ne tolèrent aucune connexion externe.

La plateforme complète sur des processeurs standard, sans obligation de GPU. Même trace, entièrement sous votre contrôle.

Fabric géré sur le Mesh public, opéré depuis les Pays-Bas dans sa frontière de traitement européenne déclarée. Aucun projet d'infrastructure client à démarrer.

La même réponse peut être affichée à nouveau, des années plus tard, de la même manière.

Le réviseur voit ce que le système a vu, dans l'ordre où il l'a vu.

Les mots simples ci-dessus sont l'explication, pas un score ou un code.

La raison et la règle sont enregistrées avec votre décision.

Votre carte a été retenue par un contrôle de sécurité. Voici exactement pourquoi, et vous pouvez le corriger en un tapotement.

Ma carte a été refusée au magasin ce matin. Pourquoi ?

Cela correspondait à un schéma connu de test de carte, donc la banque l'a suspendue.

Trois paiements provenaient d'un endroit éloigné de celui où vous payez habituellement.

Un contrôle de sécurité a retenu la carte. Aucun argent n'a quitté votre compte.

Une raison écrite, la règle nommée, et une personne que vous pouvez joindre.

Le dossier est vérifiable de manière indépendante par le superviseur

Les réponses aux explications arrivent en jours, pas en mois

Si votre autorité de protection des données demande plus tard comment la décision a été prise, la banque présente le même raisonnement que vous avez vu, avec les mêmes données, contre la même version de la politique. Le dossier est conservé de manière cryptographique et se lit de la même façon des années plus tard.

Aucune clause n'entraîne un modèle sur les données de vos clients

L'hébergement se fait chez la banque ou dans le cloud souverain de l'UE

Vos relevés, transactions et documents d'identité sont traités sur du matériel situé dans l'Espace économique européen. Aucun transfert transatlantique. Aucun point de terminaison hébergé aux États-Unis. Aucun tiers n'entraîne un modèle étranger sur vos finances.

La dérogation est signée et datée, pas une note de chat

Le réviseur voit les mêmes preuves que le système a vues

Chaque décision automatisée comporte un chemin vers une personne qui ne dépend pas d'un serveur vocal. Le réviseur voit ce que le système a vu, dans l'ordre où il l'a vu, et peut confirmer ou infirmer avec la même transparence. Le recours accompagne la décision initiale.

Non, l'algorithme a décidé, sans rien derrière

Le droit à l'explication, répondu par écrit

Lorsque le système signale votre transaction, refuse votre prêt ou bloque votre transfert, vous recevez une raison écrite. Elle nomme la règle, le seuil et le facteur spécifique qui a déclenché. Pas un score de probabilité. Pas un nombre de confiance. Le raisonnement réel, dans un langage qu'un client peut lire.

Une raison écrite, une personne à qui demander, vos données en Europe et une relecture si le régulateur le demande.

Quelle règle a été appliquée, sur quelle version de la politique, et qui l'a validée.

Si la politique elle-même est la bonne politique pour le cas.

Une récupération, pas une reconstruction.

Carte, prêt, virement ou retenue sur compte. Une raison pour chacun.

Du moment où elle s'arrête au moment où une personne peut regarder à nouveau.

Vous pouvez demander à une personne réelle de l'examiner. Elle voit exactement ce que le système a vu, et approuve.

La décision nomme la règle, la limite et la seule chose qui l'a déclenchée, en mots que vous pouvez lire.

La loi européenne vous donne le droit à une explication claire d'une décision automatisée vous concernant.

Vous touchez pour payer et c'est refusé. Aujourd'hui, la banque peut rarement vous dire quelle règle a joué ou pourquoi.

Un paragraphe dans une fenêtre de discussion

La version de la politique en vigueur ce jour-là

Réviseur et état de la décision enregistrés

Une transcription qui ne se reproduira pas

Relecture identique au bit près, en moins d'une minute

Un enregistrement que vous pouvez remettre.

Quatre critères de l'enregistrement, pesés côte à côte

Les mêmes quatre critères, quel que soit le cas.

Version de la politique au jour concerné

Aucun changement de plateforme entre les niveaux

Quatre champs sur chaque décision. Source, règle, propriétaire, relecture.

sha3-256 + ed25519, vérification hors ligne

politique-credit-consommateur v6.2, règle 3.2

La plateforme est ancrée dans l'UE ou sur le matériel propre de la banque. Les décisions et les traces empruntent le bus d'événements que la banque maintient déjà. Aucun dossier client ne franchit une frontière non approuvée.

Chaque décision émet un témoin scellé dans une chaîne de hachage. Le témoin se rejoue à l'identique pour toute décision passée et peut être vérifié hors ligne.

politique v6.2 en vigueur à la date de la décision

La politique et la réglementation sont stockées sous forme de nœuds versionnés et sourcés. Une décision à une date donnée voit la version de la règle en vigueur à cette date, et non celle en vigueur aujourd'hui.

contraintes déclenchées journalisées en ligne

spécialistes de domaine sélectionnés : crédit, sous-ensemble fraude

Un mélange de spécialistes de domaine achemine chaque décision à travers un petit ensemble nommé de spécialistes bancaires du domaine. L'inférence enregistre quels spécialistes de domaine et quelles contraintes ont été déclenchés, rendant le chemin de décision explicite plutôt qu'implicite.

La quatrième étape revient à la première

Ce que règle une vérification hors ligne

Le segment de chaîne se vérifie sans nous contacter.

Choisissez un flux de travail, crédit, KYC, LCB-FT, fraude, surveillance des transactions ou résolution des réclamations. Exécutez-le avec vos propres sources et regardez le dossier de revue s'assembler au fil du travail. Géré via Fabric sur le Mesh public Dweve, sur votre propre matériel ou en mode air-gap. Pas de changement de plateforme entre les niveaux.