Un logiciel de conformité IA qui s’adapte au niveau d’obligation de chaque système d’IA. Il mesure une progression de conformité que vous pouvez présenter à la direction, et les preuves comme l’historique d’audit se constituent au fil du travail. Conçu pour les fournisseurs, les déployeurs, les importateurs et les fournisseurs de modèles GPAI soumis à l’AI Act.
Une plateforme qui rend opérationnelles les obligations imposées par les réglementations et les normes sur l’IA. C’est la surface de travail où la conformité se fait, pas une bibliothèque de politiques figée.
À la différence des outils GRC généralistes, un logiciel de conformité IA embarque d’origine le contenu réglementaire propre à l’IA et calibre les contrôles sur des dimensions spécifiques : classification de risque, rôle de fournisseur ou de déployeur, granularité au niveau des composants. AI Sigil est construit sur ce principe : chaque système d’IA de votre inventaire porte les contrôles qui le concernent, et rien d’autre.
AI Sigil traite chaque contrôle comme un objet vivant. Le logiciel de conformité IA remodèle le texte de guidage, les sources réglementaires et les questions d’évaluation autour du système d’IA que vous évaluez :
L’évaluation des contrôles correspond à votre situation, pas à un gabarit générique du pire cas.
Chaque contrôle a l’un de quatre statuts : non commencé, en cours, terminé ou rejeté. Le logiciel de conformité IA agrège ces statuts en un indicateur de progression à chaque niveau de votre portefeuille :
Filtrez le tableau de bord par statut, cadre, responsable, niveau de risque ou échéance dépassée.
Une progression, pas une note. L’agrégat est une progression de statuts, ni une note de conformité pondérée, ni une certification réussite/échec. Il reflète l’état réel des évaluations, pas le simple fait qu’un formulaire ait été ouvert. Quand la direction demande « où en sommes-nous ? », le chiffre repose sur les mêmes enregistrements que verra l’auditeur.
Dans AI Sigil, le logiciel de conformité IA organise les contrôles en deux couches aux rôles complémentaires. Ces contrôles sont également alignés sur ISO/IEC 42001, la norme internationale de système de management de l’IA. Les deux couches vivent dans le même portefeuille, avec leur propre statut, leurs preuves et leur piste d’audit.
Gouvernance à l'échelle de l'organisation, indépendante de tout système d'IA particulier
Ils répondent à la question « votre organisation est-elle équipée pour gouverner l’IA ? ». Déclenchés par l’activation d’un cadre au niveau de l’entreprise.
Exemples
Un système d'IA à la fois, calibré selon sa classification de risque
Ils répondent à la question « ce système d’IA est-il conforme au cadre qu’il porte ? ». Déclenchés par l’activation d’un cadre sur le système d’IA.
Exemples
La plupart des outils n’ont pas été conçus autour de systèmes d’IA porteurs d’obligations réglementaires. La catégorie « logiciel de conformité IA » recouvre plusieurs profils bien distincts :
Le logiciel de conformité IA que vous choisissez doit calibrer les obligations sur le rôle et la classe de risque de votre système d’IA, au lieu d’imposer un gabarit générique du pire cas. Un fournisseur à haut risque, un déployeur à risque limité, un fournisseur de GPAI et un système à risque minimal n’ont pas les mêmes devoirs, et votre logiciel doit n’afficher que ce qui s’applique.
Il doit produire des preuves immuables, pas des formulaires modifiables. Les auditeurs cherchent des soumissions inviolables et un historique complet des réponses qui rattache chaque enregistrement à un article du règlement. Une preuve modifiable n’est pas une preuve.
Enfin, le logiciel de conformité IA doit faire de la piste d’audit un sous-produit du travail de vos équipes, pas une tâche à part. Un logiciel qui greffe de la journalisation sur des documents de politique reporte la charge d’entretien sur votre équipe.
Chaque contrôle remonte une chaîne complète : contrôle, exigence, instance de cadre, cadre parent. L’exigence identifie le thème réglementaire (par exemple « gestion des risques ») et le contrôle met en œuvre l’obligation précise. Cette traçabilité est intégrée, pas configurée par l’utilisateur.
Chaque contrôle contient des blocs de contenu (texte de guidage, sources réglementaires, questions d’évaluation) étiquetés par niveau de risque. Une fois un système d’IA classifié, seuls les blocs correspondant à ses niveaux sont visibles. Un système à risque minimal voit un contenu de dépistage ; un système à haut risque voit toute la profondeur du guide et des questions d’évaluation.
Une preuve est tout document, capture d’écran, résultat de test ou fichier qui démontre qu’un contrôle a été mis en œuvre. Elle est déposée en pièce jointe et reliée au contrôle précis qu’elle étaye. La plateforme conserve ce lien, pour que vous puissiez toujours retrouver quelle preuve soutient quelle obligation.
Le logiciel de conformité IA stocke les formulaires soumis sous forme d’instantanés immuables : une fois soumis, ils ne peuvent plus être modifiés. L’historique des réponses enregistre chaque changement avec la valeur précédente, la nouvelle valeur, l’horodatage et son auteur. La couche applicative impose un fonctionnement en ajout seul pour tous les enregistrements de conformité.
Oui. Le logiciel de conformité IA stocke les réponses par entité et par question, pas par session utilisateur. Plusieurs membres de l’équipe peuvent répondre à différentes questions d’un même contrôle. La piste d’audit enregistre qui a répondu à chaque question, et quand.
La bibliothèque de contrôles actuelle est maintenue par AI Sigil et dérivée de l’analyse réglementaire. La création de contrôles personnalisés est sur la feuille de route. Les fonctions de preuves et d’évaluation fonctionnent avec n’importe quel contrôle de la bibliothèque.
Oui. Chaque activation de cadre suit son propre jeu de contrôles. La vue portefeuille agrège l’avancement de tous les cadres actifs d’un système d’IA, pour une visibilité de conformité à la fois par cadre et tous cadres confondus.
Toutes les réponses d’évaluation, les preuves et les soumissions de formulaires sont conservées. Désactiver un cadre ne retire que le lien de déploiement. Si vous réactivez le cadre, les contrôles se reconnectent aux données existantes, réponses et preuves intactes.