Copyright is a data-pipeline problem before it is a legal argument.

Les questions de droit d'auteur en IA se posent avant l'entraînement: accès licite, réserves de droits, licences, provenance, conservation et usage en aval...

Copyright is a data-pipeline problem before it is a legal argument.

A copy is already a decision

Les conversations sur le droit d’auteur et l’IA commencent souvent par le mauvais bout du système. Elles commencent par le modèle : quelle architecture, combien de paramètres, quel benchmark, quelle version. Quand quelqu’un finit par demander d’où vient le matériel d’entraînement, ce matériel est déjà passé entre plusieurs mains, formats, filtres et couches de stockage. La question juridique n’arrive pas en retard. Elle était présente dès la première copie.

Cette première copie peut être temporaire. Il peut s’agir d’une page conservée assez longtemps pour qu’un analyseur la lise, d’une image convertie en pixels, d’un document extrait d’une archive, ou d’un tableau normalisé pour qu’un programme puisse comparer des champs. Elle peut être réalisée sous licence, dans le cadre d’une exception, d’un contrat, ou sans base adéquate du tout. La machine ne fait pas la distinction à votre place. Elle exécute simplement l’opération que le pipeline lui demande d’exécuter.

C’est pourquoi le droit d’auteur est un problème de pipeline de données avant d’être un argument juridique. Un tribunal ou un titulaire de droits peut éventuellement demander si une utilisation particulière était autorisée. Une organisation doit répondre à une série de questions antérieures : qu’est-ce qui a été collecté, par qui, d’où, avec quel accès, sous quelle règle, conservé pendant combien de temps, transformé en quoi, et transporté dans quel artefact ultérieur. Si ces questions n’ont pas été consignées à l’époque, l’argument juridique est contraint de reconstruire un pipeline invisible à partir de fragments.

L’argument ici n’est pas que chaque choix technique détermine l’issue juridique. Ce n’est pas le cas. Un hachage n’accorde pas la permission. Une licence ne rend pas acceptable une mauvaise pratique de sécurité. Une fiche de modèle ne règle pas les droits de chaque œuvre dans un ensemble d’entraînement. Le point est plus prosaïque et plus utile : chaque étape crée des faits dont une analyse ultérieure des droits aura besoin. Une bonne ingénierie rend ces faits visibles sans prétendre que la visibilité est un verdict.

Le droit européen est particulièrement explicite sur cette première partie de l’histoire. La directive (UE) 2019/790 traite de l’extraction de textes et de données, de l’accès licite et des réserves de droits. La loi sur l’intelligence artificielle ajoute une obligation distincte pour les fournisseurs de modèles d’IA à usage général : mettre en place une politique de conformité au droit d’auteur de l’Union et rendre publiquement disponible un résumé suffisamment détaillé du contenu d’entraînement. Aucun de ces instruments ne transforme un pipeline en machine de conformité magique. Ensemble, ils rendent difficile la défense de l’idée que les données d’entraînement ne sont qu’un carburant qui disparaît lorsque le modèle commence à fonctionner.

Nous pouvons suivre la chaîne sans inventer un incident dramatique. Commençons par une source qu’une équipe envisage pour un objectif défini. La source a un propriétaire, un emplacement, des conditions d’accès, une licence apparente, une réserve déclarée ou une question non résolue. L’équipe la découvre, vérifie si l’accès est licite, décide si l’utilisation proposée correspond à la permission ou à l’exception, capture une copie limitée, consigne ce qui s’est passé, puis décide si le matériel peut aller plus loin. Ce n’est pas l’histoire d’une entreprise particulière. C’est une expérience de pensée composite pour rendre visibles les décisions ordinaires.

Une fois la chaîne visible, le langage s’améliore. La collecte n’est pas l’entraînement. L’accès n’est pas une autorisation pour chaque usage. Une licence n’est pas la preuve qu’un ensemble de données dérivé peut être redistribué. L’attribution ne remplace pas la permission. Un refus n’est pas un échec de récupération ; c’est une décision sur les droits. Le modèle est le dernier consommateur d’une longue lignée de choix antérieurs.

The pipeline is longer than the model

Un pipeline utile comporte plus d’étapes qu’un schéma de présentation produit ne le laisse généralement entendre. La découverte identifie une source candidate. L’accès établit comment joindre la source. L’acquisition en réalise une ou plusieurs copies. L’analyse syntaxique transforme les octets en matière structurée. La normalisation change les représentations. Le filtrage exclut ou sélectionne des éléments. L’annotation ajoute des étiquettes ou des relations. Le stockage crée des états de travail et de conservation. La construction d’un jeu de données définit quels éléments voyagent ensemble. L’entraînement ou l’ajustement modifie le modèle. L’évaluation, la recherche et la génération introduisent de nouveaux usages. La publication ou le déploiement envoie un artefact dans le flux de travail d’autrui.

Chaque verbe cache une décision. La découverte peut s’appuyer sur un index, un flux, une API, un catalogue ou une personne qui consulte une page. L’accès peut être ouvert, par abonnement, sous licence, authentifié ou restreint par une mesure technique. L’acquisition peut être autorisée pour un usage mais pas pour un autre. L’analyse syntaxique peut créer des copies d’éléments expressifs que l’interface d’origine n’a jamais affichés sous cette forme. Le filtrage peut retirer une œuvre, conserver un extrait, transformer un format ou garder un ensemble de caractéristiques. L’entraînement peut créer des pondérations qui ne ressemblent pas au texte source tout en laissant l’organisation responsable du parcours qui les a produites.

Le mot données donne à toutes ces étapes une apparence neutre. C’est un raccourci commode et une mauvaise catégorie morale. Une base de données peut contenir des faits du domaine public, des articles protégés par le droit d’auteur, des informations personnelles, des contrats confidentiels, des logiciels, des photographies, des mesures scientifiques et des commentaires de personnes qui ne s’attendaient jamais à ce que leurs mots deviennent des entrées d’un modèle à usage général. Le contenant n’est pas le droit. Le pipeline doit conserver les distinctions que le mot données efface.

Un moyen pratique d’y parvenir consiste à attacher un petit registre de revendications à chaque élément ou famille de sources. Le registre n’a pas à publier des documents internes sensibles. Il doit indiquer ce qui est connu, ce qui est supposé, ce qui a été autorisé, ce qui a été refusé, ce qui a changé et quels états en aval ont hérité de la décision. Une identité de source, une heure de capture, une version ou un hachage de contenu peuvent appuyer ce travail. Aucun de ces champs ne prouve à lui seul la vérité ou l’autorisation. Ils permettent de contester la revendication au lieu de débattre d’un souvenir flou.

