Aller au contenu
Article courtÉtude de cas · 10 août 2026 · mis à jour le 24 septembre 2026

Éditeur SaaS, chatbot de service client standard : quelles obligations hors du régime haut risque ?

Axel MorelAxel Morel · Fondateur & analyste, Probans
Je dispose de

L'essentiel

Principalement celles de l'article 50 (outre l'obligation générale de maîtrise de l'IA de l'article 4), et aucune de celles du régime haut risque de l'Annexe III : signaler à l'utilisateur qu'il échange avec une IA, obligation due depuis le 2 août 2026 quelle que soit la taille de l'éditeur, et marquer ses sorties s'il génère du texte de synthèse. Un chatbot de service client standard, c'est-à-dire dont la destination ne relève d'aucun cas d'usage de l'Annexe III, n'entre en effet pas dans le régime haut risque de cette annexe.

Un éditeur SaaS de taille moyenne intègre à son produit un chatbot conversationnel qu’il met en service sous son propre nom, pour traiter les demandes de premier niveau de ses clients B2B. Contrairement aux systèmes de recrutement, d’évaluation de la solvabilité ou de tarification en assurance vie et maladie, que l’Annexe III de l’AI Act nomme dans ses domaines 4 et 5, un chatbot de service client standard, c’est-à-dire dont la destination ne relève d’aucun cas d’usage de cette annexe, reste hors de ses huit domaines : biométrie, infrastructures critiques, éducation et formation professionnelle, emploi, accès aux services essentiels, répression, migration, asile et gestion des contrôles aux frontières, administration de la justice et processus démocratiques [1]. Ce système ne relève donc pas du régime haut risque de l’Annexe III. Il reste néanmoins soumis aux obligations de transparence de l’article 50, et aucune d’elles ne dépend de la taille de l’entreprise.

  1. Un chatbot de service client relève du régime de transparence de l’article 50(1) : informer la personne qui interagit avec le système qu’elle échange avec une IA, sauf si cela ressort clairement du point de vue d’une personne physique normalement informée et raisonnablement attentive et avisée, compte tenu des circonstances et du contexte d’utilisation [1]. Les lignes directrices de la Commission rangent explicitement les chatbots de service client dans le champ de ce paragraphe [2]. S’il génère des contenus de synthèse de type texte, l’article 50(2) lui impose en outre de marquer ses sorties dans un format lisible par machine [1].
  2. L’obligation de signalement est applicable depuis le 2 août 2026, sans lien avec le report de l’Annexe III : le règlement omnibus du 8 juillet 2026 a repoussé au 2 décembre 2027, et au 2 août 2028 pour les systèmes classés à haut risque au titre de l’article 6, paragraphe 1, et de l’annexe I, l’application des sections 1 à 3 du chapitre III (hors article 6, paragraphe 5), qui portent la classification, les exigences et les obligations des opérateurs du régime haut risque, sans toucher à la date générale d’application ni au paragraphe 1 de l’article 50 [3].
  3. Ces obligations s’appliquent identiquement à un éditeur SaaS de dix salariés et à un éditeur de mille salariés : le règlement ne prévoit aucun seuil de taille pour l’article 50, et aucun seuil d’effectif ne fait sortir un opérateur de son champ [1]. Au titre de l’article 50, ce qui pèse sur l’éditeur dépend de l’usage du système, pas de sa taille.

Des obligations légères sur le papier, mais sans exception de taille

Ce que les textes établissent. L’article 50(1) impose au fournisseur de concevoir un système d’IA destiné à interagir directement avec des personnes physiques de façon à ce que ces personnes soient informées qu’elles interagissent avec un système d’IA, sauf si cela ressort clairement du point de vue d’une personne physique « normalement informée et raisonnablement attentive et avisée, compte tenu des circonstances et du contexte d’utilisation » [1]. Les lignes directrices de la Commission du 20 juillet 2026 précisent qu’un chatbot de service client entre typiquement dans le champ de cette obligation, et que le signalement doit être clair, pas seulement techniquement présent quelque part dans l’interface [2]. Elles écartent nommément plusieurs formes de signalement insuffisantes à elles seules : la mention rangée dans les seules conditions d’utilisation, dans une adresse ou dans la documentation, qui peut compléter l’information donnée au point d’interaction sans la remplacer ; un marquage lisible par machine que l’utilisateur ne perçoit pas à ce point d’interaction ; un signal ambigu, comme le simple mot assistant, ou une représentation d’apparence humaine qui peut induire l’utilisateur en erreur ; une mention globale de site indiquant que des services y utilisent l’IA ; une description purement technique renvoyant à la technologie employée sans dire la fonction du système ni son origine artificielle [2]. Le règlement fixe aussi le moment : l’information est due, au titre de l’article 50(5), « au plus tard au moment de la première interaction ou de la première exposition », de manière claire et reconnaissable ; le même paragraphe ajoute : « Les informations sont conformes aux exigences applicables en matière d’accessibilité » [1].

