Conformité à la loi européenne sur l'IA

1Présentation et objectif

1.1 Règlement (UE) 2024/1689 (le « Loi européenne sur l'IA » ou le "Agir") établit une évaluation globale basée sur les risques cadre réglementaire pour les systèmes d’intelligence artificielle dans l’Union européenne. Ceci La page décrit comment Sidiora Labs aborde la Loi en relation avec le Protention l'infrastructure, les agents d'IA qu'elle alimente et les fonctionnalités des services basées sur l'IA.

1.2 Cette page complète les Conditions d'utilisation, la Politique d'utilisation responsable de l'agent AI (la « Politique de l'agent »), la Politique d'utilisation acceptable et la Politique de confidentialité. C'est destiné à assurer la transparence concernant la posture de conformité de Sidiora Labs et à informer les développeurs et les opérateurs de leurs propres obligations en vertu de la loi. Ce n'est pas le cas constituent des conseils juridiques concernant les obligations de tout développeur ou opérateur.

1.3 Calendrier de candidature par étapes. La loi est entrée en vigueur le 1 Août 2024 et s’applique progressivement :

(i)2 février 2025 — Interdictions de certaines pratiques d'IA (Article 5) postuler.
(ii)2 août 2025 — Obligations pour l'IA à usage général (« GPAI ») les modèles (Chapitre V) et les dispositions en matière de gouvernance s’appliquent.
(iii)2 août 2026 — Obligations pour la plupart des systèmes d'IA à haut risque (Annexe III) s'appliquent, y compris l'évaluation de la conformité, l'enregistrement et les exigences de conformité.
(iv)2 août 2027 — Obligations pour les systèmes d'IA à haut risque qui sont composants de sécurité des produits couverts par la législation harmonisée de l’UE existante (annexe I) postuler.

1.4 Sidiora Labs surveille le calendrier de candidature par étapes et les orientations émergentes de l'Office européen de l'IA, les autorités nationales compétentes et les organismes de normalisation, et met à jour son approche de conformité à mesure que les obligations entrent en vigueur et ses interprétations l’orientation se développe.

2Rôles en vertu de la loi

2.1 Le cadre de rôles de la Loi.

La loi attribue des obligations aux différents acteurs de la chaîne de valeur de l'IA, notamment :

(i)Fournisseur — une personne physique ou morale qui développe un système d'IA ou GPAI et le met sur le marché ou le met en service par ses propres moyens nom ou marque, que ce soit à titre onéreux ou gratuit.
(ii)Déployeur — une personne physique ou morale qui utilise un système d'IA sous son autorité, sauf lorsque le système d’IA est utilisé dans le cadre d’une activité personnelle et non professionnelle.
(iii)Distributeur — une personne physique ou morale intervenant dans la chaîne d'approvisionnement, autre que le fournisseur ou l'importateur, qui met un système d'IA à disposition sur l'UE marché.
(iv)Importateur — une personne physique ou morale située ou établie dans l’UE qui met sur le marché un système d’IA portant le nom ou la marque d’un prestataire établi en dehors de l’UE.

2.2 Classification des rôles Sidiora Labs.

Le rôle de Sidiora Labs en vertu de la Loi varie selon les composantes des services :

