La gouvernance des agents IA au Canada doit être examinée avant de leur confier des actions dans l’organisation. Un agent qui peut consulter des dossiers, modifier un système ou exécuter une transaction crée des besoins de contrôle très concrets. Pour une PME québécoise, la question utile consiste à déterminer ce qui doit être en place avant le lancement, puis à vérifier que ces contrôles fonctionnent dans le travail réel.
À retenir
- Une enquête sur des organisations déjà engagées dans l’IA agentique ne mesure pas l’adoption de toutes les entreprises canadiennes.
- Le registre des agents, les accès, les responsabilités et les mécanismes d’arrêt doivent accompagner le premier déploiement.
- Des règles écrites doivent se traduire en permissions et en contrôles observables.
- Les comparaisons internationales demandent de connaître la taille et la composition des sous-échantillons.
- La préparation peut commencer avec un seul usage et un dossier de mise en service court.
Lire le rapport Salesforce dans son périmètre
Le rapport State of Agentic AI in the Enterprise, publié par Salesforce en 2026, porte sur 2 025 décideurs dans 20 pays, interrogés du 14 au 28 mai. Les répondants influencent l’achat d’agents et travaillent dans des organisations qui en déploient, en testent ou envisagent d’en acheter. Une grande partie des résultats concerne les organisations ayant déjà déployé des agents. Le rapport observe que plusieurs structures de gouvernance arrivent après le déploiement; il mesure des associations, pas des relations de cause à effet. Présentation officielle du rapport.
Mon point de départ sur LinkedIn était une lecture du filtre Canada. Pour cet article, je retiens la question opérationnelle que cette lecture soulève. Je ne reproduis pas un classement du Canada : sans disposer ici d’une base nationale vérifiable pour chaque indicateur, des écarts de pourcentage seraient trop faciles à généraliser. Une PME québécoise doit évaluer ses propres contrôles plutôt que se déclarer en avance ou en retard sur cette seule comparaison.
Cette prudence améliore aussi la qualité des décisions internes. Un chiffre peut être exact dans son rapport tout en répondant mal à la question du comité de direction. Avant de citer une enquête, vérifiez qui a été interrogé, à quelle date, pour quel usage et avec quel dénominateur. Une proportion d’organisations déjà engagées dans un achat ne décrit pas la proportion de toutes les entreprises prêtes à déployer.
Définir la gouvernance des agents IA avant leur mise en service
La gouvernance d’un agent commence par une description de son mandat. L’organisation doit savoir ce qu’il peut faire, avec quelles données, au nom de qui et dans quelles limites. « Aider le service client » est trop large pour décider des accès. « Préparer une réponse à partir d’une base approuvée, sans l’envoyer » permet déjà de définir un périmètre plus facile à vérifier.
Le passage de la préparation à l’action change le niveau de contrôle. Un agent qui rédige un brouillon n’exerce pas les mêmes pouvoirs qu’un agent qui envoie le message, accorde un remboursement et met à jour un dossier. Ces actions peuvent appartenir au même parcours utilisateur, mais elles doivent rester distinguées dans les autorisations. La conception doit permettre de comprendre où la décision humaine intervient et ce qu’elle peut encore modifier.
Un registre initial peut tenir dans un tableau partagé avec les bonnes personnes. Il devrait identifier le responsable, les systèmes accessibles, les données utilisées, les actions permises et la date de dernière vérification. La qualité du registre dépend de sa correspondance avec la réalité. Un inventaire complet mais jamais mis à jour peut donner une impression de maîtrise sans aider à résoudre un incident.
Accès, autorité et confiance : trois décisions à distinguer
Le rapport du Centre for Emerging Technology and Security de l’Alan Turing Institute, publié en septembre 2026, propose d’examiner les agents selon trois dimensions : ce qu’ils peuvent atteindre, ce qu’ils sont autorisés à faire et le degré de confiance placé dans leurs résultats ou leurs actions. Son approche porte sur l’assurance du système déployé, avec ses outils, ses règles et son contexte d’usage. Une évaluation du modèle seul ne couvre pas cet ensemble. Behavioural Assurance for Agentic AI in Sensitive and High-Stakes Organisations.
Pour une PME, ces dimensions peuvent devenir une fiche de délégation. Le tableau suivant constitue une adaptation pratique proposée par extensio.ai. Il ne confère aucun statut juridique à un agent et ne transfère pas la responsabilité de l’organisation vers le logiciel. Il permet de discuter séparément des permissions techniques, des actions autorisées et des preuves nécessaires pour s’appuyer sur le résultat.
| Dimension | Exemple limité | Contrôle à tester |
|---|---|---|
| Accès | Consulter une base documentaire approuvée, sans dossiers personnels | Une demande portant sur une autre source est bloquée |
| Autorité | Préparer un brouillon, sans envoyer ni modifier le dossier | L’envoi et l’écriture restent impossibles sans autorisation prévue |
| Confiance | Utiliser la synthèse après vérification des passages décisifs | Les affirmations et les omissions sont contrôlées sur les sources |
| Responsabilité | Un responsable peut suspendre l’usage et traiter les exceptions | Un incident simulé arrive à la bonne personne et entraîne une action |
La cohérence entre ces dimensions doit être vérifiée. Un agent peut recevoir la consigne de ne pas envoyer de message tout en disposant techniquement de la fonction d’envoi. La consigne exprime alors une limite souhaitée, mais elle ne démontre pas que l’action est empêchée. Réduire les permissions aux besoins du mandat rend le périmètre plus facile à contrôler.
La confiance doit rester attachée à une tâche et à des conditions d’essai. Un agent qui résume correctement des documents publics n’a pas démontré sa capacité à interpréter un dossier sensible ou à prendre une décision concernant une personne. Un élargissement du mandat exige de nouvelles vérifications, même lorsque l’interface et le fournisseur restent identiques.
Une fiche de délégation utile indique également sa date de révision, la personne qui l’approuve et les événements qui la rendent caduque : nouvelle source de données, nouveau connecteur, changement de modèle ou action supplémentaire. Le registre peut ainsi servir de point de contrôle avant toute extension, au lieu de devenir une simple liste d’outils achetés.
Avant la mise en service, simulez une demande qui dépasse le mandat, une information contradictoire et une panne du canal de validation. Vérifiez le comportement du système et la réception de l’alerte, puis conservez la preuve. Après lancement, examinez les incidents et les changements à une fréquence adaptée à l’usage. Une réussite en test ne garantit pas tous les comportements futurs.
Lorsque l’agent participe à une décision touchant une personne, il faut aussi analyser le parcours décisionnel. Le guide sur les décisions automatisées et l’article 12.1 au Québec précise les obligations d’information et la possibilité de présenter des observations dans le secteur privé. La fiche de délégation complète cet examen opérationnel; elle ne remplace pas l’analyse juridique.
Le dossier minimal avant lancement
Les éléments suivants constituent une proposition pratique pour préparer un premier agent. Le niveau de détail dépend de la sensibilité du contexte. L’objectif est de rendre les décisions vérifiables et de permettre à une autre personne compétente de comprendre le fonctionnement autorisé.
| Élément | Ce qui doit être clair | Vérification avant lancement |
|---|---|---|
| Mandat | Tâches permises et tâches exclues | Tester une demande hors périmètre |
| Accès | Données et systèmes nécessaires | Vérifier les permissions effectives |
| Responsabilité | Personne qui répond du fonctionnement | Confirmer sa disponibilité et son autorité |
| Escalade | Situations exigeant une intervention | Simuler une exception réaliste |
| Journal | Informations utiles pour comprendre une action | Reconstituer un parcours de test |
| Arrêt | Moyen de suspendre les actions | Tester la suspension et la reprise |
| Suivi | Qualité, erreurs et changements à surveiller | Fixer une date de révision |
Le test hors périmètre compte autant que le scénario attendu. Un agent de préparation de réponses devrait, par exemple, refuser ou faire remonter une demande de modification bancaire qu’il n’est pas autorisé à traiter. Un agent confronté à deux dossiers similaires devrait reconnaître l’incertitude plutôt que choisir silencieusement. Le test doit porter sur l’action réelle du système, avec des données fictives ou adaptées à un environnement d’essai.
Au Québec, relier l’usage aux obligations applicables
Dans le secteur privé québécois, l’article 3.3 de la Loi sur la protection des renseignements personnels dans le secteur privé prévoit une évaluation des facteurs relatifs à la vie privée pour un projet d’acquisition, de développement ou de refonte d’un système d’information ou de prestation électronique impliquant des renseignements personnels. L’article 12.1 vise spécifiquement une décision fondée exclusivement sur un traitement automatisé de tels renseignements et prévoit des obligations d’information et de possibilité de présenter des observations. Texte officiel de la loi, articles 3.3 et 12.1.
Ces dispositions doivent être examinées selon le projet. Ajouter un clic d’approbation ne démontre pas, à lui seul, qu’une personne exerce un examen utile. Le rôle de cette personne, l’information à sa disposition et sa capacité de modifier la décision méritent d’être documentés. Les organismes publics relèvent d’un cadre juridique distinct; une règle rédigée pour une entreprise privée ne doit pas leur être appliquée automatiquement.
Les contrats fournisseurs constituent un autre point de passage. L’organisation doit comprendre les conditions d’utilisation des données, les possibilités d’export et les informations disponibles en cas d’erreur. Une promesse commerciale de transparence mérite d’être traduite en questions concrètes : quels journaux sont accessibles, à qui, pendant combien de temps et sous quel format? Le suivi des changements fournisseurs permet de maintenir cette compréhension après l’achat.
Répartir le travail de supervision
Un agent autonome sur une tâche conserve des dépendances humaines. Quelqu’un doit examiner les exceptions, suivre les incidents et réviser les limites lorsque le contexte change. Ces tâches doivent apparaître dans l’organisation du travail. Les confier implicitement au gestionnaire le plus proche risque de créer une charge de validation invisible, sans temps réservé ni compétence suffisante.
Pour un premier déploiement, une réunion de suivi courte peut examiner trois éléments : les actions réalisées, les erreurs ou ambiguïtés et les changements proposés. Le responsable doit pouvoir décider de poursuivre, de restreindre ou de suspendre l’usage. Un résultat stable sur une période limitée n’autorise pas automatiquement l’ajout de nouvelles données ou de nouvelles actions. Chaque extension mérite une décision proportionnée aux conséquences possibles.
Les garde-fous avant passage en production détaillent une série de scénarios de test. Ils complètent le registre et les responsabilités en vérifiant le comportement du système. Une gouvernance utile relie ainsi les décisions prises, les contrôles installés et les preuves de fonctionnement.
Questions fréquentes
Une PME a-t-elle besoin d’un registre des agents IA?
Un inventaire simple aide à connaître les agents utilisés, leurs responsables, leurs accès et leurs actions permises. Il peut commencer avec quelques lignes. Sa valeur dépend surtout de sa mise à jour et de son utilisation lors d’un changement ou d’un incident.
Peut-on copier une politique d’IA générative pour encadrer des agents?
Une politique existante peut servir de base, mais elle doit couvrir les actions et les accès des agents. Il faut notamment préciser les limites d’exécution, les escalades, les journaux et les moyens d’arrêt. Des règles conçues pour la rédaction de textes peuvent laisser ces questions sans réponse.
Quel est le premier contrôle à tester?
Commencez par une limite directement liée aux conséquences du projet : une action interdite, une donnée non autorisée ou un cas nécessitant une validation. Vérifiez ensuite que l’agent s’arrête ou transmet le dossier à la bonne personne, avec assez d’information pour comprendre la situation.
