Registre IA en entreprise : structure, champs et pilotage

Un registre IA d’entreprise est un référentiel maintenu qui décrit les systèmes, services et usages d’intelligence artificielle de l’organisation, leurs propriétaires, leurs données, leurs fournisseurs, leurs décisions et leurs preuves de suivi. Il donne une vue commune aux métiers, à l’IT, à la sécurité, aux achats, aux données et aux fonctions de contrôle.

Le registre n’est pas une simple liste d’outils. Un même service peut soutenir plusieurs usages aux impacts différents, tandis qu’un cas d’usage peut combiner plusieurs modèles et applications. L’unité utile est donc le cas d’usage relié à ses composants techniques et à son processus métier.

Un catalogue répond à « qu’avons-nous acheté ? ». Le registre répond aussi à « pourquoi l’utilisons-nous, avec quelles données, qui décide et quand réexaminons-nous cet usage ? ». Cette différence permet de gérer les situations où une fonction IA est activée dans un logiciel existant ou lorsqu’une équipe utilise une API sans nouvel achat visible.

Un tableur peut servir de point de départ. Il atteint ses limites lorsque plusieurs équipes modifient les données, que les preuves se dispersent et que les relances dépendent d’une personne.

Définissez un seuil de déclaration assez large pour éviter les angles morts, puis adaptez la profondeur de l’évaluation. Incluez les solutions développées en interne, API et modèles externes, fonctions IA intégrées aux SaaS, assistants individuels autorisés, prototypes connectés à des données réelles et agents capables d’exécuter des actions.

Pour chaque entrée, distinguez :

Les fonctions purement déterministes n’ont pas nécessairement besoin du même traitement. Documentez les critères de périmètre afin que les équipes puissent décider de façon cohérente.

Évitez les champs sans usage décisionnel. Chaque donnée demandée doit alimenter une évaluation, une responsabilité, une relance ou une preuve. Indiquez aussi la source et la date de dernière vérification des informations.

Le propriétaire métier explique la finalité, l’usage réel et l’impact d’une erreur. Le responsable technique décrit l’architecture, les accès et les dépendances. Les fonctions sécurité, données, juridique, DPO, achats ou RH interviennent selon les caractéristiques du cas. Une instance désignée prend ou entérine la décision.

Le gestionnaire du registre garantit la qualité du référentiel, mais ne devient pas responsable de tous les usages. Il contrôle la complétude, relance les propriétaires, prépare les revues et administre le vocabulaire. Pour éviter les fiches orphelines, chaque entrée a un titulaire, un suppléant et une date de prochaine action.

Commencez par les sources les plus accessibles : achats SaaS, projets data, équipes produit, sécurité, responsables métier et dépenses API. Organisez des ateliers courts par processus, car les personnes connaissent souvent mieux la tâche automatisée que le nom du modèle utilisé.

Marquez explicitement ce qui est inconnu. Une fiche partielle avec un responsable et une échéance est plus pilotable qu’une information supposée exacte.

Intégrez la mise à jour aux événements existants : demande d’achat, mise en production, changement de fournisseur, nouvelle source de données, incident, évolution majeure du modèle et retrait d’un service. Automatisez les rappels, pas la décision. Le propriétaire doit confirmer que l’usage décrit correspond encore à la réalité.

Un tableau de pilotage peut suivre la part de fiches avec propriétaire, la fraîcheur des revues, les usages en attente de décision, les conditions non levées, les incidents ouverts et les systèmes sans plan de sortie. Ces indicateurs mesurent la qualité du processus, pas une conformité automatique.

Le registre est une infrastructure de gouvernance : il améliore la coordination et la preuve, mais la qualité des décisions dépend des acteurs, des critères et du contexte.