(i)Protention couche d'exécution et d'intention. Sidiora Labs développe et exploite le runtime Protention, y compris l'environnement d'exécution contraint, la couche d'intention du langage naturel vers la chaîne et l'orchestration de l'agent infrastructures. Dans la mesure où ces composants constituent des systèmes d’IA au sein du sens de la Loi, Sidiora Labs peut agir à titre de fournisseur (où Sidiora Labs développe le système et le met à disposition sous son nom) et/ou un déployeur (où Sidiora Labs utilise le système au cours de exploitation des Services).
(ii)Agents et applications créés par les développeurs. Développeurs qui construisent, former, affiner et exploiter leurs propres agents, modèles et systèmes alimentés par l'IA les candidatures via Protention sont elles-mêmes fournisseurs et/ou déployeurs de ces systèmes. Sidiora Labs fournit l'infrastructure ; Sidiora Labs n'assume pas les obligations du développeur ou du déployeur pour systèmes que le développeur crée et exploite.
(iii)Modèles GPAI tiers. Où Sidiora Labs s'intègre ou achemine demandes d'inférence vers des modèles GPAI tiers, les obligations du fournisseur applicables au modèle GPAI (y compris la documentation technique, les politiques liées aux droits d'auteur, et obligations en matière de risque systémique le cas échéant) restent fidèles au modèle GPAI fournisseur. Le rôle de Sidiora Labs par rapport aux modèles tiers intégrés est que d'un déployeur ou d'un fournisseur en aval, en fonction du degré de modification et le mode d'intégration.
(iv)Mise à disposition des infrastructures. Où Sidiora Labs fournit uniquement infrastructure informatique (hébergement, routage API, environnement d'exécution) sans développant ou modifiant substantiellement le système d’IA lui-même, Sidiora Labs ne peut pas agir en tant que fournisseur ou déployeur de ce système. Cependant, Sidiora Labs reconnaît que la fourniture d’une infrastructure spécialisée en IA peut entraîner des obligations en vertu de dispositions spécifiques de la Loi, y compris la transparence et la tenue de dossiers exigences.

2.3 La détermination des rôles est dynamique.

La classification des rôles en vertu de la Loi peut changer à mesure que les services évoluent, comme Sidiora Labs modifie son niveau d'implication avec des composants particuliers de l'IA, et en tant que régulateur l’orientation se développe. Sidiora Labs réévalue périodiquement sa classification des rôles et en cas de modifications importantes apportées à l'offre.

3Classification des risques

3.1 Les niveaux de risque de la loi.

La loi classe les systèmes d'IA en quatre catégories de risques, avec des obligations croissantes :

(i)Pratiques interdites (Article 5) — Systèmes et utilisations d'IA qui sont carrément interdit.
(ii)Systèmes d'IA à haut risque (Titre III, Annexe III) — Objet des systèmes d'IA à des obligations complètes avant et après la commercialisation.
(iii)Systèmes d'IA à risque limité — Systèmes d'IA soumis à des obligations de transparence (article 50).
(iv)Systèmes d'IA à risque minimal — Systèmes d'IA non soumis à des obligations obligations allant au-delà des codes de bonnes pratiques volontaires.

3.2 Pratiques interdites.

Sidiora Labs n'autorise pas l'utilisation des Services pour des pratiques interdites en vertu Article 5 de la loi. Les éléments suivants sont interdits sur les Services quel que soit le Juridiction de l'opérateur :

(i)Techniques manipulatrices et trompeuses — Systèmes d'IA qui se déploient techniques subliminales, manipulatrices ou trompeuses pour déformer matériellement le comportement et causer des dommages importants.
(ii)Exploitation des vulnérabilités — Systèmes d'IA qui exploitent vulnérabilités de groupes spécifiques (âge, handicap, situation sociale ou économique) fausser sensiblement le comportement et causer un préjudice important.
(iii)Notation sociale — Systèmes d'IA qui évaluent ou classent individus en fonction de leur comportement social ou de leurs caractéristiques personnelles, ce qui conduit à traitement préjudiciable ou disproportionné sans rapport avec le contexte dans lequel des données ont été collectées.
(iv)Pratiques biométriques interdites — y compris la télécommande en temps réel identification biométrique dans les espaces accessibles au public pour les forces de l'ordre (sous réserve d'exceptions étroites non applicables aux Services), scraping non ciblé d'images faciales pour les bases de données de reconnaissance faciale, la reconnaissance des émotions dans les lieux de travail et les établissements d'enseignement (avec des exceptions limitées) et les données biométriques catégorisation pour déduire des attributs sensibles (race, opinions politiques, commerce) appartenance syndicale, croyances religieuses, vie sexuelle ou orientation sexuelle).
(v)Police prédictive basée uniquement sur le profilage — Systèmes d'IA qui procéder à des évaluations des risques des personnes physiques pour prédire les infractions pénales sur la seule base sur le profilage ou les traits de personnalité.

Ces interdictions sont appliquées via la politique d'utilisation acceptable et l'agent AI. Politique d'utilisation responsable. Les violations peuvent entraîner une résiliation immédiate et un renvoi à autorités.

3.3 Systèmes d'IA à haut risque.