Ce premier paragraphe n’est pas seul. L’article 50(2) vise les fournisseurs de systèmes « qui génèrent des contenus de synthèse de type audio, image, vidéo ou texte » et leur impose de veiller à ce que les sorties « soient marquées dans un format lisible par machine et identifiables comme ayant été générées ou manipulées par une IA » [1]. Les lignes directrices désignent le fournisseur d’une application conversationnelle mise sur le marché sous son propre nom comme responsable du respect des obligations de transparence de l’article 50, paragraphe 1, et/ou du paragraphe 2 [2]. Le calendrier de ce second paragraphe est distinct pour les systèmes déjà commercialisés : les fournisseurs de systèmes générant des contenus de synthèse mis sur le marché avant le 2 août 2026 ont jusqu’au 2 décembre 2026 pour s’y conformer [3].

Ce que la méthode interprète. Comparées aux obligations du régime haut risque (gestion des risques, documentation technique, évaluation de conformité), ces obligations sont nettement plus légères : elles ne demandent ni documentation technique élaborée, ni évaluation de conformité, ni marquage CE. Un chatbot qui rédige lui-même ses réponses produit du texte : le marquage des sorties se vérifie donc en même temps que le signalement de l’interaction, et il ne dépend pas davantage de la taille de l’éditeur. Il y a bien un endroit où la taille change quelque chose, et ce n’est pas l’obligation : c’est la sanction. Le règlement plafonne les amendes des PME et des jeunes pousses aux pourcentages ou montants « visés aux paragraphes 3, 4 et 5 », « le chiffre le plus faible étant retenu » [1] ; le règlement omnibus étend ce mécanisme aux petites entreprises à moyenne capitalisation pour les amendes des paragraphes 4 et 5, et demande aux États membres de tenir compte de la viabilité économique des PME comme de ces entreprises lorsqu’ils sanctionnent [3]. Ce qui se module avec la taille, c’est le coût du manquement, pas le fait d’être tenu.

Ce que cela change pour un éditeur SaaS de taille moyenne

Ce que les textes établissent. Ces obligations ne se répartissent pas le long de la chaîne commerciale : elles restent à la charge du fournisseur. Le règlement réserve les paragraphes 1 et 2 de l’article 50 aux fournisseurs, les paragraphes 3 et 4 étant les seuls à viser les déployeurs, pour la reconnaissance des émotions, la catégorisation biométrique, les hypertrucages et les textes publiés d’intérêt public [1]. Les lignes directrices, lues séparément, disent la même chose et vont plus loin sur ce point précis : le fournisseur doit informer toutes les personnes qui interagissent avec le système, « quels que soient les déployeurs ou autres utilisateurs du système » (je traduis, le texte relevé est en anglais) [2]. Un client qui installe le chatbot tel qu’il lui a été livré et l’intègre à ses processus n’est tenu par aucun de ces deux paragraphes [1]. S’il s’agit d’un système génératif, il le devient, en tant que fournisseur du nouveau système, s’il modifie celui qui lui a été livré puis le met en service sous son propre nom ou sa propre marque, sans préjudice de la responsabilité du fournisseur initial pour le système initial [2].

Ce que la méthode interprète. Cela déplace la question commerciale. Au titre de l’article 50, il n’y a pas deux conformités à vendre, une pour l’éditeur et une pour chacun de ses clients : il y en a une, et elle pèse sur l’éditeur ; l’article 4 vise aussi le client, en tant que déployeur. Ce qui reste est plus étroit, mais plus net : le signalement est une caractéristique du produit livré, pas une consigne d’usage à transmettre au client. L’article 50 désigne le fournisseur et ne contient pas la réserve que l’article 25, paragraphe 1, point a), écrit pour le haut risque, « sans préjudice des dispositions contractuelles prévoyant une autre répartition des obligations » : dans les versions française, allemande, italienne et espagnole du règlement, une réserve de ce type n’apparaît qu’à ce point a) et au considérant 84 [1]. Et le cas que décrivent les lignes directrices, celui où son client devient lui-même fournisseur du système modifié, est aussi celui où l’éditeur perd la main sur le produit : le client modifie le système et le remet en service sous sa propre marque, l’éditeur restant tenu pour le système initial.