Le pipeline a aussi besoin de limites. Une source collectée pour l’assistance à la recherche peut ne pas convenir à l’entraînement. Un extrait sous licence peut appuyer une citation dans un rapport mais pas un jeu de données public. Une exception de fouille de textes et de données peut couvrir une analyse computationnelle tout en laissant la reproduction ou la communication au public hors de son champ. Une réserve de droits peut empêcher un usage particulier de fouille sans rien dire d’un accès sans rapport. Traiter le pipeline comme une seule action indifférenciée garantit que ces distinctions disparaîtront.

Une source ne devient pas juridiquement plus simple au fil du pipeline. Le registre doit voyager avec elle.

Le visuel ci-dessus est volontairement une cartographie du processus, pas un score de conformité. Un nœud lumineux n'est pas un feu vert. C'est un endroit où une décision doit être prise et adossée à des preuves. Le pipeline peut être licite à une étape et hors du champ à l'étape suivante. Il peut aussi être techniquement soigné alors que l'objectif sous-jacent reste non fondé. C'est pourquoi le registre opérationnel doit montrer à la fois la décision et le périmètre qui l'entoure.

Un accès licite n'est pas une autorisation pour tout

La directive 2019/790 fait débuter ses dispositions sur la fouille de textes et de données par une condition facile à citer et facile à aplatir : le bénéficiaire doit avoir un accès licite aux œuvres ou aux autres objets protégés. L'accès licite peut inclure l'accès ouvert, un abonnement ou une autre voie licite. Ce n'est pas la même chose qu'une page visible dans un navigateur. Une adresse publique indique où se trouve la source. Elle ne dit pas, à elle seule, quels actes le titulaire de droits a autorisés, quel contrat s'applique, si une mesure technique est efficace, ni si l'objectif envisagé relève d'une exception.

Cette distinction compte parce que l'accès et l'utilisation sont des événements différents. Une bibliothèque peut fournir licitement l'accès à une revue dans le cadre d'un abonnement. Un chercheur peut ensuite recourir à une exception de fouille de textes et de données dans les conditions applicables à un organisme de recherche. Un opérateur commercial peut avoir accès à une page publique mais doit encore examiner une réserve de droits, une licence, des droits sur les bases de données, des conditions contractuelles ou une autre restriction juridique avant de faire et de conserver des copies à une autre fin. Les mêmes octets peuvent être atteints par deux acteurs dont les positions juridiques ne sont pas identiques.

L'accès a aussi un versant technique qui ne doit pas être traité comme un obstacle à contourner. La directive reconnaît que les titulaires de droits peuvent appliquer des mesures proportionnées pour protéger la sécurité et l'intégrité de leurs systèmes ou de leurs bases de données. Les mots de passe, les murs de paiement, l'authentification, les limites de débit et les autres contrôles efficaces sont des faits concernant la voie d'accès, pas des énigmes. Un robot d'exploration qui les contourne n'a pas fait preuve d'ingéniosité. Il a créé un nouveau problème de droits et de sécurité.

Le pipeline le plus honnête enregistre donc l'état de l'accès avant de stocker le contenu. La source était-elle ouverte, sous abonnement, sous licence, authentifiée ou fournie directement. Quelles conditions étaient visibles. Quelle version de ces conditions était en vigueur. Une réserve était-elle exprimée. Une restriction technique a-t-elle été rencontrée. L'opérateur a-t-il refusé de poursuivre. La réponse peut être incomplète. Incomplète vaut mieux qu'une étiquette confiante que personne ne pourra expliquer plus tard.

L'accès licite est également limité par sa finalité dans la pratique. Une copie réalisée pour lire un article n'est pas automatiquement une copie autorisée pour l'entraînement de modèles. Un ensemble de données sous licence pour une analyse interne n'est pas automatiquement sous licence pour une publication. La copie de préservation d'une institution patrimoniale n'est pas automatiquement un corpus d'entraînement public. Le pipeline doit porter la finalité comme une condition, et non comme un commentaire qui se sépare des octets après la première exportation.

Aucune de ces exigences ne nécessite qu'un juriste approuve chaque requête HTTP. Cela nécessite une répartition raisonnable des responsabilités. Le composant d'acquisition peut appliquer la politique de la source, la sécurité de la cible et les limites de débit. Une fonction dédiée aux droits ou à la gouvernance des données peut décider si une famille de sources est dans le périmètre. Un enregistrement technique peut montrer ce que les composants ont fait. La conclusion juridique reste contextuelle, mais les faits nécessaires à cette conclusion cessent de s'évaporer à la frontière du réseau.

Deux exceptions de fouille de textes et de données, deux postures différentes

Les dispositions de la directive sur la fouille de textes et de données ne constituent pas une licence générale pour copier tout ce qui est intéressant. L'article 3 établit une exception obligatoire pour les reproductions et les extractions effectuées par les organismes de recherche et les institutions patrimoniales à des fins de recherche scientifique, lorsqu'ils ont un accès licite. Les copies peuvent être conservées aux fins de la recherche scientifique et doivent être stockées de manière sécurisée. La disposition est structurée autour d'un bénéficiaire et d'une finalité définis. Il ne s'agit pas d'une exemption générale pour toute organisation qui qualifie son travail de recherche.

L'article 4 traite de la fouille de textes et de données à d'autres fins. Il s'applique lorsque l'utilisateur a un accès licite et que le titulaire des droits n'a pas réservé les droits de reproduction et d'extraction de manière appropriée. Pour les contenus mis à disposition en ligne, la directive précise qu'une réservation peut être exprimée par des moyens lisibles par machine, y compris les métadonnées et les conditions générales d'un site web ou d'un service. L'exception laisse au titulaire des droits la possibilité de réserver l'usage de fouille. C'est une posture différente de l'exception de recherche scientifique de l'article 3.

Ces dispositions intègrent la classification dans le pipeline. L'opérateur est-il un organisme de recherche ou une institution patrimoniale au sens où la directive l'entend. La finalité est-elle la recherche scientifique. L'accès est-il licite. La copie est-elle conservée de manière sécurisée et uniquement dans la mesure nécessaire à la finalité de recherche. Si l'usage relève de l'article 4, le droit a-t-il été réservé de manière appropriée. Un contrat ajoute-t-il des conditions. Un autre droit, tel qu'un droit sui generis sur les bases de données, s'applique-t-il. Un simple champ nommé tdm_allowed ne peut pas porter honnêtement toutes ces questions.

