Les équipes de conformité bancaire devraient utiliser le nouveau projet SAGE de Hong Kong pour examiner comment la responsabilité et les preuves circulent entre les participants à une transaction financière agentique. Un bon point de départ consiste à partir d’un paiement contesté : qui peut reconstituer l’instruction du client, l’autorité de l’agent, les contrôles de la banque et le résultat final ?
La Hong Kong Monetary Authority a lancé le projet SAGE le 2 novembre. Ses travaux couvrent l’exploration des cas d’usage, l’identité des agents et l’autorité déléguée, l’interopérabilité, ainsi que les considérations juridiques et réglementaires, y compris la responsabilité et la protection des consommateurs. Le régulateur a également constitué un groupe d’experts intersectoriel. Une annonce distincte confirme la publication d’un document de discussion sollicitant les retours du secteur sur l’usage de l’IA agentique par les banques. Il s’agit d’étapes exploratoires et consultatives. Elles n’établissent pas, à elles seules, une nouvelle règle transactionnelle contraignante et ne certifient aucun service participant.
Partir de la question du client
Prenons l’exemple d’un assistant d’approvisionnement qui reçoit une demande d’achat d’un composant de remplacement. Il sélectionne un fournisseur, présente une commande et déclenche un paiement via un prestataire financier. Plus tard, le client conteste le montant ou le destinataire. Cet exemple relève de l’analyse de Maetra, et non d’un déploiement du projet SAGE signalé publiquement.
Chaque participant peut disposer d’un enregistrement local apparemment crédible. L’assistant a conservé la conversation. Le fournisseur a conservé une commande. La banque a conservé une instruction de paiement. Pourtant, ces enregistrements peuvent décrire des versions différentes de la transaction. Un examen d’assurance doit établir quelles preuves les relient, et où cette continuité s’arrête.
La question la plus utile est concrète : un autre examinateur peut-il suivre l’achat voulu par le client jusqu’à son effet financier, sans supposer que chaque système a interprété l’instruction de manière identique ?
Définir ce que chaque transmission doit préserver
Maetra recommande de documenter un accord restreint sur les preuves avant d’étendre un pilote entre plusieurs organisations. Cet accord doit identifier les informations transmises à chaque frontière, leur propriétaire, le fondement de leur conservation et la procédure de résolution en cas d’enregistrement incohérent.
| Frontière | Preuve à examiner | Question à laquelle elle doit répondre |
|---|---|---|
| Client vers agent | Version de l’instruction et périmètre autorisé | Quel résultat le client a-t-il demandé ? |
| Agent vers service | Identité de l’agent, référence de délégation et demande exacte | Au nom de qui cette demande a-t-elle été formulée ? |
| Service vers prestataire de paiement | Référence de transaction et contrôles applicables | Quelle action financière est parvenue au prestataire ? |
| Exécution vers équipe support | Résultat, exceptions et enregistrements liés | Que s’est-il passé, et qu’est-ce qui reste non résolu ? |
Il s’agit d’une structure d’examen suggérée, et non d’une liste de contrôle de la HKMA. Un identifiant partagé aide à retrouver des enregistrements liés, mais sa seule présence ne prouve pas que les instructions sous-jacentes, les autorisations ou les montants correspondent. Il faut aussi examiner les valeurs elles-mêmes et leurs versions.
Garder distincts l’identité, l’autorisation et le résultat
Une identité d’agent vérifiée peut aider à établir quel système a émis une demande. À elle seule, elle ne permet pas d’établir que le client voulait cet achat, ni que le paiement résultant était correct. L’examen doit analyser séparément l’identité, le périmètre délégué, l’autorisation du service et le résultat observé.
Pour le flux d’approvisionnement illustratif, testez un changement de bénéficiaire après que le client a approuvé une commande. Déterminez si la demande modifiée est rejetée, renvoyée pour examen ou acceptée en vertu d’une règle explicite. Enregistrez le comportement réel et le point terminal responsable. Ne déduisez pas l’application en aval à partir d’un écran d’autorisation en amont.
Testez également une délégation expirée et une réponse interrompue. Un délai d’attente peut laisser l’appelant dans l’incertitude, même lorsqu’un autre système a accepté la transaction. La procédure de support doit prévoir une étape de rapprochement faisant autorité avant que quiconque ne répète l’action.
Faire du désaccord un cas de test
Un pilote qui ne démontre que des paiements réussis laisse sans réponse les questions les plus difficiles en matière de responsabilité. Donnez aux équipes participantes un enregistrement de test délibérément incohérent et demandez-leur de reconstituer la séquence.
Par exemple, l’enregistrement de l’agent peut indiquer un montant, tandis que l’instruction acceptée par le prestataire en indique un autre. Établissez quelle équipe enquête, comment le client peut signaler le problème et à quelles preuves cette équipe peut accéder. Ne conservez que les données nécessaires à cette fin, avec des contrôles d’accès appropriés. Copier largement les conversations des clients dans les journaux de chaque participant crée son propre risque.
Le résultat doit mettre en évidence les preuves manquantes et les responsabilités non résolues. Il ne doit pas attribuer une responsabilité juridique par simple déduction. La responsabilité, les obligations applicables et les recours du client exigent les contrats pertinents, le droit applicable et une évaluation professionnelle.
Transformer l’initiative en examen à périmètre défini
Une couverture indépendante par RegMemo traite de l’initiative et de la consultation. Elle corrobore l’évolution de la politique publique, mais n’établit pas qu’un contrôle proposé a été mis en œuvre ou testé par une banque.
Pour un responsable de la conformité, le prochain livrable utile est l’examen d’une seule transaction, avec des propriétaires de preuves nommés, un registre des points non résolus et un déclencheur de réexamen lorsque le service ou la position de supervision évolue. Maetra Comply prend en charge la cartographie des référentiels, la veille réglementaire et la gestion des preuves. Ces capacités peuvent soutenir le processus d’examen sans déterminer la responsabilité juridique ni garantir la conformité.
Utilisez la couverture des référentiels de Maetra pour relier les exigences applicables aux preuves actuelles d’un flux de finance agentique délimité. Gardez clairement séparés les pratiques proposées, les contrôles démontrés et les questions non résolues.