(i)Lorsqu'un agent, une application ou une fonctionnalité basée sur l'IA est déployé via Protention relève d'une catégorie à haut risque en vertu de l'annexe III de la loi - y compris, en passant par exemple, les systèmes d’IA utilisés pour : l’identification et la catégorisation biométriques ; gestion et exploitation des infrastructures critiques; éducation et formation professionnelle formation (détermination de l'accès ou évaluation des étudiants); emploi (recrutement, sélection, évaluation, suivi) ; accès aux services essentiels privés et publics services (évaluation de la solvabilité, évaluation des risques pour l'assurance, urgence répartition des services); application de la loi; migration, asile et contrôle des frontières ; et administration de la justice et processus démocratiques — le fournisseur concerné et/ou les obligations du déployeur s’appliquent.
(ii)Obligations du fournisseur pour les systèmes à haut risque inclure, sans limitation : établir et maintenir un système de gestion des risques ; gouvernance des données et gestion des données de formation, de validation et de test ; technique documents; tenue de registres et journalisation ; transparence et fourniture de informations aux déployeurs ; mesures de surveillance humaine ; précision, robustesse et les exigences en matière de cybersécurité ; évaluation de la conformité avant la mise sur le marché ou mise en service ; Déclaration de conformité UE ; Marquage CE ; et enregistrement dans la base de données de l’UE.
(iii)Obligations du déployeur pour les systèmes à haut risque inclure, sans limitation : utiliser le système conformément aux instructions du fournisseur ; confier une surveillance humaine à des personnes compétentes ; s'assurer que les données d'entrée sont pertinent et représentatif ; surveiller l'opération et faire rapport au fournisseur ; réaliser une analyse d’impact sur la protection des données si nécessaire ; et, pour les déployeurs qui sont des organismes publics ou certaines entités privées, menant une évaluation d’impact sur les droits fondamentaux.
(iv)Position Sidiora Labs'. Où Sidiora Labs agit en tant que fournisseur ou déployeur d'un système d'IA à haut risque, Sidiora Labs remplira les conditions applicables obligations. Lorsqu'un développeur ou un opérateur déploie un système à haut risque via Protention, ce Développeur ou Opérateur est responsable de son propre fournisseur et/ou obligations du déployeur. Sidiora Labs n'effectue pas d'évaluations de conformité, enregistrer des systèmes d'IA ou remplir les obligations du fournisseur au nom des développeurs ou Opérateurs.

3.4 Risque limité — Obligations de transparence.

(i)Les systèmes d’IA qui interagissent directement avec des personnes physiques doivent être conçus et déployé pour que la personne physique soit informée qu’elle interagit avec un système d’IA, sauf si cela ressort clairement des circonstances (article 50, paragraphe 1).
(ii)Fournisseurs de systèmes d'IA qui génèrent de l'audio, des images, des vidéos ou du texte synthétiques le contenu doit garantir que les résultats sont marqués dans un format lisible par machine et sont détectables comme générés ou manipulés artificiellement (article 50, paragraphe 2).
(iii)Déployeurs de systèmes d'IA qui génèrent ou manipulent des contenus constituant une faux doit révéler que le contenu a été généré artificiellement ou manipulé (Article 50, paragraphe 4).
(iv)Ces obligations de transparence sont reflétées dans la Politique des Agents (Section 7) et relèvent de la responsabilité du fournisseur et/ou du déployeur concerné.

3.5 Systèmes à risque minimal.

Systèmes d'IA qui n'entrent pas dans les catégories interdites, à haut risque ou à risque limité ne sont soumis à aucune obligation obligatoire en vertu de la Loi, bien que Sidiora Labs encourage Les opérateurs doivent adopter des codes de bonnes pratiques volontaires et des principes d’utilisation responsable conformément à la politique des agents.

4Modèles d'IA à usage général (GPAI)

4.1 Cadre GPAI.

La loi impose des obligations spécifiques aux fournisseurs de modèles GPAI (Chapitre V), reconnaissant que ces modèles peuvent être intégrés dans une grande variété d’IA en aval systèmes.

4.2 Modèles GPAI tiers.

Protention achemine les demandes d'inférence vers des fournisseurs de modèles GPAI tiers. Obligations applicables aux fournisseurs de modèles GPAI comprennent :

(i)Rédaction et tenue à jour de la documentation technique du modèle, comprenant les processus de formation et de test et les résultats de l'évaluation ;
(ii)Elaborer et maintenir les informations et la documentation à destination des prestataires en aval qui intègrent le modèle GPAI dans leurs systèmes d’IA ;
(iii)Établir une politique visant à se conformer à la législation européenne sur le droit d'auteur, y compris opt-out pour l’exploration de textes et de données en vertu de la directive sur le marché unique numérique (directive (UE) 2019/790); et
(iv)Publication d'une synthèse suffisamment détaillée des données d'entraînement.