Les considérants sont utiles car ils expliquent le problème que le législateur cherchait à résoudre. La fouille de textes et de données peut impliquer des reproductions d'œuvres ou des extractions de bases de données, même lorsque la tâche technique est décrite comme une analyse. Elle peut également concerner des faits ou des données qui ne sont pas protégés par le droit d'auteur. La nature juridique du matériel et les actes accomplis importent donc. Le pipeline doit savoir s'il traite des faits non protégés, des œuvres expressives, une base de données protégée ou un mélange nécessitant un traitement distinct.

Les mêmes considérants expliquent également pourquoi l'accès licite n'est pas une formule décorative. Les organismes de recherche peuvent accéder aux contenus par le biais d'abonnements, de licences ouvertes ou de matériel librement disponible en ligne. Un abonnement peut fournir un accès licite tandis que ses conditions doivent encore être examinées dans leur contexte. Une page publique peut être consultée licitement tandis que le droit de réaliser un autre type de copie reste contesté. L'ouverture de la source et l'opération envisagée sont des faits liés, et non des synonymes.

Il y a une tentation de transformer les exceptions en une porte binaire : oui pour la recherche, non pour tout le reste. C'est trop grossier. Les exceptions interagissent avec les exceptions existantes, les contrats, les droits sui generis sur les bases de données, les mesures techniques et la mise en œuvre nationale. La directive est un instrument de l'Union, mais son application pratique passe toujours par le droit des États membres et les faits de l'utilisation. Un article peut expliquer la structure sans offrir de conclusion pour un ensemble de données ou une organisation particulière.

Pour l'ingénierie, l'implication est simple. Modélisez la voie juridique comme des états typés plutôt que comme un booléen sans qualification. Une source peut être candidate, vérifiée pour l'accès, évaluée pour les exceptions, sous licence, réservée, refusée, admise pour un objectif précis, retirée ou en attente d'examen. Une transition doit avoir un propriétaire et des preuves. Si un opérateur change l'objectif de la recherche à la formation commerciale, l'état doit exiger une nouvelle évaluation plutôt que de transporter silencieusement l'ancienne permission.

Cela peut sembler pointilleux. C'est moins pointilleux que d'essayer d'expliquer, deux ans plus tard, pourquoi un grand dossier de documents a été traité comme si chaque élément avait la même voie juridique. L'Europe a déjà intégré les distinctions dans le texte. Le rôle du pipeline est d'éviter de les gommer par commodité.

Un opt-out est une frontière lisible par machine

Les réserves de droits sont souvent discutées comme s'il s'agissait d'une querelle entre un éditeur et un robot d'exploration. La directive décrit quelque chose de plus pratique. Pour le contenu en ligne accessible au public, une réserve appropriée pour l'extraction de textes et de données au titre de l'article 4 peut être exprimée par des moyens lisibles par machine, y compris les métadonnées et les conditions générales d'un site web ou d'un service. La forme technique importe parce qu'une réserve qui ne peut pas être trouvée ou interprétée par le système d'acquisition est une frontière qui existe en droit mais disparaît en pratique.

Lisible par machine ne signifie pas une autorisation automatique à l'inverse. Un analyseur qui ne trouve aucune réserve reconnue ne prouve pas que l'utilisation est licite. Cela signifie seulement qu'une entrée de la décision a été inspectée. Le système a toujours besoin de l'état d'accès, de l'objectif, de l'identité de la source, du contexte contractuel et des autres vérifications de droits. Inversement, une réserve ne doit pas être traitée comme une interdiction générale de toute interaction avec un site web. C'est un signal sur les droits de faire des reproductions et des extractions pour l'extraction de textes et de données au titre de la disposition pertinente.

La différence entre signal et conclusion est l'endroit où de nombreux pipelines échouent. Un marqueur de droits peut être présent dans les métadonnées, dans les conditions ou dans un mécanisme normalisé. L'analyseur peut enregistrer le champ exact, la valeur, l'emplacement et l'heure de récupération. Une étape de gouvernance peut interpréter ce que ce marqueur signifie pour l'utilisation proposée. Si le système écrit seulement autorisé ou refusé, il perd les preuves nécessaires pour examiner un faux positif, une politique modifiée ou une interprétation contestée.

Les réserves ont aussi un caractère temporel. Les sites web modifient leurs conditions. Les flux sont remplacés. Une source peut publier une nouvelle instruction lisible par machine après que du contenu antérieur a été capturé. L'ancienne capture et la nouvelle décision ne peuvent pas être réduites à une seule étiquette actuelle sans perdre l'historique. Le pipeline doit pouvoir dire qu'une copie a été faite sous un état observé, qu'un état ultérieur a changé la voie, et qu'un examen a décidé si le contenu déjà conservé doit être restreint, supprimé ou conservé pour une évaluation juridique.

C'est un bon endroit pour une petite touche d'humour d'ingénierie européenne. Une politique qui dit de respecter le fichier robots, puis ne stocke aucune trace du fichier robots qu'elle a lu, n'est pas une politique. C'est un vœu portant un badge. La même chose s'applique aux signaux de droit d'auteur. Le pipeline doit enregistrer ce qu'il a vu, ce qu'il a compris, ce qu'il n'a pas pu interpréter, et pourquoi il s'est arrêté ou a continué.

Lorsqu'une source utilise une convention que le pipeline ne prend pas en charge, la réponse sûre n'est pas de deviner. Marquez la source comme non résolue, demandez une décision humaine ou utilisez une alternative autorisée. Un analyseur manquant est une limitation technique. Traiter une frontière illisible comme une autorisation est un échec de gouvernance. Les systèmes doivent échouer en mode fermé au point où l'incertitude deviendrait sinon une copie.

Licences, attribution et provenance remplissent des fonctions différentes

Les gens placent souvent licence, attribution et provenance dans la même phrase, comme s'il s'agissait de trois noms polis pour la permission. Ce n'est pas le cas. Une licence est un octroi de droits, soumis à ses conditions. L'attribution identifie un créateur ou une source et peut être une condition de l'octroi. La provenance enregistre d'où vient le matériel, comment il a été traité et quelles décisions ont façonné son état actuel. Une source peut avoir une provenance sans licence, une licence sans provenance adéquate, ou une attribution sans permission d'effectuer l'acte proposé.

