Paiements agentiques · Partie 1 sur 3
Les agents logiciels franchissent une ligne. Pendant des années, ils ont lu, résumé et recommandé. Maintenant, ils agissent : ils émettent des bons de commande, réservent du transport, rapprochent des factures et, de plus en plus, ils initient des paiements. Dès qu'un agent peut engager de la valeur, il cesse d'être une fonction dans le flux de travail de quelqu'un et devient quelque chose pour quoi le monde des paiements n'a aucune catégorie.
Le marché continue de demander si les agents devraient être autorisés à déplacer de l'argent. C'est la mauvaise question, et elle se répond d'elle-même : ils le font déjà, de façon informelle, avec des justificatifs empruntés aux humains qui les déploient. La question qui compte, c'est selon les règles de qui. La frontière, c'est l'autorité, pas la capacité.
Les catégories dont nous disposons ne conviennent pas
L'infrastructure de paiement reconnaît deux types de donneurs d'ordre. Une personne, vérifiée par le KYC (la connaissance du client). Une organisation, vérifiée par le KYB (la connaissance de l'entreprise). Tous les contrôles de la pile supposent que l'acteur derrière un paiement est l'un des deux. Un agent n'est ni l'un ni l'autre. Ce n'est pas un employé : il n'a pas de contrat, pas de responsabilité propre, pas de place dans une chaîne d'approbation. Ce n'est pas une contrepartie : il ne détient rien et ne doit rien. Et ce n'est pas un compte système, même si c'est ainsi qu'on le traite habituellement.
La frontière, c'est l'autorité, pas la capacité.
C'est dans l'habitude du compte système que le risque se concentre. Un justificatif partagé, avec un accès permanent, sans échéance et sans portée délimitée, exercé par un logiciel qui agit plus vite que n'importe quel réviseur. Quand quelque chose tourne mal, la piste d'audit dit : c'est l'intégration qui l'a fait. Aucun donneur d'ordre, aucun mandat, aucune responsabilité. Ce modèle était tolérable quand le logiciel se contentait de lire des données. Il ne l'est plus quand le logiciel déplace de l'argent.
Une nouvelle catégorie de donneurs d'ordre
La correction consiste à traiter les agents pour ce qu'ils sont : une nouvelle catégorie de donneurs d'ordre. Enregistrés, munis de justificatifs, rattachés à un exploitant nommé, et sans statut propre. Chaque terme porte.
- Enregistré. L'agent possède une identité qui lui est propre, consignée : pas un identifiant emprunté, pas une clé partagée. On ne peut pas encadrer ce qu'on ne peut pas nommer.
- Muni de justificatifs. Ses justificatifs sont individuels et vérifiables, sans aucun justificatif partagé dans la chaîne, et interopérables avec les protocoles émergents d'identité des agents.
- Rattaché à un exploitant nommé. Une personne ou une organisation répond de l'agent. Un logiciel ne peut pas être responsable ; son exploitant, oui.
- Sans statut propre. Tout ce que l'agent peut faire est hérité d'un donneur d'ordre ayant satisfait au KYB. L'autorité est déléguée, délimitée et révocable, jamais possédée.
C'est Know Your Agent : le KYA, qui prend sa place à côté du KYB et du KYC. Il étend aux logiciels qui agissent désormais pour leur compte la discipline d'identité que les organisations acceptent déjà pour les personnes et les entreprises. Vérifié à l'entrée, encadré à l'intérieur du tissu.
C'est l'enregistrement qui rend la délégation utilisable
Rien de tout cela n'est un argument contre les agents. C'est l'inverse. Une entreprise qui ne peut pas identifier ses agents a deux options : les bloquer et perdre le levier, ou les tolérer et porter une exécution non encadrée à l'intérieur de sa propre trésorerie. L'enregistrement ouvre la troisième option : déléguer en confiance, parce que la délégation a un nom, une limite et un responsable.
L'identité n'est que la première couche. Un agent enregistré a encore besoin que son autorité soit définie : ce qu'il peut faire, pour qui, dans quelles limites, jusqu'à quand. Cet instrument, c'est le mandat, et il fait l'objet du prochain essai de la série. Un agent ne vaut que son mandat.