#1. Objet du dossier et ce qu'un canevas prouve
Le dossier 08-assets/canevas/ contient douze fichiers SVG, un par persona du dossier de lancement. Chacun représente un canevas de proposition de valeur : la mise en regard, sur une seule page, de ce qu'une personne cherche à accomplir et de ce que KySpectra lui offre réellement aujourd'hui.
Ces canevas ne sont pas des illustrations décoratives. Ce sont des instruments de décision interne. Ils servent à trois usages précis.
| Usage | Qui s'en sert | Ce qu'il en tire |
|---|---|---|
| Préparation d'un entretien de découverte | Ventes, avant-vente | La liste des frustrations à faire dire au prospect, avant de parler du produit |
| Arbitrage de feuille de route | Produit, direction technique | Les frustrations sans réponse, qui deviennent des candidats prioritaires |
| Contrôle de cohérence du discours | Marketing, communication | La vérification qu'aucun argument public ne dépasse ce que le produit fait |
#1.1 Ce qu'un canevas prouve
Un canevas rempli honnêtement prouve une chose et une seule : que l'équipe a formulé explicitement, pour une personne donnée, une correspondance entre des éléments produit existants et des difficultés énoncées. C'est une hypothèse structurée et opposable, pas un résultat de terrain.
#1.2 Ce qu'un canevas ne prouve pas
| Le canevas ne prouve pas | Pourquoi |
|---|---|
| Que la personne achètera | Un canevas décrit une adéquation logique, pas une décision d'achat ni un budget disponible |
| Que la douleur est prioritaire chez elle | Une frustration réelle peut rester la douzième priorité d'un trimestre |
| Que la formulation est la sienne | Tant qu'un pilote n'a pas parlé, les mots sont ceux de l'éditeur, pas ceux du marché |
| Que le produit est meilleur qu'un autre | Le canevas ne compare rien ; il ne cite aucun concurrent |
| Que la valeur est quantifiée | Aucun gain chiffré n'y figure, faute de mesure terrain vérifiable |
Cette distinction est structurante pour tout le dossier. Un canevas est une carte de raisonnement, à confronter au réel dès la phase de pilotes fermés (2026-09-07 → 2026-10-04).
#2. Origine de l'outil et vocabulaire français retenu
L'outil provient d'Alexander Osterwalder et de son équipe (Strategyzer), formalisé dans l'ouvrage Value Proposition Design. Il complète le canevas de modèle d'affaires en zoomant sur deux blocs seulement : le segment de clientèle et la proposition de valeur.
Le vocabulaire d'origine est anglais. Le dossier de lancement étant français d'abord (§12 du brief commun), les termes sont fixés une fois pour toutes ci-dessous. Toute autre traduction est un écart à corriger.
| Terme d'origine | Terme français retenu | Terme rejeté et raison du rejet |
|---|---|---|
| Customer Jobs | Tâches | « Travaux » : trop industriel · « Missions » : trop hiérarchique |
| Pains | Frustrations et problèmes | « Douleurs » : calque anatomique inutile hors contexte médical |
| Gains | Attentes et gains | « Bénéfices » : connoté comptable, ambigu avec la rentabilité |
| Products and Services | Produits et services | Aucun ; la traduction est directe |
| Pain Relievers | Solutions aux problèmes (aussi : anti-douleurs) | « Analgésiques » : métaphore médicale déplacée dans un dossier logiciel |
| Gain Creators | Créateurs de gains | « Générateurs de valeur » : vague, non traçable à l'original |
| Customer Profile | Profil client | « Fiche client » : confusion avec une fiche de données |
| Value Map | Carte de valeur | « Carte de proposition » : redondant avec le titre du canevas |
| Fit | Adéquation | « Ajustement » : suggère un réglage réversible, pas une correspondance |
Le mot anti-douleurs est conservé entre parenthèses dans les documents internes parce qu'il reste répandu à l'oral chez les praticiens francophones de la méthode. Dans tout texte destiné à l'extérieur, la forme retenue est Solutions aux problèmes.
#3. Anatomie du canevas, zone par zone
Les douze fichiers partagent une structure rigoureusement identique. Un lecteur qui a compris un canevas les a tous compris. La numérotation 1 → 6 est visible dans chaque SVG, en pastille, à l'entrée de chaque zone.
#3.1 À droite — le profil client (cercle)
Le cercle est divisé en trois secteurs. Il décrit la personne sans jamais mentionner KySpectra. C'est une règle de méthode : le profil doit rester vrai même si le produit n'existait pas.
| Zone | Titre | Position dans le cercle | Contenu |
|---|---|---|---|
| ① | Tâches (Jobs) | Secteur droit | Ce que la personne cherche à accomplir : tâches fonctionnelles, sociales, émotionnelles |
| ② | Frustrations et problèmes (Pains) | Secteur bas-gauche | Ce qui l'empêche, la ralentit, la met en risque ou l'expose |
| ③ | Attentes et gains (Gains) | Secteur haut-gauche | Ce qu'elle espère obtenir, y compris ce qu'elle n'ose pas demander |
#3.2 À gauche — la carte de valeur (carré à pointe)
Le carré se termine par une pointe dirigée vers le cercle. La forme n'est pas gratuite : elle signifie que la carte de valeur est faite pour s'emboîter dans le profil, et non l'inverse.
| Zone | Titre | Position dans le carré | Contenu |
|---|---|---|---|
| ④ | Produits et services | Colonne de gauche | La liste des éléments produit concernés, tous de statut Livré |
| ⑤ | Solutions aux problèmes | Bas-droite | Comment ces éléments réduisent ou suppriment une frustration précise de ② |
| ⑥ | Créateurs de gains | Haut-droite | Comment ces éléments produisent un gain précis de ③ |
#3.3 Les liaisons et la question centrale
Deux flèches portent la mention « Répondent aux » :
| Flèche | Origine | Destination | Ce qu'elle affirme |
|---|---|---|---|
| Flèche basse | ⑤ Solutions aux problèmes | ② Frustrations et problèmes | Chaque solution vise une frustration nommée, pas une difficulté générale |
| Flèche haute | ⑥ Créateurs de gains | ③ Attentes et gains | Chaque créateur de gain vise une attente nommée, pas un bénéfice supposé |
En pied de canevas figure une question centrale d'adéquation, propre à chaque persona. Elle est rédigée à la deuxième personne du pluriel et se répond par oui ou par non. C'est le test final du canevas : si la réponse honnête est « non », le canevas est faux et doit être corrigé, pas embelli.
#3.4 Contraintes techniques communes aux douze fichiers
| Contrainte | Règle appliquée |
|---|---|
| Autonomie | viewBox présent, aucune ressource externe, aucune police chargée depuis un réseau de diffusion |
| Texte | Éléments <text> réels, jamais de texte vectorisé ni d'image matricielle |
| Fond | Fond blanc explicite, jamais de transparence implicite |
| Couleurs | Palette KySpectra exclusivement (§4 du brief commun) |
| Provenance IA | Le violet #7c5cfc est réservé à ce qui provient d'un agent ; il n'est pas utilisé comme couleur décorative |
| Statuts | Vert #0e7a50 pour Livré ; les statuts En cours et Planifié n'apparaissent pas dans les cartes de valeur |
| Typographie | font-family="Space Grotesk, ui-sans-serif, system-ui, sans-serif" avec repli système |
| Nommage | canevas-persona-<nom>.svg, en minuscules, sans accent |
#4. Méthode de lecture en six temps
C'est la partie la plus importante de ce document. Un canevas mal lu produit une conclusion inverse de la réalité. La méthode se déroule en six temps, dans cet ordre, sans exception.
#Temps 1 — Lire le cercle en entier, à droite
Commencez par le profil client, à droite, et lisez-le intégralement : ① puis ② puis ③. À ce stade, ne regardez pas la carte de valeur. Posez-vous une seule question : cette personne existe-t-elle, et ce qui est écrit là est-il vrai pour elle ?
Si le profil est faux, tout le reste est sans objet. Corrigez le profil avant d'examiner l'offre.
#Temps 2 — Seulement ensuite, lire le carré, à gauche
Passez à la carte de valeur : ④ puis ⑤ puis ⑥. Vous lisez maintenant l'offre en connaissant déjà le besoin, ce qui vous met en position d'évaluateur plutôt qu'en position d'auditeur d'un argumentaire.
#Temps 3 — Ne jamais lire de gauche à droite
Lire de gauche à droite revient à partir du produit et à chercher ensuite à qui le vendre. C'est l'erreur que le canevas est précisément conçu pour empêcher. Le sens de lecture est droite → gauche. La pointe du carré indique d'ailleurs la direction inverse de la lecture : elle pointe vers le cercle parce que l'offre doit rejoindre le besoin.
#Temps 4 — Vérifier l'adéquation ligne à ligne, ⑤ ↔ ② puis ⑥ ↔ ③
Prenez chaque élément de ⑤ et cherchez la frustration de ② qu'il adresse. Puis chaque élément de ⑥ et l'attente de ③ correspondante. Une correspondance vaut si elle passe le test suivant.
| Test | Question à se poser | Verdict si la réponse est non |
|---|---|---|
| Nommage | La frustration visée est-elle nommée explicitement dans ② ? | Correspondance à réécrire ou à supprimer |
| Mécanisme | Peut-on dire par quel comportement du produit la frustration diminue ? | Argument creux, à retirer |
| Statut | L'élément produit invoqué est-il de statut Livré ? | Violation de la règle §6 ci-dessous |
| Vérifiabilité | Une démonstration en navigateur réel pourrait-elle l'établir ? | À déclasser en intention, hors canevas |
#Temps 5 — Repérer les éléments orphelins, dans les deux sens
Deux repérages, deux conséquences opposées.
| Repérage | Ce que c'est | Conséquence |
|---|---|---|
| Élément de ④ / ⑤ / ⑥ qui ne répond à rien dans le cercle | Une capacité que nous aimons, dont personne n'a dit avoir besoin | Candidat au retrait du discours pour cette persona — pas nécessairement du produit |
| Frustration de ② sans aucune réponse dans ⑤ | Un besoin reconnu et non servi | Candidat à la feuille de route, à inscrire comme tel, jamais à masquer |
Un canevas sans aucun orphelin des deux côtés est suspect : il a probablement été rempli pour être joli. Un canevas honnête laisse voir ses trous.
#Temps 6 — Conclure par la question d'adéquation
Relisez la question centrale en pied de canevas et répondez-y à voix haute, devant quelqu'un. La réponse admise est oui, non, ou oui sous condition explicite. Toute réponse évasive signifie que le canevas n'est pas encore utilisable.
#5. Les trois niveaux d'adéquation et celui que KySpectra revendique
La méthode distingue trois niveaux d'adéquation, atteints dans cet ordre. On ne saute pas un niveau.
| Niveau | Nom | Ce qui l'établit | Preuve exigée |
|---|---|---|---|
| 1 | Adéquation problème / solution | On a formulé un besoin réel et une offre qui y répond de façon plausible, sur papier | Un canevas argumenté, adossé à des comportements produit vérifiables |
| 2 | Adéquation produit / marché | Des clients utilisent réellement le produit et confirment la valeur par leur usage | Des usages mesurés chez des tiers, des renouvellements, des témoignages authentiques |
| 3 | Adéquation modèle d'affaires | La valeur est capturée de façon rentable et répétable à l'échelle | Marges, coût d'acquisition, rétention, mesurés sur la durée |
#5.1 Réponse honnête pour KySpectra au 2026-08-17
| Niveau | Position revendiquée | Justification |
|---|---|---|
| Problème / solution | Revendiquée, argumentée | Chaque élément de carte de valeur correspond à un comportement produit de statut Livré, prouvé sur au moins un environnement en ligne, souvent en navigateur réel |
| Produit / marché | Non démontrée | Aucun pilote client n'a été mené à ce jour. Aucun témoignage n'existe (§15.6 du brief commun). Les canevas expriment donc une hypothèse d'éditeur, pas une validation de marché |
| Modèle d'affaires | Non démontrée | La grille tarifaire reste au stade d'hypothèse à valider (§10 du brief commun) et le catalogue de plans doit être nettoyé avant le lancement |
Cette position n'est pas une faiblesse à dissimuler ; c'est l'application de la valeur honnêteté d'ingénierie. La phase de pilotes fermés qui s'ouvre le 2026-09-07 a précisément pour objet de faire passer le niveau 2 de « non démontrée » à « en cours de démonstration ».
#5.2 Règle d'usage qui en découle
Aucun canevas ne peut être présenté à l'extérieur comme une preuve d'adoption. En contexte externe, la formule admise est : « voici la correspondance que nous avons formulée entre vos difficultés et ce que la plateforme fait aujourd'hui — nous cherchons des partenaires de conception pour la confronter au réel ».
#6. Règle de véracité appliquée aux cartes de valeur
Seuls des éléments produit de statut Livré figurent dans les zones ④, ⑤ et ⑥ des douze canevas. Cette règle est absolue et prime sur toute considération d'attractivité visuelle.
#6.1 Ce qui est explicitement exclu des canevas
| Capacité | Statut | Motif de l'exclusion |
|---|---|---|
| Applications mobiles iOS / Android | ⚪ Planifié | Aucun code mobile n'existe dans le dépôt ; les portails restent utilisables sur mobile via navigateur, ce qui n'est pas une application |
| Pilotes nuage natifs (Azure Container Apps, Cloud Run, ECS) | ⚪ Planifié | Le mécanisme générique par interface en ligne de commande est prouvé ; les pilotes natifs ne le sont pas |
| Provisionnement automatique de fournisseur d'identité | ⚪ Planifié | Bloqué par des droits d'administration ; une action d'exploitation est requise |
| Place de marché de capacités avec audience ciblée | 🟡 En cours | Code écrit et testé, non déployé, non prouvé en ligne |
Portail de documentation kyspectradoc.kyrieva.com |
🟡 En cours | Créé dans le cadre de ce programme, non encore publié |
#6.2 Contrôle avant diffusion
Avant qu'un canevas quitte le dossier interne, trois vérifications sont faites dans l'ordre.
| # | Vérification | Critère de réussite |
|---|---|---|
| 1 | Chaque élément de ④ existe dans l'inventaire fonctionnel du brief commun (§6) | Correspondance nominative exacte |
| 2 | Chaque élément de ④ porte le statut Livré dans ce même inventaire | Aucun élément En cours ni Planifié |
| 3 | Aucun chiffre de marché, aucun témoignage, aucun superlatif interdit n'apparaît dans le SVG | Lecture intégrale du texte du fichier |
Un canevas qui échoue à l'une de ces trois vérifications est corrigé avant usage. Il n'est jamais diffusé « en attendant ».
#7. Tableau récapitulatif des douze personas
Ce tableau est la table de correspondance de référence entre les personas du §9 du brief commun et les fichiers du dossier. L'élément produit pivot est celui qui porte l'essentiel de la charge démonstrative dans la carte de valeur ; il n'est pas le seul élément présent dans le SVG, mais c'est celui à citer si vous ne devez en citer qu'un.
| # | Persona | Fichier SVG | Douleur dominante | Élément produit pivot (Livré) | Gain principal visé |
|---|---|---|---|---|---|
| 1 | Développeur / ingénieur logiciel | canevas-persona-developpeur.svg |
Reprendre du code généré dont l'intention est perdue | Rétro-ingénierie de dépôt + exigence reliée + exécution de code en tâches Kubernetes éphémères | Modifier sans craindre, parce que l'intention est retrouvable |
| 2 | Product Owner / Product Manager | canevas-persona-product-owner.svg |
Écart entre ce qui a été demandé et ce qui est livré | Spécification exécutable versionnée + validation EARS + remontée du défaut vers l'exigence | Prouver que le livré correspond au demandé |
| 3 | QA / Test Lead / SDET | canevas-persona-qa.svg |
Couverture de test non reliée aux exigences | Génération de tests + données de test synthétiques conformes + portes de qualité + tests navigateur réels | Une matrice exigence → test opposable |
| 4 | Architecte logiciel / d'entreprise | canevas-persona-architecte.svg |
Architecture réelle inconnue et divergente du plan | Sept familles d'artefacts de rétro-ingénierie (C4, modèle de données, OpenAPI, machines à états, BPMN, TOGAF, sécurité) | Voir l'écart entre le plan et le réel |
| 5 | CTO / VP Ingénierie | canevas-persona-cto.svg |
La vitesse d'aujourd'hui payée par la paralysie de demain | Plafond d'autonomie N0 → N3 + budgets et quotas + boucle fermée jusqu'à la production | Une vitesse soutenable, pas une dette d'intelligibilité |
| 6 | DSI / directeur TI | canevas-persona-dsi.svg |
Prouver la maîtrise de l'IA à un comité et à un auditeur | Registre central d'agents + capacités à trois niveaux en refus par défaut + journal d'audit chaîné + rapport Loi 25 | Un dossier opposable, pas une note d'intention |
| 7 | Analyste d'affaires | canevas-persona-analyste-affaires.svg |
Des exigences qui meurent dans un document mort | Génération d'exigences depuis le langage naturel + validation EARS + métamodèle par projet | L'exigence reste vivante et reliée à ce qui est construit |
| 8 | Ops / SRE / DevOps | canevas-persona-ops-sre.svg |
Des déploiements sans traçabilité de décision | Déploiement gouverné avec approbation et retour arrière + DEPLOY_LIVE=false par défaut + génération de pipeline CI/CD |
Chaque mise en production est explicable après coup |
| 9 | Sécurité et conformité | canevas-persona-securite-conformite.svg |
Des agents IA sans périmètre ni journal opposable | Séparation des devoirs + refus par défaut + coffre de secrets par projet + masquage d'existence par 404 + rapport Loi 25 | Une preuve d'encadrement vérifiable |
| 10 | Agence / ESN / intégrateur | canevas-persona-agence-esn.svg |
Reprendre un système client sans documentation | Rétro-ingénierie + documentation-comme-code + isolation multi-locataire stricte | Un audit de reprise en jours plutôt qu'en mois |
| 11 | PME / dirigeant non technique | canevas-persona-pme.svg |
Dépendance totale à un prestataire | Espace de travail à 11 vues canoniques + artefacts lisibles (PRD, BPMN) + journal d'audit + produit bilingue | Comprendre et reprendre son propre actif logiciel |
| 12 | Enseignant et étudiant | canevas-persona-education.svg |
Enseigner le cycle de vie complet sans infrastructure | Trois environnements en ligne + portails web + plafond d'autonomie N1 + widget de collecte de retours | Le cycle complet enseignable sans monter d'infrastructure |
#7.1 Lectures croisées utiles
| Groupe | Personas | Ce qu'ils partagent |
|---|---|---|
| Les preuves à produire | 6, 9 | Ils n'achètent pas une fonctionnalité, ils achètent un dossier qui tient devant un tiers |
| Les traçabilités à établir | 2, 3, 7 | Ils veulent relier une demande, un test et une exigence dans une même chaîne |
| Les existants à comprendre | 1, 4, 10 | Ils partent d'un système déjà là, jamais d'une page blanche |
| Les cadences à soutenir | 5, 8 | Ils arbitrent entre vitesse immédiate et coût différé |
| Les autonomies à conquérir | 11, 12 | Ils cherchent à ne plus dépendre d'un tiers pour comprendre ou pour enseigner |
#8. Mettre à jour un canevas et le convertir
#8.1 Règle d'ordre — non négociable
Toute modification suit cet ordre exact, sans raccourci.
| Étape | Action | Fichier concerné | Pourquoi cet ordre |
|---|---|---|---|
| 1 | Modifier d'abord le brief commun | Strategielancement/00-brief-commun.md |
Le brief fait autorité sur les personas, les statuts et le vocabulaire ; il est la source, pas le reflet |
| 2 | Répercuter dans le SVG concerné | 08-assets/canevas/canevas-persona-<nom>.svg |
Le visuel ne doit jamais devancer la décision écrite |
| 3 | Mettre à jour le tableau du §7 de ce document | Le présent fichier | La table de correspondance reste le point d'entrée de toute relecture |
Modifier un SVG sans passer par le brief crée une divergence silencieuse : le visuel dit une chose, le dossier en dit une autre, et personne ne sait lequel fait foi. En cas de contradiction constatée, le brief commun gagne et le SVG est corrigé.
#8.2 Points de contrôle après modification
| Contrôle | Comment le faire |
|---|---|
| Le fichier reste autonome | Rechercher toute occurrence de http://, https:// ou @import dans le SVG : il ne doit y en avoir aucune dans une référence de ressource |
| Le texte reste du texte | Vérifier que le contenu modifié est bien dans un élément <text> et non converti en tracé |
| Les couleurs restent conformes | Comparer chaque valeur hexadécimale à la palette du §4 du brief commun |
| Le statut reste Livré | Confronter l'élément ajouté à l'inventaire fonctionnel du §6 du brief commun |
| La lisibilité tient en sombre | Ouvrir le fichier sur un fond sombre : le fond blanc explicite doit rester peint, le texte rester contrasté |
#8.3 Conversion vers un format d'impression ou de présentation
Trois voies, par ordre de préférence.
| Voie | Commande ou geste | Quand la choisir |
|---|---|---|
| Inkscape | inkscape canevas-persona-developpeur.svg --export-type=pdf --export-filename=canevas-persona-developpeur.pdf |
Meilleure fidélité typographique ; voie recommandée pour un dossier imprimé |
| librsvg | rsvg-convert -f pdf -o canevas-persona-developpeur.pdf canevas-persona-developpeur.svg |
Conversion en lot, scriptable, sans interface graphique |
| Navigateur | Ouvrir le SVG, puis imprimer vers PDF, format paysage, marges nulles, arrière-plans activés | Aucun outil installé ; dépannage rapide avant une réunion |
Pour une image matricielle (miniature de présentation) : inkscape <fichier>.svg --export-type=png --export-dpi=192. Conservez toujours le SVG comme original ; le PNG est un dérivé jetable, jamais la version de référence.
#9. Erreurs de lecture fréquentes
| # | Erreur | Conséquence | Correctif |
|---|---|---|---|
| 1 | Lire de gauche à droite, en partant de la carte de valeur | On juge le besoin à travers l'offre ; toute case du produit paraît justifiée | Reprendre au temps 1 : lire le cercle en entier avant de regarder le carré |
| 2 | Traiter le canevas comme une preuve d'adoption | On affirme à l'extérieur une adéquation produit / marché qui n'existe pas | Rappeler le §5 : niveau 1 revendiqué, niveau 2 non démontré faute de pilote |
| 3 | Compter les éléments plutôt que vérifier les correspondances | Un canevas très rempli passe pour un canevas solide | Appliquer le temps 4 : chaque ligne de ⑤ et ⑥ doit pointer une entrée nommée de ② ou ③ |
| 4 | Ignorer les frustrations sans réponse | La feuille de route perd ses meilleurs candidats et le discours devient sourd | Lister explicitement les orphelins de ② et les porter au comité produit |
| 5 | Garder un élément produit qui ne répond à rien | On surcharge l'argumentaire d'une capacité que cette persona n'a pas demandée | Le retirer du canevas de cette persona ; le conserver ailleurs s'il sert un autre profil |
| 6 | Ajouter une capacité En cours ou Planifiée pour « équilibrer » le visuel | Violation directe du §15.2 du brief commun ; risque de promesse non tenue | Ne garder que du Livré ; inscrire le reste dans une feuille de route datée, hors canevas |
| 7 | Confondre ① Tâches et ② Frustrations | Le profil devient une liste de plaintes sans objectif ; on perd le motif d'achat | ① décrit ce que la personne veut accomplir ; ② décrit ce qui l'en empêche |
| 8 | Confondre ③ Attentes et ⑥ Créateurs de gains | Le gain espéré est confondu avec le mécanisme produit ; l'argument tourne en rond | ③ est dans le cercle et ne cite jamais KySpectra ; ⑥ est dans le carré et cite un comportement produit |
| 9 | Lire les douze canevas comme douze produits | On croit à douze offres distinctes ; le discours se fragmente | Il y a une plateforme et douze angles de lecture ; le tableau du §7 le montre par les éléments partagés |
| 10 | Modifier le SVG sans toucher au brief commun | Divergence silencieuse entre le visuel et la source d'autorité | Appliquer l'ordre du §8.1 : brief, puis SVG, puis tableau du §7 |
| 11 | Présenter un canevas sans dire de quand il date | Un lecteur suppose qu'il reflète l'état du jour, ce qui devient faux dès la prochaine livraison | Toujours annoncer la version et la date de ce document en ouverture de séance |
| 12 | Chercher un concurrent dans le canevas | On invente une comparaison que le document ne porte pas | Le canevas ne compare rien ; les positionnements relatifs vivent dans les documents de marché |
KySpectra — Plateforme agentique SDD/SDLC · par Kyrieva
Documentation : kyspectradoc.kyrieva.com ·
Dossier de lancement : Strategielancement/
Document interne de pré-lancement — version 1.0 du 2026-08-17. Les données marquées
« [Gabarit : … ] » doivent être renseignées ou revalidées avant diffusion externe.