La différence devient visible lorsqu'un ensemble de données est assemblé à partir de nombreuses sources. L'ensemble de données peut être cohérent en interne, reproductible et parfaitement documenté. Si une source a été copiée en dehors de sa licence, la qualité des métadonnées ne répare pas ce problème. Si chaque source est sous licence mais que l'équipe ne peut pas identifier quelle version est entrée dans l'ensemble de données, la licence peut être impossible à appliquer de manière fiable. Si un catalogue public liste les créateurs mais que le modèle en aval ne peut pas préserver les avis pertinents, l'attribution peut échouer même si l'équipe croyait avoir fait la chose respectueuse.

Un enregistrement conscient des droits nécessite donc plusieurs couches. L'identité dit ce qu'est la source. L'origine dit qui l'a fournie ou publiée et où elle a été trouvée. L'accès dit comment l'opérateur l'a atteinte. Les droits disent quelle permission, exception, réserve ou question non résolue s'applique. Le traitement dit quelles transformations ont été effectuées. La rétention dit quelles copies et artefacts dérivés restent. L'utilisation dit quel ensemble de données, modèle, évaluation ou sortie a consommé l'état. Chaque couche répond à une question de révision différente.

La provenance n'est pas non plus un certificat de vérité. Un enregistrement signé peut établir l'identité, l'intégrité et la lignée sans prouver qu'une œuvre a été correctement attribuée ou qu'une licence était valide. L'enregistrement doit dire ce qu'il établit. La surévaluation est particulièrement dangereuse dans les systèmes de droits car une chaîne soignée peut faire paraître officielle une permission non fondée. L'étiquette honnête est souvent : source identifiée, revendication de licence fournie par l'opérateur, évaluation juridique en attente.

L'attribution a une dimension sociale ainsi que contractuelle. Un créateur peut vouloir être nommé, un éditeur peut exiger un avis, et un ensemble de données peut avoir besoin d'un champ lisible par machine qui survit à l'exportation. Mais l'attribution peut devenir une sorte de camouflage moral si elle est utilisée pour impliquer un consentement. Nommer un photographe ne permet pas en soi à un modèle d'ingérer la photographie. Lier un article n'autorise pas en soi une copie d'entraînement. Le crédit est précieux. Ce n'est pas un solvant universel.

Les licences elles-mêmes doivent être lues comme des données. Stockez l'identifiant ou le texte de la licence, la version, toute restriction de territoire ou d'objectif, les conditions d'attribution, les termes de partage à l'identique ou non commerciaux, et la source de l'affirmation de licence. Ne transformez pas une phrase humaine telle que ouvert à la réutilisation en un indicateur interne sans réserve. La phrase courte peut omettre les actes, formats ou destinataires exacts qui comptent pour l'utilisation prévue.

Lorsque les conditions ne sont pas claires, préservez l'incertitude. Une source peut rester utile pour un lecteur humain tout en étant exclue de l'entraînement. Elle peut être conservée dans un espace de révision en quarantaine sans entrer dans un ensemble de données gouverné. Elle peut être remplacée par une source dont le parcours de droits est plus clair. Le but n'est pas de rendre chaque décision rapide. C'est de rendre la décision réversible et la raison visible.

Le filtrage n'est pas une tâche ménagère neutre

Le filtrage est généralement présenté comme un travail de qualité. Supprimer les doublons, écarter le contenu générique, éliminer les fichiers corrompus, conserver la langue utile, puis continuer. Ces opérations peuvent être sensées. Elles peuvent aussi modifier les droits et le profil de confidentialité du matériel. Un filtre qui supprime un pied de page peut retirer une mention d'attribution. Un déduplicateur peut décider que deux copies sont identiques alors que l'une porte un avis de licence différent. Un filtre linguistique peut exclure un corpus en langue minoritaire et rendre le modèle moins utile pour cette communauté. Un filtre de sécurité peut conserver un court extrait plus sensible que le document complet.

L'erreur centrale consiste à traiter le filtre comme un détail d'implémentation plutôt que comme une décision sur ce qui persiste. Un enregistrement doit indiquer quelle règle a été exécutée, sur quelle version de la source, avec quel résultat, et si une personne a examiné les cas limites. Il doit être possible de reconstituer non seulement le jeu de données final, mais aussi l'ensemble des candidats refusés, mis en quarantaine ou supprimés. Sinon, une demande ultérieure de retrait d'une œuvre devient une recherche dans un modèle du pipeline plutôt qu'une opération sur le pipeline lui-même.

Le filtrage a également un effet représentationnel. Supposons qu'une famille de sources contienne des critiques de fond, des brèves, des avis publics et des commentaires. Un seuil de longueur peut conserver une forme et en écarter une autre. Une règle de déduplication peut privilégier le contenu syndiqué au détriment du reportage local. Un score de qualité peut favoriser un langage institutionnel soigné. Ce ne sont pas des affirmations sur un corpus particulier. Ce sont des manières courantes par lesquelles une règle technique peut changer les mots qui survivent. Le pipeline doit les décrire comme des choix de conception et évaluer leurs conséquences.

Le droit d'auteur et les données personnelles peuvent entrer en collision ici. Supprimer des noms ne supprime pas nécessairement le texte expressif. Supprimer du texte ne supprime pas nécessairement un droit sui generis sur une base de données. Pseudonymiser un enregistrement peut réduire l'identification directe tout en laissant l'enregistrement transformé soumis à une règle de conservation ou contractuelle. La bonne réponse n'est pas d'inventer une hiérarchie universelle. C'est de garder explicite la finalité de chaque contrôle et d'éviter de prétendre qu'un seul filtre résout chaque catégorie juridique.

Un contrôle pratique consiste à rendre les transformations composables et inspectables. Conserver l'identité de la source attachée à l'enregistrement transformé. Stocker un identifiant et une version de règle. Enregistrer les comptages uniquement là où ils sont mesurés, et préserver un échantillon ou un manifeste permettant à un examinateur d'inspecter ce que la règle a fait. Si une règle ne peut pas être rejouée, le dire. Un pipeline qui ne rapporte que le jeu de données final nettoyé demande à l'examinateur de faire confiance à une histoire sur le milieu.

