Sauvegarder et récupérer un vocabulaire de CAA conservé sur l’appareil

Distinguer état courant, instantané, export et sauvegarde

Un instantané sur le même appareil aide contre une mauvaise modification, mais pas nécessairement contre une panne ou une suppression complète. Une sauvegarde doit être séparée du risque qu’elle couvre.

Identifier les risques réels

Classez les risques par conséquence et vraisemblance. Une personne qui dépend du tableau pour des messages essentiels a besoin d’un support de secours immédiatement utilisable, même si la restauration technique est prévue.

Ne promettez jamais que le stockage local survit à toute mise à jour, nettoyage ou panne.

• Terminal perdu, volé ou cassé
• Stockage du navigateur effacé
• Réinitialisation ou changement d’application
• Import erroné
• Modification non souhaitée
• Fichier exporté introuvable
• Support externe défaillant
• Copie accessible à une personne non autorisée

Choisir ce qui doit être sauvegardé

Incluez les tableaux nécessaires, leurs liens, ressources autorisées, vocalisations utiles et réglages indispensables à l’accès. Écartez les données qui ne servent pas à la reprise.

Documentez séparément la méthode d’accès : taille, toucher, clavier, contacteur, balayage ou lecteur d’écran. Un export de vocabulaire ne garantit pas la restauration de tous les réglages du système.

Le support papier d’urgence contient seulement les messages nécessaires au contexte, pas l’intégralité du quotidien.

Créer une routine simple et tenable

Un déclencheur concret est plus fiable qu’une intention vague : après une réorganisation importante, avant un changement d’appareil ou à une fréquence adaptée au rythme des modifications.

La routine doit rester assez courte pour être appliquée. Une procédure complexe jamais réalisée ne protège rien.

1. Choisir un responsable
2. Définir un déclencheur
3. Exporter une copie datée
4. Vérifier qu’elle est lisible
5. La placer dans un emplacement distinct
6. Noter la dernière restauration testée
7. Supprimer les anciennes copies devenues inutiles

Nommer et dater sans exposer la personne

Utilisez un nom neutre comprenant type, date et version, par exemple `tableaux-2026-09-16-v03.obz`. Évitez nom complet, diagnostic, adresse, lieu de vie ou phrase personnelle.

Conservez un petit registre privé indiquant appareil source, application, objectif et résultat du test. Ce registre ne contient pas le vocabulaire lui-même.

Une date de fichier ne prouve pas sa validité ; elle sert à choisir la copie à tester.

Choisir un emplacement séparé et protégé

Une copie sur le même appareil ne couvre pas la perte de cet appareil. Choisissez un second support ou espace maîtrisé, avec accès limité aux personnes responsables.

Le format OBF/OBZ n’est pas présenté comme chiffré. Si le contenu l’exige, utilisez les protections du support ou du canal, sans conserver la clé avec la sauvegarde de façon inefficace.

Évitez les liens publics, messageries collectives et services dont les destinataires ou durées ne sont pas maîtrisés.

Tester une restauration sans sacrifier l’état courant

Le test doit être effectué assez tôt pour corriger la procédure. Découvrir au moment de la panne que l’archive est incomplète ou inaccessible est trop tard.

Un test ne doit jamais écraser le seul état fonctionnel. Conservez l’original et le support de secours.

1. Sélectionner une copie
2. Préparer un espace séparé
3. Importer
4. Lire les avertissements
5. Tester messages et navigation
6. Tester la méthode d’accès
7. Comparer la date et les écarts
8. Supprimer l’espace de test si inutile

Comprendre les cinq instantanés locaux de PictoVoice

La passation fonctionnelle M033 qualifie cinq instantanés locaux de récupération ; l’application publique affiche désormais 1.7.8 (178). Ils peuvent aider à revenir après une modification récente sur le même environnement.

Ils ne constituent pas une synchronisation distante ni une protection contre la perte de l’appareil ou l’effacement complet d’IndexedDB. Pour couvrir ces risques, un export distinct et restauré lors d’un test reste nécessaire.

Le code compagnon local limite certains gestes accidentels mais n’est pas une authentification forte ni un coffre de sauvegarde.

Changer d’appareil

Préparez le nouvel appareil avant de retirer l’ancien : compatibilité, voix système, taille d’écran, méthode d’accès, espace disponible et comportement hors ligne.

Importez une copie, testez les messages essentiels et gardez l’ancien appareil pendant une période de repli lorsque c’est possible. Les réglages propres au système peuvent devoir être recréés séparément.

Après validation, supprimez les copies temporaires et décidez du devenir de l’ancien appareil selon les règles de confidentialité.

Réagir à un incident

Ne multipliez pas les essais risqués sur l’unique copie. Si le fichier semble corrompu, conservez-le et travaillez sur une duplication.

Après récupération, examinez pourquoi la sauvegarde ou l’état courant a échoué : procédure, stockage, accès, mise à jour ou erreur humaine.

1. Passer au support de secours
2. Protéger la personne et le terminal
3. Identifier le dernier état sûr
4. Choisir une sauvegarde
5. Restaurer dans un espace contrôlé
6. Tester les messages essentiels
7. Documenter la cause
8. Corriger la routine

Limiter les accès et les copies

Une sauvegarde peut contenir des informations personnelles sur la personne et ses proches. N’accordez l’accès qu’aux personnes qui en ont besoin pour la continuité définie.

Fixez une durée : conserver quelques versions restaurables peut être utile, accumuler toutes les archives augmente le risque. Supprimez les copies temporaires et révoquez les accès devenus inutiles.

Pour un enfant ou une personne accompagnée, le responsable doit distinguer soutien nécessaire et consultation non justifiée.

Cas concret : modification importante puis panne du terminal

Après une réorganisation, l’accompagnant exporte une archive datée, la restaure dans un espace de test et conserve l’ancien état. Une semaine plus tard, le terminal principal tombe en panne.

Le support imprimé permet les messages essentiels. L’archive testée est importée sur un appareil de remplacement ; la voix système et le balayage sont requalifiés séparément.

La continuité vient de la combinaison : secours immédiat, copie séparée et restauration déjà répétée.

Erreurs fréquentes

• Appeler sauvegarde un fichier jamais restauré
• Garder toutes les copies sur le même appareil
• Mettre un nom sensible dans le fichier
• Oublier les réglages d’accès
• Confondre instantané et synchronisation
• Partager par lien public
• Supprimer trop tôt l’ancien état
• Accumuler des archives sans durée
• Tester au moment de l’urgence

Checklist de continuité

• Responsable identifié
• Risques choisis
• Messages essentiels de secours
• Export daté
• Emplacement distinct
• Accès limités
• Restauration testée
• Méthode d’accès requalifiée
• Ancien état conservé pendant la transition
• Copies temporaires supprimées
• Date du prochain contrôle

Sources, limites et date de révision

Guide publié le 16 septembre 2026 et révisé le 18 septembre 2026 depuis Open Board Format, les principes de sécurité de la CNIL, la passation fonctionnelle PictoVoice M033 et la version publique visible 1.7.8 (178). Il s’agit d’une méthode générale, pas d’une garantie de récupération.

Les mécanismes de sauvegarde des systèmes, navigateurs et applications changent. Vérifiez les versions et testez réellement le parcours qui compte.

Utiliser PictoVoice après avoir préparé la continuité

PictoVoice fonctionne localement, propose cinq instantanés et l’export OBF/OBZ. Ces fonctions soutiennent la méthode sans remplacer la copie distincte ni le support de secours.

Aucun vocabulaire, archive ou information personnelle n’est envoyé au site-guide.