Pour les DAF, RAF et contrôleurs de gestion d'entreprises de 50 à 500 salariés qui confient factures, rapprochement bancaire ou paiements à des agents IA, et doivent dire à leur commissaire aux comptes qui contrôle l'agent.
Un agent IA garantit la séparation des tâches en contrôlant chaque opération, quel qu'en soit l'auteur, ce qu'aucun valideur humain ne tient sur de gros volumes. La séparation des tâches veut qu'aucun acteur ne puisse seul autoriser, enregistrer et payer une même opération. L'agent ne garantit cette règle que s'il y est lui-même soumis : il vérifie et signale, mais il ne valide pas ses propres alertes, ne libère aucun paiement, ne modifie ni les RIB fournisseurs ni ses propres règles.
Besoin seulement de la définition ? Consultez notre fiche sur la séparation des tâches.
À retenir
- Un agent IA garantit la séparation des tâches au niveau de chaque opération : il contrôle toutes les factures ou lignes bancaires, quel qu'en soit l'auteur, là où un valideur humain échantillonne.
- Le référentiel NIST SP 800-53 applique le moindre privilège aux « processus agissant pour le compte des utilisateurs » : un agent IA a donc ses propres droits, aussi restreints que ceux d'un salarié.
- L'autorisation d'un paiement se règle dans l'ERP ou le portail bancaire, pas dans le jugement de l'agent, comme le recommande l'OWASP pour les applications d'IA en 2025.
- Valider les anomalies, libérer les paiements, modifier un RIB fournisseur et changer les règles de l'agent restent des décisions de personnes nommées, qui ne contrôlent pas leur propre travail.
- L'agent Phacet de détection des faux RIB bloque un changement suspect jusqu'à la validation d'un approbateur que vous désignez, DAF ou trésorier, et consigne la décision dans la piste d'audit.
Dernière mise à jour : 27 septembre 2026
Un agent IA peut-il garantir la séparation des tâches ?
Oui, pour la partie contrôle du processus. Un agent peut confronter chaque facture à sa commande et à son bon de livraison, chaque ligne bancaire au grand livre, chaque demande de changement de RIB à l'historique du fournisseur, puis soumettre à une personne tout ce qui ne passe pas. Il ne peut pas porter la décision. La question se pose désormais dans ces termes : un fil de discussion sur Reddit s'intitule « How to Apply Segregation of Duties to AI Agents in Finance », comment appliquer la séparation des tâches aux agents IA en finance.
Le principe n'a pas bougé. Le cadre de référence de l'AMF sur le contrôle interne demande des responsabilités qui « devraient respecter le principe de séparation des tâches », et précise que cette séparation doit être « conçue de façon à permettre un contrôle indépendant » (AMF, juillet 2010, pages 10 et 21). Une personne autorise, une autre détient le bien ou le moyen de paiement, une troisième enregistre.
Le point faible n'a pas bougé non plus : c'est le contrôle indépendant lui-même. La fiche Phacet sur le contrôle maker-checker le dit sans détour : « sous le volume et la pression du temps, le checker confirme souvent que quelque chose a été saisi, pas que c'est correct ». Le second valideur qui signe 400 factures un jeudi après-midi regarde des totaux.
C'est ce maillon que l'agent change. Il applique les mêmes règles de prix, de quantité et de rapprochement à chaque ligne, et il n'a aucune raison de faire confiance au collègue qui a saisi la facture. La séparation reste entre les personnes. Le contrôle qui les relie cesse de dépendre du temps qui reste avant la clôture.
C'est aussi là que tournent les agents en production. Nicolas Marchais, CEO de Phacet, l'écrivait en juillet 2026 : « 62% des agents qu'on déploie chez Phacet sont des agents de contrôle systématique, sur tous les flux ». Le contrôle, pas l'automatisation de la décision, domine l'usage réel.
Droits d'accès ou transactions : où la séparation des tâches cède vraiment
La séparation des tâches cède à deux endroits : dans ce que chacun a le droit de faire, et dans ce qui a réellement été fait. La plupart des guides ne regardent qu'un des deux, et ils ne s'accordent pas sur lequel.
L'éditeur Numeric écrit dans son guide que « les systèmes automatisés peuvent faire respecter les contrôles d'accès par rôle, en garantissant la conformité sans ralentir les opérations » (traduit de l'anglais). Eye2Scan soutient l'inverse : « au-delà des audits de profils qui détectent un risque théorique, les contrôles de compensation démontrent si des conflits ont effectivement été exploités ». Pour l'un, les droits d'accès sont la preuve ; pour l'autre, une hypothèse.
Les sources primaires donnent à chacun la moitié de la réponse. Le catalogue de contrôles du NIST indique que la séparation des tâches est « appliquée par la gestion des comptes, les mécanismes de contrôle d'accès et la gestion des identités » (NIST SP 800-53 Rev. 5, contrôle AC-5, traduit de l'anglais). Les droits sont donc bien le mécanisme d'application. Le Green Book du GAO, l'organe de contrôle des comptes publics rattaché au Congrès américain, ajoute l'autre moitié : là où la séparation « n'est pas praticable », la direction conçoit des « activités de contrôle alternatives » pour réduire le risque (GAO-25-107721, mai 2025, § 10.21, traduit de l'anglais). L'accès prévient. Le contrôle des opérations prouve, et rattrape ce que la conception des droits a laissé passer.
Un agent IA se trouve des deux côtés à la fois. Il contrôle des opérations, c'est sa valeur. Il détient des droits d'accès, c'est son risque. Les guides les mieux classés ne l'ont pas encore intégré. Le 27 septembre 2026, sur dix pages éditoriales du top 10 de Google en français et en anglais (16 003 mots), les mots IA, agent, robot ou compte de service n'apparaissent pas une seule fois, quand fraude et ses dérivés reviennent 78 fois. Tous les acteurs de leurs grilles sont des personnes.
L'agent IA est un acteur de votre grille de séparation des tâches
Un agent IA lit des documents, écrit dans des tables et appelle parfois d'autres systèmes. C'est un utilisateur de votre système d'information financier, soumis aux mêmes règles. Le contrôle AC-6 du NIST sur le moindre privilège le formule sans ambiguïté : n'autoriser que les accès nécessaires aux tâches confiées, pour les utilisateurs « ou les processus agissant pour le compte des utilisateurs » (traduit de l'anglais). Un agent est exactement un processus agissant pour le compte d'utilisateurs.
Le Top 10 OWASP 2025 des applications à base de LLM nomme le risque « excessive agency », l'autonomie excessive, et en situe la cause dans trois excès. Chacun a son équivalent direct dans une direction financière.
- Trop de fonctionnalités. L'agent peut faire plus que sa mission. Un agent de contrôle des factures qui peut aussi modifier le fichier fournisseurs cumule deux tâches que la grille sépare.
- Trop de permissions. La connexion de l'agent a plus de droits qu'il n'en faut. L'exemple de l'OWASP est celui d'une extension censée lire des données qui se connecte avec une identité disposant aussi des droits de modification et de suppression. En comptabilité : un accès en lecture au grand livre, pas un droit de comptabiliser.
- Trop d'autonomie. L'agent agit sans étape humaine là où l'enjeu l'exige. La réponse de l'OWASP : exiger qu'un humain approuve les actions à fort impact avant qu'elles soient exécutées. Libérer une campagne de paiement est une action à fort impact.
L'OWASP ajoute une recommandation que tout DAF devrait garder en tête : mettre en œuvre l'autorisation dans les systèmes en aval plutôt que de laisser le modèle décider si une action est permise. Concrètement, l'agent ne peut pas libérer un virement parce que son compte dans le portail bancaire n'a pas ce droit, pas parce que ses instructions le lui interdisent. Une séparation des tâches qui ne vit que dans un prompt n'est pas une séparation des tâches.
Une grille de séparation des tâches pour un agent IA
Partez du cycle achats tel que l'AMF le décrit : « Il existe une séparation des fonctions de passation et d'autorisation des commandes, de réception, d'enregistrement comptable et de règlement des fournisseurs » (cadre de référence, page 27). Ajoutez l'agent comme acteur, puis deux lignes que les grilles classiques n'avaient pas : le fichier fournisseurs et le paramétrage de l'agent.
| Fonction | Ce que fait l'agent | Ce qui reste à une personne | La preuve pour l'auditeur |
|---|---|---|---|
| Autorisation : commande et bon à payer | Contrôle prix et quantités de chaque ligne de facture face à la commande, signale chaque écart | Valider la commande et le bon à payer, trancher chaque facture en écart | Résultat du contrôle par ligne, nom et date du valideur |
| Réception : service fait | Rapproche facture et bon de livraison, signale ce qui a été facturé sans être reçu | Attester la réception, par une personne distincte de l'acheteur | Bon de livraison lié à la facture, écarts listés |
| Enregistrement comptable | Propose l'imputation et l'écriture à partir de la facture contrôlée | Valider et comptabiliser sous un utilisateur comptable dans l'ERP | Proposition, validation et utilisateur de saisie distincts |
| Règlement : campagne de paiement | Vérifie le lot face aux factures validées, aux doublons et aux RIB récemment modifiés | Libérer le virement dans le portail bancaire, l'agent n'ayant aucun droit de signature | Rapport de contrôle du lot daté avant la libération |
| Fichier fournisseurs : changement de RIB | Compare chaque nouveau RIB à l'historique du fournisseur et bloque les demandes suspectes | Approuver le changement, par un approbateur nommé qui ne paie pas ce fournisseur | Décision et approbateur consignés dans la piste d'audit |
| Paramétrage de l'agent : règles et tolérances | Applique les mêmes règles à chaque ligne | Modifier une règle ou une tolérance, par une personne qui ne traite pas les anomalies de l'agent | Version de la règle appliquée à chaque décision, journal des modifications |
Deux lignes méritent l'attention. Celle du fichier fournisseurs existait, mais personne ne contrôlait chaque demande de changement. Celle du paramétrage est nouvelle : avant les agents, les règles vivaient dans la tête des équipes et dans un manuel de procédures. Elles vivent maintenant dans un système, et celui qui les modifie décide de l'aune à laquelle seront jugées les mille prochaines factures.
Lue colonne par colonne, la grille est limpide : les colonnes de contrôle vont à l'agent, les colonnes de décision restent aux personnes, et la colonne de preuve rend le partage auditable. Ce sont les contrôles que mènent les agents Phacet de contrôle interne, des conditions contractuelles aux notes de frais jusqu'à la détection des faux RIB, chacun laissant la décision à l'approbateur que vous désignez.
Laisser un agent IA approcher les paiements : à quelle condition ?
À une condition : l'agent peut arrêter un paiement, jamais en déclencher un. Un fil de discussion sur r/automation, « Safety about AI agents accessing financial data », aboutit au même partage que la grille : l'agent s'occupe du rapprochement et de l'imputation, les humains de la libération des paiements (traduit de l'anglais). Le risque n'est pas que l'agent lise les données de paiement. Le risque est qu'il puisse agir seul dessus.
L'AMF le dit pour la trésorerie : « l'autorisation des dépenses, l'émission du paiement et la comptabilisation sont effectuées par des personnes distinctes » (page 29). Un agent n'est pas une personne. Il ne devrait donc occuper aucune de ces trois places, seulement contrôler ce qui passe de l'une à l'autre.
Le changement de RIB est le test le plus parlant, parce que la fraude au faux RIB s'y concentre et qu'une même personne reçoit souvent la demande et met à jour le fichier. L'agent Phacet qui détecte les fraudes au faux RIB est construit sur cette séparation. Il compare chaque nouveau RIB à l'historique du fournisseur et calcule un score de risque. « Les changements suspects déclenchent un workflow de validation avant tout paiement », et « le changement n'est appliqué qu'après approbation ». Qui valide ? La page de l'agent répond : « Vous définissez les approbateurs (CFO, trésorier). » Chaque décision, acceptée, refusée ou en attente, est enregistrée dans la piste d'audit.
La réforme de la facturation électronique ne change pas cette règle. Depuis le 1er septembre 2026, les entreprises assujetties reçoivent leurs factures électroniques par une plateforme agréée. Le canal change, pas la nature de l'opération : des coordonnées bancaires nouvelles sur une facture restent une modification du fichier fournisseurs, qui appelle la validation d'une personne distincte de celle qui paie.
Qui contrôle l'agent ?
La personne qui fixe les règles de l'agent ne doit pas être celle qui traite ses anomalies. Sinon, une seule personne peut élargir une tolérance le lundi et valider le mardi les factures qu'elle laisse passer, et la grille retrouve exactement le trou qu'elle devait combler.
Le NIST pose le même principe pour les équipes de sécurité : la séparation des tâches implique que le personnel qui administre les fonctions de contrôle d'accès n'administre pas aussi les fonctions d'audit (AC-5, traduit de l'anglais). Appliqué à un agent, le paramétrage des règles et des tolérances est une fonction d'administration, la revue de ce que l'agent a signalé une fonction d'audit. Elles reviennent à des personnes différentes, ou au minimum à des rôles différents, avec la trace de qui est passé de l'un à l'autre.
C'est là que la plateforme compte davantage que l'agent. La page sécurité de Phacet annonce des « contrôles d'accès basés sur les rôles », « chaque agent sous contrôle humain » et une piste d'audit qui « trace chaque action ». La page tarifs précise le contrôle d'accès avec SSO et rôles sur les plans avancés. Ce sont les rôles qui permettent de donner à l'un le droit de modifier un contrôle, et à l'autre celui de traiter ses anomalies.
Ce que le commissaire aux comptes demandera
- Les droits de l'agent. Les systèmes qu'il lit, ceux dans lesquels il écrit, et la confirmation qu'il ne détient aucun droit de validation, de comptabilisation ou de signature bancaire dont il n'a pas besoin.
- La règle en vigueur à chaque décision. Pour une facture signalée ou acceptée, la version de la règle et la tolérance appliquées ce jour-là.
- Le journal des modifications. Qui a modifié une règle, quand, et qui a approuvé la modification.
- La trace des anomalies. Pour chaque anomalie, qui l'a levée, quand et avec quelle justification, et la preuve que cette personne n'a pas paramétré la règle.
- L'exhaustivité. La preuve que l'agent a tourné sur toute la population de la période, et non sur un échantillon.
Rien de cela n'est nouveau pour un auditeur : c'est ce qu'il demande déjà à un ERP. La différence tient à la forme. La preuve produite par l'agent est structurée par défaut, une ligne par décision, là où une revue manuelle laisse un paraphe sur un état imprimé.
Par où commencer
Commencez là où le contrôle est le plus fragile aujourd'hui : les factures fournisseurs face aux prix négociés, les changements de RIB, et la campagne de paiement avant libération. Sur chacun de ces points, une personne signe aujourd'hui sans regarder chaque ligne. Astotel, groupe de 18 hôtels parisiens, a mesuré ce que cela coûte sur le contrôle des prix : sur un seul fournisseur, jusqu'à 400€ d'erreurs par mois, soit près de 5 000€ à l'année. Valérie, Directrice des Achats, le résume sur la page client d'Astotel : « Je ne me perds plus dans les tableaux Excel ou les PDF, je gagne jusqu'à deux jours par mois, et je repère des erreurs que je n'aurais jamais vues seule. »
Inscrivez ensuite l'agent dans votre grille avant sa mise en production : ce qu'il lit, ce qu'il peut écrire, quelles décisions il renvoie et à qui, et qui est propriétaire de ses règles. La page Phacet dédiée aux équipes de contrôle financier présente les contrôles qu'il vaut généralement la peine de confier en premier. L'agent contrôle tout le volume. Votre équipe garde les validations, les libérations et les règles, et peut enfin démontrer que chaque ligne a été vue.
FAQ
Qu'est-ce que la séparation des tâches ?
La séparation des tâches est un principe de contrôle interne qui répartit entre plusieurs personnes les étapes d'une opération sensible : autorisation, détention des biens ou moyens de paiement, enregistrement comptable et contrôle. Personne ne peut ainsi commettre et dissimuler seul une erreur ou une fraude. On parle aussi de ségrégation des tâches (SoD).
Quelles sont les limites de la séparation des tâches ?
La séparation des tâches a trois limites principales. Elle suppose assez de personnes pour répartir les fonctions, ce qui manque dans les petites équipes. Elle n'empêche pas la collusion entre deux personnes. Et une grille de droits bien conçue ne prouve pas ce qui a été fait : il faut aussi contrôler les opérations elles-mêmes.
Quelles incompatibilités de rôles éviter en priorité ?
En finance, quatre cumuls sont à éviter en priorité : créer un fournisseur ou modifier son RIB et le payer, valider une facture et libérer son paiement, comptabiliser une opération et rapprocher le compte bancaire concerné, et, avec des agents IA, paramétrer les règles de contrôle et traiter soi-même les anomalies qu'elles produisent.
Quels textes encadrent la séparation des tâches ?
Pour les sociétés cotées, le cadre de référence de l'AMF (2010) pose que les responsabilités devraient respecter le principe de séparation des tâches et détaille les fonctions à séparer par cycle. Aux États-Unis, la loi Sarbanes-Oxley impose aux sociétés cotées d'évaluer leur contrôle interne. Dans une PME, le principe s'apprécie lors de l'audit.
Comment mettre en place la séparation des tâches ?
Listez les processus sensibles, notez pour chacun les fonctions incompatibles, attribuez-les à des personnes distinctes, puis vérifiez que les droits dans l'ERP et la banque reflètent ce partage. Revoyez la grille à chaque départ ou réorganisation. Un agent comme ceux de Phacet peut y figurer comme contrôleur, jamais comme valideur.