Il existe aussi un devoir de résister à la propreté cosmétique. Un jeu de données où chaque champ est rempli et chaque élément se voit attribuer une étiquette de qualité enjouée peut être moins honnête qu'un ensemble plus petit avec des lacunes visibles. Un examen des droits a besoin des éléments gênants : la source avec des conditions contradictoires, l'œuvre dont l'auteur est incertain, la page qui a changé avant la capture, le fichier refusé parce qu'une réserve n'a pas pu être analysée. L'ambiguïté fait partie du matériel. La masquer rend fragile la confiance en aval.

L'entraînement est une transformation, pas une disparition

L'entraînement change la forme du matériel. Il ne fait pas automatiquement disparaître les questions de droits antérieures. Les paramètres du modèle ne sont pas une simple copie de chaque source, et le modèle peut ne pas reproduire une œuvre particulière. Ces observations sont techniquement pertinentes, mais elles ne répondent pas à la question juridique complète. Le pipeline a tout de même fait des copies, sélectionné des données, appliqué une finalité et produit un artefact issu d'un processus sensible aux droits.

Le règlement sur l’intelligence artificielle se montre prudent à cet égard. Dans ses considérants, il note que le développement et l’entraînement des modèles d’IA à usage général exigent l’accès à de grandes quantités de textes, d’images, de vidéos et d’autres données, dont certaines peuvent être protégées. Il précise que l’utilisation de contenus protégés requiert une autorisation, sauf si une exception ou une limitation pertinente s’applique. Il indique également que les fournisseurs qui mettent sur le marché de l’Union des modèles d’IA à usage général doivent adopter une politique de conformité au droit d’auteur de l’Union, notamment en ce qui concerne l’identification et le respect des réserves de droits au titre de l’article 4, paragraphe 3, de la directive sur le droit d’auteur.

Cette obligation ne signifie pas qu’un fournisseur est réputé conforme du seul fait de l’existence d’une politique. Une politique est un contrôle organisationnel. Elle doit renvoyer aux états sources, aux décisions, aux voies de suivi et de correction qui lui donnent sa substance. Le règlement exige aussi un résumé public suffisamment détaillé des contenus utilisés pour l’entraînement, selon un modèle fourni par le Bureau de l’IA. Ce résumé doit être utile aux parties ayant un intérêt légitime, tout en tenant compte des secrets d’affaires et des informations commerciales confidentielles. Il constitue une couche de transparence, et non une divulgation publique œuvre par œuvre, ni un substitut aux preuves sous-jacentes.

La distinction entre un résumé et un registre importe. Un résumé public peut nommer les principales collections ou bases de données et expliquer les autres catégories de sources. Il peut aider les titulaires de droits à comprendre la forme des matériaux d’entraînement. Il ne peut pas, à lui seul, montrer quelle version exacte est entrée dans une exécution particulière, si une réserve a été respectée, ce qui a été retiré après une plainte ou ce qu’un travail d’affinage en aval a hérité. Le registre interne ou contrôlé doit offrir une granularité plus fine que la description publique. Ces deux niveaux doivent rester cohérents.

L’affinage rend le besoin de traçabilité plus aigu. Un fournisseur qui modifie un modèle à usage général avec de nouvelles données d’entraînement ne peut pas traiter la documentation du modèle de base comme un substitut à l’enregistrement de la modification. Les considérants du règlement décrivent des obligations limitées à la modification ou à l’affinage, y compris les nouvelles sources de données d’entraînement. Un registre des modèles doit donc lier chaque nouvelle opération d’entraînement à un état source, à un objectif, à une évaluation de licence ou d’exception, à un résultat d’évaluation et à une décision de publication. Une nouvelle version de modèle constitue une nouvelle surface de droits.

Il est tentant d’affirmer qu’un modèle a oublié le corpus parce qu’une invite ne reproduit pas une page. C’est une hypothèse technique qui nécessite une évaluation, et non une conclusion juridique. La mémorisation, l’extraction, la récupération, la similarité des sorties et l’influence résiduelle sont des questions distinctes. La formulation prudente est tout aussi précise : la transformation modifie ce qui est stocké, et l’analyse des droits doit tenir compte des actes et des usages couverts par la loi. Toute affirmation plus forte exige une interprétation fondée sur des sources pour le système concerné.

Les données d’entraînement ont aussi un cycle de vie après l’exécution. La source brute peut rester dans un stockage sécurisé. Un fragment traité peut être copié dans un cache. Un manifeste peut le lier à un point de contrôle. Les jeux d’évaluation peuvent conserver des exemples représentatifs. Un paquet d’affinage peut voyager vers une autre équipe. Si une source est ensuite retirée, l’organisation doit savoir lesquels de ces états peuvent être supprimés, lesquels peuvent être reconstruits et lesquels exigent une nouvelle décision juridique. Dire que les données sont entrées dans le modèle ne constitue pas un plan de cycle de vie.

Le résumé n’est pas le registre

La transparence publique tend à produire un document unique et imposant. Il est plus facile de renvoyer à un seul résumé que d’expliquer un système de preuves à plusieurs niveaux. Le résumé des contenus d’entraînement prévu par le règlement sur l’IA est important précisément parce qu’il ne constitue pas l’intégralité du registre. Il offre au public et aux titulaires de droits une description significative des contenus utilisés, tout en protégeant les informations confidentielles. Le registre de travail doit néanmoins préserver les états sources, les contrôles et les décisions que le résumé condense.

Considérez le résumé comme une carte et le registre comme les notes de relevé. La carte doit être lisible et utile. Elle ne doit pas prétendre que chaque courbe de niveau est visible. Les notes de relevé doivent contenir les mesures, les incertitudes, les modifications et les points non résolus qui ont rendu la carte possible. Une carte qui contredit le relevé est un problème. Une carte que l'on confond avec le relevé en est un autre.

Cette même séparation facilite la divulgation. Un catalogue de sources peut publier des noms, des catégories, des périodes, des finalités et des états de droits sans exposer de données personnelles ni de contrats confidentiels. Un enregistrement contrôlé peut conserver les éléments exacts, les preuves de licence, l'historique des retraits et les versions des sources à des fins d'audit ou de révision autorisée. La couche publique doit indiquer sa limite. Un catalogue qui affirme qu'aucun champ n'est en attente alors que les détails sont simplement privés est trompeur. Un catalogue qui rend les preuves privées publiques par défaut est négligent.