Mes réserves

  • Périmètre du cas retenu : la lecture porte sur un chatbot de service client standard, c’est-à-dire dont la destination ne relève d’aucun cas d’usage de l’Annexe III. Un chatbot doté d’une reconnaissance des émotions ou d’une catégorisation biométrique « en fonction d’attributs ou de caractéristiques sensibles ou protégés » sort de ce cadre, et pas seulement vers d’autres obligations de transparence : ces deux fonctions figurent au point 1 de l’Annexe III et relèveront, à compter du 2 décembre 2027 (application des sections 1 à 3 du chapitre III), du régime haut risque, sous réserve de la dérogation que l’article 6, paragraphe 3, ouvre, le fournisseur devant alors, au titre du paragraphe 4, documenter son évaluation et se soumettre à l’obligation d’enregistrement visée à l’article 49, paragraphe 2, dont la date d’application n’est pas tranchée ici [1][3].
  • Basculement par l’usage : un chatbot dont la destination inclurait le recrutement ou une décision d’emploi, l’évaluation de la solvabilité de personnes physiques, ou l’évaluation des risques et la tarification en assurance vie et maladie relèverait de l’Annexe III pour cet usage (points 4 et 5 b) et c)). Un chatbot qui ne fait que collecter des données en vue d’une telle évaluation peut rester visé à l’Annexe III, et peut alors échapper à la qualification de haut risque au titre de l’article 6, paragraphe 3, point d), qui vise le système « destiné à exécuter une tâche préparatoire en vue d’une évaluation pertinente aux fins des cas d’utilisation visés à l’annexe III », s’il ne présente pas de risque important de préjudice et n’effectue aucun profilage de personnes physiques [1]. Son fournisseur devra alors documenter cette évaluation à compter du 2 décembre 2027 (article 6, paragraphe 4) [1][3]. L’enregistrement de l’article 49, paragraphe 2, relève de la section 5 du chapitre III, que le règlement omnibus ne reporte pas : sa date d’application n’est pas tranchée ici [1][3].
  • Borne du champ de l’article 50(1) : l’obligation vise l’interaction directe. Les lignes directrices en excluent l’interaction médiée, par exemple un outil d’assistance qu’utilisent des agents humains pour rédiger leurs réponses [2]. Le cas décrit ici, un chatbot qui répond lui-même au client, reste dans le champ.
  • Statut du second texte : les lignes directrices de la Commission ne sont pas contraignantes, elles l’écrivent elles-mêmes, et seule la Cour de justice de l’Union peut donner une interprétation du règlement qui fasse autorité [2]. Je les lis comme une interprétation de l’article 50, qui ne le modifie pas.
  • Ce que je n’ai pas examiné : l’article 50(6) réserve « les autres obligations de transparence prévues par le droit de l’Union ou le droit national pour les déployeurs » [1]. Ce que ces autres droits imposent, eux, à un client qui déploie un chatbot n’est pas de l’AI Act et n’est pas traité ici.
  • Absence de texte consolidé : lorsque j’ai consulté le dépôt Cellar de l’Office des publications, le 1er septembre 2026, aucune version consolidée du règlement de 2024 intégrant les modifications de juillet 2026 n’y était disponible ; je lis donc le règlement de 2024 contre le règlement (UE) 2026/1744 qui le modifie [3].

L’implication concrète : un éditeur SaaS gagne à vérifier que son chatbot affiche un signalement explicite dès le premier message, plutôt que de considérer une mention générale dans les conditions d’utilisation comme suffisante [2].

Retour au dossier Les obligations de l’AI Act, secteur par secteur · Lire la Décision possible du dossier.

ISP-IA
28/100

L'Indice de solidité des preuves évalue la base empirique de cette analyse sur quatre critères pondérés : type de preuve (40 %), convergence (30 %), réplication (20 %), puissance (10 %). L'axe type de preuve est calibré par champ : 100 y désigne le meilleur dispositif que l'échelle ISP-IA sache produire, et non une preuve absolue.

Type de preuve · 40 %
Faisceau de sources primaires convergentes
Convergence · 30 %
Convergence non mesurable

