Comment les contenus PictoVoice sont sourcés, vérifiés et corrigés

Les six catégories de faits suivies

La provenance varie selon la question. Une définition de la CAA ne se prouve pas avec le code de PictoVoice ; une fonction de PictoVoice ne se prouve pas avec un article général. Le registre distingue donc les catégories avant toute rédaction.

Hiérarchie des sources

Une source primaire publie le texte, la spécification ou la capacité dont il est question : convention officielle, documentation du format ou preuve versionnée du produit. Elle est préférée lorsqu’elle est accessible et suffisamment explicite.

Une source de référence peut synthétiser un champ ou fournir des repères professionnels. Elle est utile pour définir la CAA et les situations, mais son autorité n’autorise pas le site à extrapoler une recommandation clinique. Une source secondaire sert uniquement à orienter une recherche lorsqu’aucune source primaire ne répond directement ; elle ne porte pas seule une affirmation sensible.

Un résultat de moteur de recherche, un extrait automatique, une page commerciale non datée ou une publication sans responsabilité identifiable ne devient pas une preuve par sa simple visibilité. Si la source nécessaire manque, l’affirmation est retirée, qualifiée comme inconnue ou maintenue hors index jusqu’à vérification.

1. Identifier la nature exacte du fait
2. Chercher le texte ou la documentation primaire
3. Ajouter une référence professionnelle si elle éclaire l’usage
4. Comparer date, périmètre et version
5. Rédiger seulement ce que les sources permettent
6. Faire relire les limites

Fiche minimale de provenance

Chaque référence publique conserve un libellé, un éditeur, une URL, une date de consultation et une note d’usage. Pour une donnée versionnée, la version ou la date pertinente est ajoutée. Pour une capacité produit, la preuve interne reste dans le chantier propriétaire ; le site publie seulement le résultat factuel autorisé, jamais un chemin local ni un secret.

La date de consultation n’est pas la date de publication. Lorsqu’une page officielle n’affiche pas de date, le site le signale implicitement en ne lui attribuant pas une fraîcheur inventée. Une révision éditoriale confirme que le lien et l’affirmation ont été revus, pas que le contenu externe restera inchangé.

Séparer fait, interprétation, conseil général et preuve produit

Un fait repris doit rester proche du périmètre de la source. L’ONU inclut plusieurs modes et formats dans la communication ; cela soutient une présentation multimodale, pas le choix d’un tableau particulier. OpenAAC documente OBF/OBZ ; cela soutient l’existence et la structure du format, pas la compatibilité intégrale de deux applications.

Une interprétation éditoriale relie plusieurs faits pour proposer une méthode. Elle est présentée comme méthode ou critère, avec ses limites. Un conseil général aide à préparer un essai ou une sauvegarde, sans conclure pour une personne. Une preuve produit décrit une fonction observée dans une version qualifiée et reste datée.

Les quatre natures ne sont pas confondues dans une même phrase. Les formulations « garantit », « convient à tous », « thérapeutique », « sécurisé » ou « compatible » demanderaient une preuve plus forte et contextualisée ; elles sont évitées lorsqu’elle n’existe pas.

• Fait : ce que dit ou définit la source
• Interprétation : raisonnement éditorial explicite
• Méthode : étapes générales à adapter
• Preuve produit : capacité versionnée
• Inconnu : information non établie

Registre public actuel

Le tableau suivant indique l’usage principal des références affichées sur PictoVoice. Une même source peut soutenir plusieurs dossiers, mais chaque dossier doit encore expliquer le lien entre l’affirmation et la référence.

Contrôler une source avant publication

La vérification porte sur l’identité de l’éditeur, la disponibilité du document, son périmètre, sa date ou version lorsqu’elle existe, et la correspondance avec l’affirmation rédigée. Le lecteur doit pouvoir ouvrir la référence directe sans passer par une capture locale ou un rapport privé.

Une page qui répond ne suffit pas : le contenu utile doit encore être présent et attribuable. Une redirection vers une page d’accueil, une erreur masquée, un contenu remplacé ou un changement de version déclenche une révision. Les liens externes ne sont jamais copiés comme preuve définitive dans le HTML ; la date de contrôle permet de savoir quand ils ont été vérifiés.

1. Ouvrir l’URL directe
2. Identifier éditeur, titre et version
3. Retrouver le passage ou la structure pertinente
4. Comparer le périmètre avec la phrase
5. Enregistrer la date de consultation
6. Qualifier la limite
7. Faire une revue humaine avant indexation

Fraîcheur, péremption et déclencheurs de révision

Les définitions ou textes internationaux évoluent moins vite qu’une application, une compatibilité de format ou une politique technique. La fréquence de révision dépend donc du risque de dérive. Une date visible ne remplace pas un mécanisme de reprise lorsque le produit change.

Une nouvelle passation PictoVoice, un changement de version OBF/OBZ, une révision des WCAG, une modification importante d’une recommandation CNIL ou la disparition d’un lien ouvrent une tâche de contrôle. Les pages qui affirment une capacité produit sont revues en priorité. Une source indisponible n’est pas remplacée automatiquement par une source moins fiable.

Gérer les désaccords et les informations manquantes

Deux sources peuvent parler de populations, contextes ou responsabilités différents. Le site ne fusionne pas leurs conclusions en une règle universelle. Il indique le périmètre, privilégie le texte primaire pour un fait normatif et conserve l’incertitude lorsqu’elle ne peut pas être résolue.