Pour les ingénieurs, cela signifie que le résumé public doit être généré à partir d'un état maintenu plutôt que rédigé à la main après la publication. Pour les équipes de gouvernance, cela signifie que l'étape de génération nécessite une révision et un enregistrement des modifications. Pour les titulaires de droits, cela signifie qu'il existe un chemin allant d'une catégorie publique à une réponse pertinente lorsqu'une préoccupation est soulevée. Le résumé gagne en crédibilité lorsque l'organisation peut montrer comment une correction circule d'un rapport à l'état source pertinent et aux décisions en aval.

Il convient également de distinguer la divulgation de l'attribution. Un résumé peut lister une collection sans nommer chaque créateur. Des mentions d'attribution peuvent être requises dans un ensemble de données ou une sortie en vertu de la licence applicable. Un titulaire de droits peut avoir besoin de savoir qu'une œuvre particulière a été incluse même lorsque le résumé public ne peut pas publier une liste complète des éléments. Ce sont des exigences de conception distinctes. La réponse n'est pas d'exiger qu'un seul document fasse tout.

Les sorties rouvrent la question

Une sortie de modèle peut ressembler à une nouvelle œuvre, mais le pipeline ne peut pas déclarer les droits antérieurs sans importance parce que le libellé est différent. Les questions relatives aux sorties incluent la reproduction, la similarité substantielle, l'attribution, la communication, la distribution, la confidentialité et les conditions du déploiement. Elles incluent également le chemin par lequel un utilisateur a fourni une entrée, récupéré une source, demandé une transformation ou demandé au système d'imiter un style nommé. La sortie est une nouvelle étape avec ses propres faits.

Ce n'est pas un argument selon lequel chaque phrase générée enfreint le droit d'auteur. C'est un argument contre une hypothèse générale dans un sens ou dans l'autre. La sortie peut être une synthèse originale, une citation, une reproduction proche, une réponse fondée sur une source sous licence, ou une erreur qui combine des fragments de plusieurs endroits. Un système conscient des droits doit conserver suffisamment de contexte pour enquêter sur le chemin réel. Quelle version du modèle a été exécutée. Quelles sources de récupération ont été utilisées. Quelle instruction utilisateur a façonné la tâche. Quels contrôles de sortie ont été appliqués. Une source a-t-elle été reproduite ou simplement consultée.

L'attribution peut devenir particulièrement confuse à ce stade. Une citation peut aider le lecteur à localiser une source, mais elle ne satisfait pas nécessairement une condition de licence ni ne résout une préoccupation de reproduction. Inversement, un système peut avoir une licence valide pour une source tout en produisant une sortie trompeuse, privée ou hors du champ d'application de la finalité de l'utilisateur. L'enregistrement de sortie doit indiquer ce qu'il peut établir et ce qu'il laisse à l'utilisateur ou au déployeur.

Les utilisateurs en aval ont besoin d'une limite claire. Un fournisseur de modèle peut documenter le modèle et sa politique de formation. Un déployeur choisit une finalité, fournit des entrées, configure la récupération, expose une interface et décide quoi publier ou sur quoi agir. La position sur les droits peut changer avec ces choix. Le même modèle peut être utilisé pour résumer une archive interne autorisée ou pour reconstruire un article derrière un paywall pour une distribution publique. La capacité n'est pas l'autorité.

Le chemin de sortie doit aussi préserver un refus. Si le système refuse de reproduire un contenu protégé, cette décision est une preuve du contrôle exercé, et non un vide gênant. Si un utilisateur modifie sa demande et que le système procède par une autre source ou une autre transformation, l'enregistrement doit montrer le nouveau chemin. Un pipeline qui ne stocke que les réponses réussies ne peut pas démontrer que ses limites étaient actives.

Le retrait n’est pas un simple bouton de suppression. C’est une décision traçable à travers les états qui ont hérité de la source.

La conservation et la suppression sont des questions de pipeline

Lorsqu’un titulaire de droits demande un retrait, on se demande souvent si le modèle peut être amené à oublier. Cela peut être une question de recherche, mais les premières questions opérationnelles sont plus concrètes. Quelle copie source est conservée. Quels enregistrements traités y font référence. Quels manifestes, fragments, caches, jeux d’évaluation et index de récupération contiennent une représentation. Quel modèle ou quel passage de fine-tuning a consommé l’état. Quelles sorties ou publications ont été produites. Lesquelles de ces éléments sont encore sous le contrôle de l’organisation.

Il n’existe pas de promesse universelle honnête qu’une seule demande puisse effacer instantanément tout artefact dérivé. La réponse dépend du système, de la base juridique, de la position contractuelle, de la politique de conservation et de l’action demandée. Un pipeline peut toutefois rendre la limite visible. Il peut mettre en quarantaine la source, arrêter la promotion future, marquer les versions concernées des jeux de données, évaluer si une modification du modèle est nécessaire, supprimer les copies contrôlées lorsque la décision l’exige, et consigner ce qui reste hors de son contrôle direct.

La conservation devrait être conçue avant la collecte, et non improvisée après une plainte. L’enregistrement source devrait porter une finalité et un point de révision. Les copies de traitement temporaires devraient avoir une durée de vie définie. Les espaces de recherche sécurisés devraient avoir des règles d’accès et des conditions de suppression ou d’archivage. Les manifestes de jeux de données et de modèles devraient identifier l’état source dont ils dépendent. Un refus ou un retrait devrait pouvoir traverser ces relations sans qu’une équipe doive chercher sur chaque machine de mémoire.

La suppression n’est pas non plus la même chose que le masquage. Retirer une ligne d’un tableau de bord tout en laissant un fragment exporté intact n’est pas une suppression. Marquer une source comme retirée sans arrêter un index de récupération n’est pas une suppression. Remplacer un résumé public tout en laissant une ancienne version téléchargeable peut ne pas répondre au résultat demandé. L’action et ses limites doivent être nommées avec précision, surtout lorsqu’un recours technique ou juridique complet n’est pas possible.

The record should preserve history rather than rewriting it. If a source was admitted, later withdrawn and then removed from managed circulation, the timeline should say so. The original admission decision should remain visible to authorised reviewers, with the later action linked to it. A clean current state is useful. A clean state with no history is difficult to trust.

Personal data adds another layer, but the same discipline helps. A data-protection erasure request may concern a person represented in a work, a source record, a log or an output. Copyright removal and data-protection erasure are not interchangeable. The pipeline should record which right was asserted, which material was identified, which legal and technical assessments were made, and what action followed. One button labelled remove is an invitation to confuse several systems of law.

