AI Admin Console expose six fonctionnalités. Chacune correspond à un élément du menu latéral et répond à une question spécifique qu'un examinateur des achats ou un responsable conformité posera lors de la diligence raisonnable en entreprise. Ces six fonctionnalités couvrent ensemble ce que le règlement européen sur l'IA appelle les obligations du déployeur [1] et ce que le cadre de gestion des risques de l'IA du NIST désigne par « enregistrements des actions du système suffisants pour reconstituer les décisions » [2] — le tout à partir d'une seule application de bureau que l'équipe informatique sait déjà installer.

Les fonctionnalités sont listées dans l’ordre où elles apparaissent dans le menu latéral de la Console. Chaque section ci-dessous nomme la question d’approvisionnement, ce que la Console fait à ce sujet, et où les données sont stockées.

Membres & accès

La question : qui dans notre organisation est autorisé à utiliser AI Suite, et sous quel niveau de licence ?

La Console permet à un administrateur d’inviter des coéquipiers par e-mail, d’attribuer des licences Personnelles ou Commerciales (Mensuelles, Annuelles ou Ponctuelles), et de révoquer l’accès lorsque le personnel part. Invitation groupée via un fichier CSV. La liste des membres est la source unique de vérité du déployeur pour « qui a accès » — la même réponse que l’équipe conformité fournit lorsqu’on lui demande de démontrer la supervision humaine.

Ce qui est stocké sur le backend de Software Tailor : la liste des membres de l’organisation. Ce qui ne l’est pas : tout enregistrement des actions de ces membres dans le modèle. La Console est la surface d’accès ; l’inférence se fait localement.

Licences

La question : quel niveau de licence chaque membre possède-t-il, et comment est-il appliqué hors ligne ?

Les clés de licence par utilisateur sont validées hors ligne. Utile lorsque les postes doivent fonctionner sans aller-retour réseau — une exigence courante dans les industries réglementées où la station de travail IA est sur un réseau segmenté. La Console émet et révoque les clés ; les dérogations de niveau par utilisateur sont visibles en parallèle du paramètre par défaut de l’organisation.

C’est la seule fonctionnalité où la Console écrit une valeur qui doit être transmise à la machine de l’utilisateur. Tout le reste est des métadonnées sur le déploiement, pas sur le contenu.

Enrôlement AI Server

La question : sur quel matériel notre organisation s'appuie-t-elle pour exécuter l'inférence ?

AI Suite installez pour parler à un local aisuite-server processus ; ce processus peut communiquer soit avec un modèle intégré à l'appareil, soit avec un AI Server contrôlé par le client et fonctionnant au sein du réseau du client. L'enregistrement de l'AI Server est la manière dont la Console associe ces instances de serveur à l'organisation afin qu'elles acceptent les requêtes signées provenant des installations approuvées d'AI Suite. Jumeler, faire pivoter les identifiants, révoquer sans avoir à toucher physiquement au serveur.

L'angle achat : le matériel d'inférence appartient au déployeur. L'inscription en est la preuve. La Console ne voit jamais les entrées ni les sorties du modèle.

Politique

La question : Quels modèles, fournisseurs et règles de gestion des données s'appliquent aux installations de AI Suite dans notre organisation ?

La politique est la configuration à l’échelle de l’organisation que chaque application AI Suite respecte : quels modèles sont autorisés, les indications de résidence des données, les fournisseurs d’authentification, et la configuration du locataire OIDC. Les modifications se propagent à chaque installation au prochain lancement. C’est ce à quoi le déployeur fait référence lorsqu’on lui demande « quelles sont les règles de sécurité en place ? » — et ce qu’il modifie lorsqu’un amendement au règlement européen sur l’IA est adopté (le plus récent étant l’accord omnibus du 7 mai 2026 qui a renforcé la définition des systèmes à haut risque [1]).

Audit

La question : ce qui s'est passé, quand, par qui — et pouvons-nous produire cela à la demande ?

Chaque action administrative est enregistrée dans une ligne d'audit JSONL : horodatage, e-mail de l'acteur, verbe d'action, ressource affectée, le X-App-Id du client d'origine. Aucun prompt. Aucune réponse. Aucun contenu de document. Le magasin de contenu du déployeur conserve le contenu d'inférence ; la ligne d'audit de la Console conserve la preuve qu'une action a eu lieu.

Cette séparation est ce qui permet à la ligne de satisfaire au « enregistrements des actions du système suffisants pour reconstruire les décisions » du NIST AI RMF [2] sans conserver le contenu du modèle que le déployeur ne souhaite pas conserver. L'architecture et le format de la ligne sont documentés dans notre journaux d'audit sans contenu article.

Utilisation par organisation

La question : que se passe-t-il réellement dans notre organisation, de manière agrégée ?

Un résumé télémétrique en lecture seule limité à l’organisation : installations actives, événements principaux, durée moyenne d’inférence, évaluations des modèles. Aucun prompt brut. Tout est agrégé et dépourvu de contenu par conception. L’équipe informatique du déployeur utilise cela pour la planification des capacités ; leur équipe conformité l’utilise pour « la politique est-elle réellement respectée ? »

C’est le seul endroit où un chiffre traversant les membres apparaît, et le seul endroit où la Console résume le comportement dans le temps.

Pourquoi un outil unique

Le NIST AI RMF [2] demande des « enregistrements des actions du système suffisants pour reconstruire les décisions ». Le règlement européen sur l’IA demande aux déployeurs de démontrer une supervision humaine, de surveiller le fonctionnement du système, de conserver des journaux et de les produire sur demande [1]. Dans les deux cadres, le déployeur — et non le fournisseur — est responsable de cette obligation. La Console existe parce que l’équipe informatique du déployeur a besoin d’un endroit unique pour s’en acquitter.

Les six capacités ne sont pas une liste de fonctionnalités. Elles répondent aux six questions qu’un évaluateur des achats posera successivement. Les équipes entamant cette diligence pour un déploiement d’IA sur site devraient commencer par le cadre présenté dans Pourquoi les déploiements d’IA sur site butent dans les achats; la Console est l’endroit où se trouvent les réponses.

Références

  1. Commission européenne. « Règlement sur l’IA — Cadre réglementaire sur l’IA. » https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai. Consulté le 01-07-2026.
  2. NIST. « Cadre de gestion des risques liés à l’IA. » https://www.nist.gov/itl/ai-risk-management-framework. Consulté le 01-07-2026.