Ces obligations incombent au fournisseur de modèle GPAI respectif, et non à Sidiora Labs en tant qu'intégrateur ou déployeur.

4.3 Modèles GPAI avec risque systémique.

Lorsqu'un modèle GPAI est classé comme présentant un risque systémique (sur la base des calcul utilisé pour la formation dépassant le seuil fixé par la Loi ou par la Commission désignation), des obligations supplémentaires s'appliquent au fournisseur de modèles, notamment : évaluation selon des protocoles standardisés; évaluation et atténuation des les risques systémiques ; tests contradictoires (équipe rouge) ; suivi des incidents et reporting à le Bureau d'IA ; et assurer une cybersécurité adéquate.

Sidiora Labs surveille les classifications de risque systémique des modèles GPAI. intègre. Lorsqu’un modèle utilisé par Protention est classé comme présentant des problèmes systémiques risque, Sidiora Labs évaluera les implications pour sa propre posture de conformité et pourra ajuster les décisions de routage du modèle en conséquence.

4.4 Sidiora Labs en tant que fournisseur de modèle GPAI.

Dans la mesure où Sidiora Labs développe et met à disposition un modèle GPAI sous son propre nom (plutôt que d'intégrer uniquement des modèles tiers), Sidiora Labs remplira les obligations applicables du fournisseur de modèles GPAI.

5Comment Protention prend en charge la conformité

5.1 L'architecture de Protention comprend des fonctionnalités qui prennent en charge la conformité à la loi européenne sur l'IA en Opérateurs, développeurs et Sidiora Labs lui-même. Ces fonctionnalités sont de l'ingénierie capacités, et non des garanties de conformité — le respect des obligations légales reste la responsabilité du fournisseur ou du déployeur concerné.

5.2 Exécution contrainte.

Le runtime Protention fonctionne dans un environnement d'exécution contraint avec un vocabulaire de verbe fermé et représentation d'intention typée. Cette architecture limite la actions qu'un agent peut effectuer sur un ensemble prédéfini d'opérations autorisées, prenant en charge le limitation, prévisibilité et surveillance du comportement des agents.

5.3 Relecture et journalisation déterministes.

Protention est conçu de telle sorte qu'une intention canonique produit un octet identique, enregistrement d'exécution rejouable. Cela fournit :

(i)Traçabilité — la capacité de reconstruire la séquence de actions entreprises par un agent, soutenant les obligations de journalisation et de tenue de registres applicable aux systèmes à haut risque ;
(ii)Auditabilité — la possibilité de vérifier qu'un agent a agi dans les délais son périmètre autorisé et conformément à sa configuration ; et
(iii)Reproductibilité — la capacité de reproduire le comportement d'un agent à des fins d'enquête, de débogage ou d'inspection réglementaire.

5.4 Contrôles de surveillance humaine.

Protention fournit des contrôles qui permettent aux opérateurs de surveiller, contraindre, suspendre et interrompre leurs agents, conformément à la politique relative aux agents (section 3). Ces contrôles prendre en charge les exigences de surveillance humaine applicables aux systèmes d’IA à haut risque dans le cadre Article 14 de la loi.

5.5 Infrastructure de transparence.

Protention accompagne les Opérateurs dans le respect de leurs obligations de transparence en fournissant des mécanismes pour : (a) divulguer le fonctionnement automatisé aux utilisateurs qui interagissent avec les agents ; et (b) étiqueter le contenu généré par l’IA si nécessaire. Mise en œuvre de ceux-ci les mécanismes pour un agent spécifique relèvent de la responsabilité de l'opérateur.

5.6 Limites.

Les fonctionnalités de prise en charge de la conformité de Protention : (a) n'assurent pas la conformité évaluations; (b) classer automatiquement les systèmes d’IA en catégories de risque ; (c) générer documentation technique exigée des prestataires ; (d) avoir un impact sur les droits fondamentaux évaluations; ou (e) remplacer l'avis juridique indépendant de l'Opérateur ou du Développeur. analyse de leurs obligations. Ces obligations nécessitent un jugement humain et des expertise.

6Responsabilités du développeur et de l'opérateur

6.1 Obligation indépendante.

Développeurs et opérateurs qui construisent, déploient ou exploitent des systèmes d'IA via Protention sont responsables de manière indépendante de déterminer leur propre rôle et leurs obligations en vertu du Agir. Sidiora Labs fournit une infrastructure et des outils de conformité ; Sidiora Labs n'assume ni ne s'acquitte des obligations légales d'un développeur ou d'un opérateur en vertu la Loi.

6.2 Obligations clés des développeurs et des opérateurs.

En fonction de leur classification de rôle, les développeurs et les opérateurs peuvent être responsables pour :

(i)Classification des risques — déterminer si leur système d'IA est interdit, à risque élevé, à risque limité ou à risque minimal en vertu de la Loi ;
(ii)Évaluation de la conformité — remplir les champs requis procédure d'évaluation de la conformité des systèmes à haut risque avant leur mise sur le marché. les commercialiser ou les mettre en service ;
(iii)Inscription — enregistrement des systèmes d'IA à haut risque et de certaines IA systèmes utilisés par les autorités publiques dans la base de données de l'UE établie en vertu de l'article 71 ;
(iv)Documentation technique — préparer et maintenir des informations techniques les documents démontrant la conformité aux exigences de la Loi ;
(v)Transparence — informer les personnes physiques lorsqu'elles sont interagir avec un système d'IA, étiqueter le contenu généré par l'IA et divulguer des informations approfondies contrefaçons;
(vi)Surveillance humaine — mettre en œuvre des mesures permettant surveillance par des personnes physiques pendant la période d'utilisation du système d'IA ;
(vii)Gouvernance des données — garantir que la formation, la validation et les données des tests répondent aux normes de qualité et de gouvernance requises par la Loi ;
(viii)Surveillance post-commercialisation — surveillance des performances de l'IA système après le déploiement et signaler les incidents graves aux autorités compétentes autorités;
(ix)Analyse d'impact sur les droits fondamentaux — si nécessaire, procéder à une évaluation de l’impact sur les droits fondamentaux avant de déployer un système à haut risque; et
(x)Tenue de registres — maintenance des journaux générés automatiquement par le Système d'IA, dans la mesure sous leur contrôle, pendant une période appropriée au l’usage prévu et les obligations légales applicables.

6.3 Sidiora Labs' Rôle de soutien.

Sidiora Labs prend en charge les développeurs et les opérateurs en :

(i)Fournir les fonctionnalités d'infrastructure de prise en charge de la conformité décrites dans la section 5 ;
(ii)Mise à disposition de la documentation relative au runtime Protention, exécution environnement et capacités de journalisation ;
(iii)Coopérer avec les demandes raisonnables d'informations nécessaires à un développeur ou L'opérateur doit remplir ses propres obligations de conformité ; et
(iv)Mise à jour de cette page et de la documentation associée à titre d'orientation et de normes développer.

Sidiora Labs ne fournit pas de conseils juridiques aux développeurs ou aux opérateurs concernant leur Obligations de la loi européenne sur l’IA.

7Gouvernance et processus internes

7.1 Gouvernance interne de l'IA.

Sidiora Labs maintient des processus internes pour :

(i)Évaluer l’applicabilité de la Loi aux Services et à des composantes spécifiques de l'offre et réévaluer à mesure que l'offre évolue ;
(ii)Surveiller les évolutions réglementaires, y compris les conseils de l'Office européen de l'IA, actes délégués, actes d’exécution, normes harmonisées et codes de pratique;
(iii)Classer et documenter le rôle de Sidiora Labs (fournisseur, déployeur ou autre) pour chaque composante d’IA pertinente ;
(iv)Mettre en œuvre et maintenir des mesures de conformité proportionnées à Sidiora Labs' obligations;
(v)Former le personnel concerné aux exigences et aux procédures internes de la loi européenne sur l'IA ; et
(vi)Coordonner avec OpenNet Security LLC sur la sécurité, la robustesse et mesures de tests contradictoires pertinentes pour l’intégrité du système d’IA.

7.2 Normes et codes de bonnes pratiques.

Sidiora Labs suit l'évolution des normes européennes harmonisées (au travers CEN/CENELEC et autres organismes de normalisation) et les codes de bonnes pratiques publiés en vertu de la loi. Lorsque des normes applicables sont adoptées, Sidiora Labs évaluera l’alignement et mettre en œuvre les changements nécessaires pour maintenir la conformité.

7.3 Rapport d'incident.

Lorsque Sidiora Labs prend connaissance d'un incident grave impliquant un système d'IA dont il dispose mis sur le marché ou mis en service, Sidiora Labs signalera l'incident au l’autorité nationale compétente concernée, conformément à l’article 73 de la loi. Développeurs et opérateurs confrontés à des incidents graves impliquant leur propre IA les systèmes déployés via Protention sont indépendamment responsables de leurs propres obligations de déclaration.

8Représentant agréé UE

8.1 Lorsque Sidiora Labs est un fournisseur d'un système d'IA mis sur le marché de l'UE et ne ne pas avoir d'établissement dans l'UE, Sidiora Labs est tenu de désigner un UE représentant autorisé en vertu de l’article 22 de la loi.

8.3 Le représentant autorisé de l'UE est mandaté pour : (a) vérifier que le la déclaration de conformité et la documentation technique ont été établies ; (b) conserver un copie de la déclaration de conformité et de la documentation technique à disposition autorités compétentes; (c) coopérer avec les autorités compétentes sur demande motivée ; (d) informer le prestataire de toute demande émanant d'une autorité compétente ; et (e) mettre fin le mandat si le fournisseur agit contrairement à ses obligations en vertu de la Loi.

9Application et sanctions

9.1 La Loi établit un cadre de sanctions à plusieurs niveaux en cas de non-conformité :

(i)Violations des pratiques interdites en matière d'IA (article 5) — amendes administratives pouvant aller jusqu'à 35 000 000 EUR ou 7 % du chiffre d'affaires annuel mondial, le montant le plus élevé étant retenu.
(ii)Violations des obligations du système d'IA à haut risque et d'autres exigences substantielles — des amendes administratives pouvant aller jusqu'à 15 000 000 EUR ou 3 % du chiffre d'affaires annuel mondial, selon celui qui est le plus élevé.
(iii)Fourniture d'informations incorrectes, incomplètes ou trompeuses aux autorités — des amendes administratives pouvant aller jusqu'à 7.500.000 EUR ou 1% du chiffre d'affaires annuel mondial, selon celui qui est le plus élevé.

9.2 Les développeurs et les opérateurs sont indépendamment responsables de leurs propres violations. La conformité de Sidiora Labs avec cette page et la politique des agents ne protège pas un Développeur ou Opérateur des sanctions découlant de leur propre non-conformité.

9.3 Sidiora Labs peut prendre des mesures coercitives en vertu de l'AUP et de la politique des agents — y compris la suspension ou la résiliation - contre les développeurs ou les opérateurs dont les systèmes d'IA violer les interdictions de la Loi ou présenter un risque pour les Utilisateurs, qu'il s'agisse ou non d'un l’autorité de régulation a pris des mesures.

10Relation avec d'autres politiques

Cette page fonctionne parallèlement et doit être lue conjointement avec :

(i)Le Politique d'utilisation responsable de l'agent AI — qui établit le exigences opérationnelles pour le déploiement de l'agent, y compris la classification des risques cadre (article 4 de la politique relative aux agents) qui s'aligne sur le modèle fondé sur le risque de la Loi. approche ;
(ii)Le Politique d'utilisation acceptable – qui interdit toute conduite qui violer les interdictions de la Loi ;
(iii)Le Politique de confidentialité — qui traite de la protection des données obligations, y compris celles qui chevauchent la gouvernance des données de la Loi exigences relatives aux systèmes à haut risque ;
(iv)Le Accord M2M — qui régit les interactions d'agent à agent et étend les obligations de conformité aux contextes automatisés et multi-agents ; et
(v)Le Déclaration de conformité — qui résume Sidiora Labs' la situation globale de conformité dans tous les cadres réglementaires applicables.

11Modifications

11.1 Cette page sera mise à jour au fur et à mesure de l'évolution des Services, à mesure que de nouvelles obligations entreront en vigueur. effet selon le calendrier progressif de la loi et, à titre d'orientation réglementaire, des actes délégués, des actes d’exécution, des normes harmonisées et des codes de bonnes pratiques sont publiés.

11.2 Lorsque nous effectuons des mises à jour matérielles, nous mettrons à jour la « Version » et la « Date d'entrée en vigueur » et fournir un avis via les services ou la documentation du développeur.

12Contact

Loi européenne sur l'IA / Demandes de conformité : info@sidioralabs.com

Contact conformité générale : info@sidioralabs.com

Pour les questions de sécurité et liées aux incidents : info@sidioralabs.com

Version 1.0 — Date d'entrée en vigueur : 10 juin 2026