Refusal must be a first-class record

A mature data pipeline remembers the material it did not take. This sounds counterintuitive because storage is usually discussed as a positive inventory. But rights work depends on negative evidence. The source was found and refused because the access route was restricted. The reservation could not be interpreted. The licence did not cover the purpose. The source identity was too uncertain. The content was withdrawn. The operator declined to make the copy. These are decisions that protect both the source and the organisation.

A refusal record should not preserve more content than necessary to explain the decision. It can carry the source address, identity, retrieval time, policy state, reason code, operator or service identity and review route. It can include a hash or other content identity where that is appropriate and lawful, without retaining the protected material itself. The goal is to make the refusal auditable, not to create a second unauthorised archive of the thing that was refused.

Negative records also stop teams from repeating the same mistake. A discovery system may encounter the source again. Without a refusal state, a new run treats it as a fresh candidate and asks the same question. With a versioned refusal, the run can see the previous boundary and determine whether anything has changed. The system still needs a review policy because rights and source conditions can change. The important part is that a change is deliberate.

This is where a small distinction helps: blocked, unresolved and not in scope are not the same state. Blocked means a control stopped the route, perhaps because a reservation or technical restriction applied. Unresolved means the evidence was insufficient for a decision. Not in scope means the proposed purpose or source family falls outside the programme. Collapsing them into denied hides which action could change the state and who owns that action.

Refusal records are also a defence against the mythology of scale. A large corpus is not proof of a serious process. A smaller corpus with clear admissions and refusals can be easier to govern, reproduce and explain. The pipeline should be able to answer not only how much it collected but how much it declined, why, and whether the policy was applied consistently across languages, source types and regions.

Downstream use is another pipeline

The rights path does not end when a dataset is handed to a model team. A dataset can become a training run, a benchmark, a retrieval package, a demonstration set, a search index or a commercial feature. Each downstream use can change the purpose, audience, retention, reproduction risk and contractual obligations. A single dataset identifier is not enough if it hides which projection was used.

Considérons une famille de sources admise pour une évaluation interne. Une équipe ultérieure pourrait souhaiter publier des exemples, utiliser le matériel dans un service de recherche destiné aux clients ou affiner un modèle avec celui-ci. Il s'agit de nouveaux objectifs, et non de simples déploiements de la décision antérieure. Le pipeline devrait exiger que le nouvel usage hérite des conditions de la source et fasse l'objet d'une nouvelle évaluation lorsque l'objectif change. La réutilisation est une transition, non un libre mouvement.

Les registres de modèles peuvent aider en liant une version à l'état exact des données et de la politique utilisés. Ils devraient indiquer les familles de sources, le statut des droits, les transformations, les exclusions, l'ensemble d'évaluation et la décision de publication à un niveau adapté au public. Ils ne devraient pas prétendre qu'un statut vert signifie que chaque œuvre est juridiquement autorisée. Un statut est une déclaration sur les preuves et les contrôles que l'organisation a consignés, et non une conclusion judiciaire universelle.

La documentation en aval importe parce que la responsabilité est répartie. Un fournisseur peut publier le résumé de l'entraînement et la politique de droits d'auteur. Un intégrateur peut ajouter des sources de recherche, des invites, des outils et des données utilisateur. Un déployeur peut décider de l'action qui suit une sortie. Un éditeur peut présenter du matériel généré au public. La question des droits peut se déplacer avec l'acte. Un contrat peut répartir les responsabilités entre les parties, mais le parcours technique doit encore montrer quelle partie a fourni quelle preuve et pris quelle décision.

La provenance portable est donc plus qu'une commodité. Lorsqu'un ensemble de données ou un modèle circule entre des organisations européennes, ses états de source, ses réserves, ses licences, ses exigences d'attribution et son historique de retrait doivent rester lisibles. Autrement, la portabilité devient un bouton de réinitialisation pour les droits. L'équipe réceptrice voit un artefact propre et perd les faits qui rendaient l'artefact gouvernable.

Les bons contrôles en aval sont souvent ennuyeux. Une exportation comprend un manifeste. Une version de modèle nomme l'état des données. Un paquet de recherche consigne les versions des sources. Une interface utilisateur peut exposer une citation ou un refus. Un rapport porte l'attribution exigée par la licence. Une demande de retrait trouve un propriétaire. Aucun de ces contrôles ne rend l'organisation à l'abri d'un litige. Ils permettent d'y répondre sans prétendre que le système n'a pas de mémoire.

Une discipline opérationnelle européenne

Les instruments juridiques fournissent la structure. Une organisation doit encore transformer cette structure en routine. Ce qui suit est une discipline opérationnelle proposée, et non un avis juridique ni un substitut à une évaluation des droits dans un État membre particulier.

  • Nommer la finalité avant la source. Indiquer ce que le matériau est censé étayer et ce qui est hors du champ. Une finalité qui n'arrive qu'après la collecte est généralement une excuse rétrospective.
  • Séparer l'accès de la réutilisation. Consigner comment la source a été atteinte, puis évaluer quels actes l'usage envisagé requiert. Ne pas faire d'une URL publique une autorisation universelle.
  • Garder des états de droits typés. Sous licence, évalué au titre d'une exception, réservé, refusé, non résolu, retiré et admis pour une finalité ne doivent pas se fondre en un seul feu vert.
  • Faire suivre la provenance à travers les transformations. Garder l'identité de la source, la version, la règle de traitement, les preuves de licence et l'historique des décisions attachés à l'état traité.
  • Consigner les décisions négatives. Un refus, une mise en quarantaine ou un examen non résolu fait partie des preuves et doit empêcher une répétition accidentelle.
  • Rendre la conservation explicite. Nommer quelles copies, quels manifestes, index, points de contrôle et sorties demeurent, qui les possède et quand la finalité ou la période d'examen prend fin.
  • Faire concorder les synthèses et les registres. La transparence publique doit être générée à partir de preuves tenues à jour et doit indiquer ce qu'elle ne divulgue pas.
  • Tester le retrait avant la publication. Utiliser un exercice étiqueté pour voir si une source peut être localisée à travers ses états dérivés. Consigner les limites plutôt que de prétendre à un effacement parfait.

Cette discipline est délibérément moins spectaculaire qu'une démonstration d'IA. Elle a de meilleures chances de lui survivre. La difficulté n'est pas d'écrire les mots pipeline respectueux des droits sur une diapositive. C'est de faire en sorte que le composant suivant reçoive assez de contexte pour éviter de transformer une décision conditionnelle en copie inconditionnelle.