La question que pose cette page a deux moitiés : ce que l'article 50 impose au fournisseur d'un chatbot de service client, à quelle date et sous quel plafond de sanction ; et le fait que ce chatbot reste hors du régime haut risque de l'Annexe III lorsque sa destination ne relève d'aucun cas d'usage de cette annexe. L'échelle de ce domaine range cette famille au barreau 3 quand la preuve centrale est le texte primaire publié, complet et en vigueur, recoupé avec les lignes directrices officielles de l'autorité qui l'applique, et au barreau 4 quand la preuve centrale est le texte primaire seul. Le contenu de l'obligation de l'article 50 est recoupé par les lignes directrices de la Commission, qui portent la date du 20 juillet 2026 et la référence C(2026) 5054 final ; la date d'application et le plafond de sanction reposent sur le texte seul, le règlement (UE) 2024/1689 et le règlement (UE) 2026/1744 qui en déplace des dates d'application. La seconde ne l'est pas : ces lignes directrices ne disent rien du régime des systèmes à haut risque de l'annexe III, et les lignes directrices de classification que l'article 6, paragraphe 5, confie à la Commission ne sont pas au dossier. Cette seconde moitié repose sur le texte seul, et c'est elle qui fixe la page au barreau 4. Chaque disposition est identifiée par sa référence officielle ; la contre-vérification n'est pas pour autant uniformément automatisable, deux des trois documents ayant dû être lus autrement qu'en les téléchargeant directement, l'un par une copie archivée après un refus du serveur, l'autre à l'écran après une réponse d'attente du portail. Même recoupée sur ses deux moitiés, cette lecture ne monterait pas au-dessus du barreau 3, plafond de cette famille : un texte primaire prouve parfaitement ce qu'une norme prescrit, il ne prouve jamais ce qu'elle produit. La convergence est déclarée non mesurable : les trois documents viennent tous des institutions de l'Union, et une lecture de droit positif n'a pas de second producteur indépendant par construction ; des documents qui ne sont pas indépendants les uns des autres peuvent se recouper sans converger au sens de l'échelle. La réplication est nulle : je ne connais aucune publication qui refasse cette lecture disposition par disposition. L'effectif observé est très faible parce que les unités sont des dispositions nommées et trois documents, pas une population d'observations.

Réplication · 20 %
Pas de réplication connue
Effectif observé · 10 %
Sans objet pour ce type de preuve
Ce que le champ n'a pas produit
  • Que la sortie de l'Annexe III soit recoupée avec les lignes directrices que l'article 6, paragraphe 5, charge la Commission de fournir, assorties d'une liste d'exemples pratiques de cas d'utilisation qui sont à haut risque et de cas qui ne le sont pas. Les lignes directrices au dossier ne portent que sur l'article 50.Commission européenne · un dispositif approchant existe, sans remplir la condition
  • Que le texte primaire soit relevé complet sur la question : les sous-points des huit domaines de l'Annexe III, dont le relevé ne porte que les intitulés pour les domaines 3, 6, 7 et 8.Journal officiel de l'Union européenne, règlement (UE) 2024/1689 · un dispositif approchant existe, sans remplir la condition

Ce dispositif porterait l'indice à 36 sur 100, dans le palier « Preuves limitées ». Les trois autres axes restent à leur valeur actuelle : un dispositif ne fait monter ni la convergence d'une littérature ni sa réplication.

Convergence : Une lecture de droit positif n'a pas de second producteur indépendant par construction : le règlement vient du législateur de l'Union et les lignes directrices de la Commission, qui est partie au même processus. Aucune recherche supplémentaire ne fera naître un second producteur du même droit. Cet axe ne monterait qu'en cessant de prendre le texte lui-même pour preuve centrale, ce qui reviendrait à poser une autre question que celle que pose cette page. Effectif observé : L'effectif observé n'a pas d'objet ici : les unités sont des dispositions nommées et trois documents, pas une population d'observations, et aucun travail supplémentaire ne transforme une lecture de droit positif en série de mesures.

Score de 28/100 (0-30 %) établi le 24 septembre 2026.

Lexique

EU AI Act· Règlement européen sur l'IA↗
Cadre réglementaire européen classifiant les systèmes d'IA par niveau de risque et imposant des obligations proportionnées.
Modification apportée · mis à jour le 24 septembre 2026