Lorsqu’une information manque — prix actuel, compatibilité exacte, disponibilité d’une voix, fonctionnement hors ligne sur un terminal ou effet d’un support — le site ne complète pas avec une estimation. Le lecteur reçoit une question de contrôle et la source officielle à consulter. Cette discipline vaut aussi pour PictoVoice : une capacité absente de la passation produit n’est pas déduite du code du site-guide.

• Ne pas choisir la source la plus favorable
• Comparer pays, date, population et objet
• Nommer l’information manquante
• Distinguer absence de preuve et preuve d’absence
• Maintenir la page `noindex` si son utilité dépend du fait manquant

Précautions pour les informations cliniques, juridiques et de sécurité

Le site ne diagnostique pas, ne prescrit pas de moyen de communication et ne mesure aucune efficacité clinique. Les références professionnelles servent à expliquer des concepts et des questions d’observation générales. Une situation individuelle peut nécessiter l’intervention de personnes compétentes ; le contenu ne remplace pas cet accompagnement.

Les textes de droits et d’accessibilité sont présentés à titre d’information générale. Ils ne constituent pas un conseil juridique ni une décision d’éligibilité. Les informations de sécurité décrivent des principes ; elles ne certifient ni l’appareil, ni l’application, ni le fichier d’un utilisateur.

Un export OBF ou OBZ peut contenir des informations personnelles. La documentation de format décrit sa structure ; elle ne chiffre pas le fichier et ne décide pas de son canal de partage. La page dédiée explique donc une procédure prudente sans prétendre garantir la confidentialité.

• Aucun diagnostic
• Aucune prescription individuelle
• Aucun droit ou financement promis
• Aucune certification de sécurité
• Aucune efficacité clinique revendiquée

Prouver une capacité PictoVoice

Une fonction publiée doit apparaître dans une passation fraîche du Codex propriétaire du produit, avec une version ou un déploiement qualifié. La passation M033 permet de décrire les grilles 12/20, la phrase visible, la voix système, le vocabulaire extensible, OBF/OBZ, le balayage, le clavier/contacteur, le lecteur d’écran et cinq instantanés locaux. Le contrôle IRL du 18 septembre 2026 établit seulement que l’application publique affiche 1.7.8 (178).

La preuve n’est pas élargie. Une PWA disponible ne garantit pas la voix hors ligne ni tous les contacteurs sur tous les appareils. Un stockage local ne signifie pas chiffrement. Un compte PictoVoice local ne devient pas un compte distant. Un import OBF/OBZ ne garantit pas que tous les éléments propres à un autre outil seront restitués.

Les chemins locaux, captures de test privées et détails susceptibles d’exposer l’environnement technique ne sont jamais publiés. La page cite seulement le statut factuel autorisé et sa date de révision.

Correction, version et rollback éditorial

Une correction conserve le lien stable lorsque le sujet reste le même, met à jour la date de révision et explique les changements significatifs dans la politique de correction. Un contenu erroné n’est pas laissé indexable pour préserver son historique. Il est corrigé, qualifié ou retiré de l’index selon le risque.

Les sources et contenus restent versionnés dans le chantier Sites. Le déploiement exact est contrôlé sur l’origine publique et la version précédente reste disponible pour rollback technique. Le rollback ne doit pas réintroduire une affirmation retirée pour risque utilisateur sans décision explicite.

Les demandes de correction peuvent être transmises par le canal public lorsqu’il est disponible. En l’absence de canal canonique validé, le site n’invente ni adresse ni formulaire collecteur ; il publie l’état dans sa page Corrections.

1. Reproduire l’écart
2. Identifier source et pages touchées
3. Corriger la formulation ou la preuve
4. Revoir les liens internes et données structurées
5. Publier l’artefact validé
6. Contrôler la route publique
7. Conserver le rollback

Checklist avant d’indexer un dossier PictoVoice

Un dossier n’est indexé que s’il répond à une intention distincte, peut être utilisé sans l’application, cite des références adaptées et rend ses limites visibles. Un texte court, une répétition de la fiche produit ou une simple liste de liens reste hors index jusqu’à enrichissement.

• Question humaine explicite
• Réponse substantielle et propre au domaine
• Concepts définis sans jargon inutile
• Exemples ou procédure actionnable
• Sources directes et datées
• Limites non cliniques visibles
• Capacités produit séparées des faits généraux
• Auteur et date de révision
• Canonical et données structurées fidèles
• Relecture humaine effectuée

Révision du présent registre

Dernière révision humaine : 25 août 2026. Les six références publiques ci-dessous ont été retenues pour leur rôle précis ; elles ne constituent pas une bibliographie exhaustive de la CAA. Les dossiers peuvent ajouter des sources spécialisées lorsque leur intention le justifie.

La prochaine révision est déclenchée par un changement de produit, de standard, de source ou par une correction documentée. Aucune mise à jour externe n’est republiée automatiquement sans validation humaine.

• Éditeur : DOHM — Digital Operations Hub & Modules
• Responsabilité éditoriale visible sur chaque dossier
• Sources primaires et de référence prioritaires
• Aucune republication automatique
• Aucun contenu utilisateur dans les URLs, journaux ou références