Les contrôles doivent aussi respecter la proportionnalité. Une analyse interne à faible risque n'exige pas la même divulgation publique qu'un modèle à usage général mis sur le marché de l'Union. Une petite équipe peut avoir besoin d'outils plus simples qu'un grand fournisseur. Les questions de fond restent les mêmes : ce qui a été accédé, ce qui a été permis, ce qui a été fait, ce qui a été conservé et qui peut corriger l'état. Proportionné ne signifie pas invisible.

Le jugement humain a sa place aux points où les preuves sont réellement ambiguës. La machine peut analyser une réserve, comparer un identifiant de licence, vérifier un manifeste et arrêter une demande. Elle ne doit pas inventer silencieusement une interprétation juridique parce qu'un flux de travail attendrait autrement. La décision humaine doit être typée, délimitée et consignée. Ce n'est pas un échec de l'automatisation. C'est la reconnaissance que le sens juridique n'est pas un effet secondaire d'une analyse réussie.

Une petite note de notre part

Chez Dweve, notre Centre de confiance public décrit la même séparation en termes délibérément modestes. Winnow est présenté comme la voie d'acquisition qui vérifie la politique de la source, robots.txt, les taux, les cibles et les journaux de requêtes. Spindle est la couche de gouvernance pour la provenance, la qualité, la politique, les conflits, le retrait et la promotion. Loom consomme du matériau gouverné ou utilise Winnow via une frontière d'outil consignée. La description ne prétend pas qu'un contrôle de robot rend chaque finalité d'opérateur licite, et elle ne traite pas un catalogue public de sources comme le registre complet des preuves privées.

C'est la partie utile de l'exemple, pas les noms de produits. Un composant de collecte peut imposer une discipline d'accès. Un composant de gouvernance des connaissances peut préserver l'état de la source et décider de ce qui peut persister. Un composant de modèle peut consigner ce qu'il a réellement consommé. La responsabilité juridique reste attachée à la finalité et à l'opérateur. Construire un système interne de cette manière ne vaut pas un certificat de l'univers. Cela rend les affirmations de l'organisation plus faciles à inspecter et ses erreurs plus faciles à corriger.

L'argument juridique commence plus tôt

Les litiges de droit d'auteur liés à l'IA reposeront parfois sur des questions difficiles qu'aucun pipeline ne peut trancher à l'avance. Les tribunaux et les autorités peuvent interpréter les exceptions, les contrats, les réserves, la reproduction et les résultats de manière évolutive. La mise en œuvre nationale et les faits d'une utilisation particulière comptent. Un enregistrement technique ne peut pas remplacer ce travail. Il peut garantir que ce travail commence par des faits plutôt que par des idées reçues.

La première question utile n'est pas de savoir si un modèle a appris à partir d'Internet. Cette expression est trop large pour avoir un sens juridique ou technique. Il faut plutôt demander quelles familles de sources étaient concernées, comment l'accès a été obtenu, quelles copies ont été faites, quelle voie de droits a été évaluée, quelles réserves ont été observées, quelles transformations ont été exécutées, quel contenu a été refusé, quelles versions de jeux de données et de modèles ont hérité de l'état, et quel résumé public ou quelle documentation en aval a été produit.

La deuxième question utile est de savoir si l'organisation peut montrer les limites de sa propre connaissance. Une source peut être identifiée mais sa licence incertaine. Une réserve peut être présente mais sa portée contestée. Un résumé de formation peut être complet au niveau de la collecte mais ne pas constituer une preuve au niveau de l'élément. Une action de retrait peut mettre fin à une utilisation future tout en laissant une version historique hors de contrôle direct. Ce ne sont pas des aveux d'échec. Ce sont les limites qu'un système sérieux devrait exposer.

La troisième question est de savoir si une correction peut se propager. Si un titulaire de droits signale un problème, l'organisation peut-elle identifier l'état de la source, la décision pertinente, les actifs dérivés et le responsable de l'action suivante. Si une source modifie ses conditions, l'acquisition future peut-elle s'arrêter sans réécrire le passé. Si un modèle est affiné avec un nouveau corpus, l'enregistrement de la version peut-il montrer la nouvelle voie de droits. Si un utilisateur demande une reproduction protégée, le refus et toute réponse alternative peuvent-ils être inspectés ultérieurement.

C'est pourquoi la provenance est plus qu'une courtoisie et pourquoi la suppression est plus qu'un bouton. Ce sont des moyens de maintenir un état juridique et technique connecté à mesure que le pipeline change de forme. La connexion ne sera jamais parfaite. Des sources disparaissent, des contrats se contredisent, des systèmes sont remplacés et des organisations fusionnent. Un enregistrement limité ne peut pas résoudre ces faits. Il peut empêcher l'organisation de confondre un maillon manquant avec une chaîne propre.

L'approche européenne exige cette discipline sur plusieurs registres à la fois. Le droit d'auteur traite des droits, des exceptions, des licences et des réserves. La loi sur l'IA demande à certains fournisseurs de modèles une politique et un résumé public du contenu de formation. La protection des données, les droits sui generis sur les bases de données, le droit des contrats, la protection des consommateurs et les règles sectorielles ajoutent leurs propres questions. Un pipeline ne devrait pas aplatir ces instruments en une seule couleur de conformité. Il devrait rattacher la règle pertinente à l'acte qu'elle régit et laisser de la place à une évaluation humaine là où les chemins se croisent.

Il n'est pas nécessaire de rendre la prose plus grandiose que le travail. La promesse essentielle est modeste : nous savons ce qui est entré, pourquoi cela est entré, ce qui lui est arrivé, ce qui n'est pas entré, où il est allé ensuite et comment changer de cap. Un modèle peut être impressionnant sans cette promesse. Un système respectueux des droits ne le peut pas.

Le droit d'auteur est un problème de pipeline de données avant d'être un argument juridique, car l'argument juridique a besoin de la mémoire du pipeline. Construisez la mémoire dès la première copie, maintenez les conditions attachées tout au long de la transformation, et faites du refus, de l'attribution, de la conservation et du retrait des états visibles. Ensuite, lorsque la question difficile arrive, l'organisation peut répondre avec les faits qu'elle possède réellement plutôt qu'avec un récit confiant assemblé après coup.

Sources