Corrigé le 2026-09-24. Ma définition du chatbot standard excluait la reconnaissance des émotions, la catégorisation biométrique, l'évaluation de solvabilité et la décision d'emploi, mais pas l'évaluation des risques et la tarification en assurance vie et maladie, que l'Annexe III range au haut risque à son point 5 c) et que je citais moi-même comme telle : la définition renvoie désormais à tout cas d'usage de l'Annexe III, exemples conservés, dans le sous-titre, la description, le corps et les réserves. J'écrivais qu'un chatbot qui collecte des données en vue d'une telle évaluation n'entrait pas dans l'Annexe III : l'article 6, paragraphe 3, porte sur un système visé à cette annexe, qui peut seulement échapper à la qualification de haut risque, son fournisseur devant alors documenter son évaluation et s'enregistrer. J'écrivais qu'un éditeur ne pouvait pas reporter le signalement sur son client : aucune disposition que j'ai relevée ne le dit, et j'écris seulement que l'article 50 ne porte pas la réserve de répartition contractuelle que l'article 25 prévoit pour le haut risque. J'écrivais que le client requalifié se trouvait tenu à la place de l'éditeur : il devient fournisseur du système modifié, l'éditeur restant tenu pour le système initial. Le report du règlement omnibus vise les sections 1 à 3 du chapitre III hors article 6, paragraphe 5, et je le dis. Ma note de niveau de preuve rangeait la page au barreau 3, qui suppose le texte primaire recoupé avec les lignes directrices de l'autorité qui l'applique : c'est vrai pour l'article 50, pas pour la sortie de l'Annexe III, dont les lignes directrices au dossier ne disent rien. La page descend au barreau 4, et la convergence, que je donnais pour modérée entre des documents qui ne sont pas indépendants, devient non mesurable : l'indice passe de 49 à 28. L'indicateur de niveau de preuve affichait un effectif « Très petite (< 100 obs.) » alors que la note dit elle-même que les unités sont des dispositions nommées et trois documents, pas une population d'observations : le libellé affiché est désormais « Sans objet pour ce type de preuve », sans changement de cotation. La date de report du régime haut risque était donnée seule : le texte omnibus en fixe deux, et la seconde, le 2 août 2028 pour les systèmes de l'annexe I, est ajoutée. La documentation de l'évaluation était rattachée au paragraphe 3 de l'article 6, qui porte la dérogation : elle relève du paragraphe 4, et la phrase le dit. Corrigé le 2026-09-05. J'écrivais que l'obligation de signalement pesait à la fois sur l'éditeur fournisseur et sur ses clients déployeurs, et je présentais ce « double niveau de responsabilité » comme l'apport de la pièce. Les textes disent l'inverse : le paragraphe 1 de l'article 50 vise les fournisseurs seuls, les paragraphes 3 et 4 étant les seuls à viser les déployeurs, et les lignes directrices de la Commission ne mettent nulle part ce paragraphe 1 à la charge d'un déployeur. J'ai retiré cette thèse et l'argument commercial qui reposait sur elle ; ce qui la remplace est le seul mécanisme que les textes prévoient, la requalification du client en fournisseur lorsqu'il modifie le système et le met en service sous son propre nom. J'écrivais aussi que les lignes directrices avaient été « mises à jour le 6 août 2026 » : elles portent la date du 20 juillet 2026 et aucune date du 6 août. Corrigé dans le texte et dans la bibliographie. J'affirmais enfin que les guides de conformité concurrents traitaient ce sujet « en général » d'une certaine manière et « rarement » d'une autre : je n'avais relevé aucun de ces guides, ces deux prévalences sont retirées. Deux ajouts que les textes portaient et que la pièce ne disait pas : le moment auquel l'information est due, fixé par l'article 50(5), et le plafond d'amende propre aux PME, seul endroit où la taille de l'entreprise change quelque chose. J'ai enfin remplacé « application de la loi » par l'intitulé du texte français de l'Annexe III, « répression ». Seconde passe le même jour. Je ne traitais que le paragraphe 1 de l'article 50 et je le présentais comme « une obligation », jusque dans le titre : le paragraphe 2 du même article vise les fournisseurs de systèmes qui génèrent des contenus de synthèse de type texte, et les lignes directrices rangent l'application conversationnelle sous le paragraphe 1 et/ou le paragraphe 2. J'ai intégré ce second paragraphe, ainsi que sa butée du 2 décembre 2026 pour les systèmes déjà commercialisés, et j'ai mis le titre, le sous-titre et la description au pluriel. J'écrivais que le règlement omnibus étendait aux petites entreprises à moyenne capitalisation le plafond d'amende des PME : il ne l'étend que pour les amendes des paragraphes 4 et 5 de l'article 99, là où le plafond des PME couvre les paragraphes 3, 4 et 5, et la prise en compte de la viabilité économique vise les PME comme ces entreprises, pas ces dernières seules. J'écrivais qu'un chatbot collectant des données permettant une évaluation de solvabilité ou une décision d'emploi basculerait vers l'Annexe III « indépendamment de sa fonction affichée » : les textes attachent le haut risque à la destination du système, et écartent expressément la tâche préparatoire en vue d'une évaluation, sauf profilage. J'écrivais que la catégorisation biométrique figurait au point 1 de l'Annexe III sans dire qu'elle n'y figure que lorsqu'elle porte sur des attributs ou des caractéristiques sensibles ou protégés, ni que l'article 6, paragraphe 3, ouvre une dérogation documentée. J'écrivais qu'aucune version consolidée n'était publiée « à la date de cette lecture » : ce que j'ai vérifié, c'est son absence du dépôt Cellar de l'Office des publications au 1er septembre 2026, et je le dis désormais ainsi. J'écrivais enfin que la requalification du client était « le seul moment » où il se trouve tenu à la place de l'éditeur : les lignes directrices en donnent un exemple, pas une règle exhaustive, et elles réservent la responsabilité du fournisseur initial pour le système initial. Deux ajouts que les sources portaient et que la pièce ne disait pas : les formes de signalement que les lignes directrices jugent insuffisantes à elles seules, et le délai propre au marquage des sorties pour les systèmes mis sur le marché avant le 2 août 2026. Passe suivante. Mes trois surfaces de tête généralisaient à la catégorie entière ce que mes propres réserves restreignent : un chatbot de service client doté d'une reconnaissance des émotions, d'une catégorisation biométrique sur attributs sensibles, ou dont la destination inclut une évaluation de solvabilité ou une décision d'emploi, relève bien de l'Annexe III. Le titre, le sous-titre, la description et la première phrase du corps portent désormais le qualificatif de chatbot standard, à l'endroit même de l'affirmation. Je résumais par ailleurs en deux qualificatifs, puis en un hybride, le test que l'article 50, paragraphe 1, pose en trois : une personne physique normalement informée et raisonnablement attentive et avisée. Les deux endroits reprennent maintenant les trois, et le passage placé sous l'étiquette qui revendique le texte le cite. J'écrivais que ces obligations partageaient un trait avec celles que ce dossier décrit ailleurs pour le contenu généré par IA : aucune autre pièce de ce dossier ne traite ce sujet, et la phrase, qui répétait de surcroît un constat déjà sourcé plus haut, est retirée. Ma note de niveau de preuve disait enfin la contre-vérification mécanique : deux des trois documents n'ont pas pu être récupérés par une requête directe, et je le dis désormais. Le titre passe en question. Aucun axe de l'indicateur ne bouge. Le sous-titre et la description énuméraient cinq cas d'usage de l'Annexe III comme si la liste était complète, alors que l'annexe en compte d'autres (identification biométrique à distance, infrastructures critiques, éducation, répression, migration, justice) : l'énumération sort des deux surfaces, le corps détaille déjà les huit domaines. Deux phrases sur l'article 6 renvoient désormais aussi au règlement lui-même. La note sur la contre-vérification promettait que chaque disposition se retrouvait à son adresse, alors que les lignes directrices n'étaient lisibles que par une copie archivée : elle dit maintenant qu'elles sont identifiées par leur référence officielle. La phrase qui faisait dépendre toute charge réglementaire de l'usage plutôt que de la taille vaut pour l'article 50, pas pour le régime haut risque, où le règlement allège la conformité des PME : elle est restreinte à l'article 50. Le cas du client qui devient fournisseur en modifiant le système livré est rattaché, comme dans les lignes directrices, à un système génératif. L'entrée bibliographique du règlement annonce désormais l'article 4 et les versions linguistiques lues.

Axel Morel
Axel Morel
Fondateur & analyste · Probans

Développe une méthode d'analyse destinée à distinguer ce que les preuves établissent, ce qu'elles suggèrent et ce qu'elles ne permettent pas de conclure, puis à traduire cette distinction en décisions professionnelles.

Choix du sujet, direction de la rédaction, validation ou modification des sources, validation et retravail du texte et des illustrations : Axel Morel. Rédaction, choix des sources initiales et plan de rédaction initial : assistance IA.

Responsabilité éditoriale : Axel Morel. Recherche et rédaction assistées par IA selon la méthodologie Probans, sources vérifiées avant publication. Charte éditoriale.

En savoir plus

Newsletter

Recevoir les prochaines analyses

Choisissez les catégories qui vous intéressent.

Catégories