Interopérabilité · procédure réversible
Migrer des tableaux OBF ou OBZ sans perdre les messages essentiels
Procédure complète pour préparer, tester, comparer et valider une migration de tableaux de communication OBF/OBZ sans écraser l’original ni exposer le vocabulaire personnel.
Le sujet : déplacer un moyen de communication, pas seulement un fichier
Une migration de CAA touche des repères appris, des messages essentiels, des partenaires et un moyen d’accès. Copier un fichier ne suffit pas si la personne ne retrouve plus le tableau d’accueil, le oui, le non, la correction ou une demande urgente.
OBF documente un tableau ; OBZ peut regrouper plusieurs tableaux et ressources. Ces formats facilitent l’échange, mais chaque outil peut interpréter un sous-ensemble différent.
La méthode vise un changement réversible : préserver l’original, tester une copie, comparer les fonctions puis décider avec la personne concernée.
Définir l’objectif et les responsabilités
Écrivez pourquoi le transfert est nécessaire : nouvel appareil, changement d’application, sauvegarde, préparation d’un lieu ou collaboration avec une personne autorisée. Un objectif borné évite d’exporter tout le vocabulaire sans besoin.
Désignez la personne qui exporte, celle qui conserve l’original, celle qui teste la cible et celle qui valide l’usage. Ces rôles peuvent être tenus par la même personne, mais ils doivent rester explicites.
La personne utilisatrice doit participer autant que possible. Une réussite technique ne remplace pas son observation et son accord.
Faire l’inventaire des éléments indispensables
L’inventaire ne doit pas devenir une copie publique du vocabulaire. Utilisez des identifiants internes ou des catégories lorsque le détail n’est pas nécessaire.
Choisissez quelques messages représentatifs, dont au moins un lien, une image, une vocalisation différente du libellé et un retour à l’accueil.
| Élément | Question | Preuve avant migration |
|---|---|---|
| Accueil | Quel tableau apparaît en premier ? | Capture ou description de référence |
| Messages essentiels | Comment dire oui, non, stop, aide et correction ? | Parcours testé |
| Navigation | Quels boutons relient les tableaux ? | Carte des liens |
| Accès | Toucher, clavier, contacteur, balayage ? | Réglages documentés |
| Voix | Quel texte est réellement prononcé ? | Échantillon vérifié |
| Médias | Images et sons sont-ils embarqués et autorisés ? | Origine et licence connues |
Préparer l’appareil source
Exportez depuis l’appareil de confiance. Si plusieurs accompagnants modifient le vocabulaire, choisissez un moment de référence et annoncez une courte période sans changement pour éviter deux versions concurrentes.
Le nom de fichier ne doit pas révéler diagnostic, nom complet, lieu intime ou message personnel. La date et une version neutre suffisent généralement.
- Mettre fin aux modifications simultanées
- Vérifier que le tableau courant fonctionne
- Créer un export daté
- Conserver une copie distincte
- Noter application et version
- Ne pas supprimer l’état courant
Contrôler le contenu et les droits avant le partage
Un tableau peut contenir photos de proches, voix enregistrées, symboles sous licence, noms de lieux et routines. Le fait qu’ils soient placés dans OBF ou OBZ ne crée aucun droit de redistribution.
Retirez ce qui n’est pas nécessaire à la cible et vérifiez le droit d’utiliser chaque média. Si une image ne peut pas être transférée, prévoyez un libellé compréhensible ou une ressource autorisée, sans modifier silencieusement le sens.
Déterminez le destinataire et la durée de conservation avant l’envoi.
Préparer la cible sans écraser
Créez un espace de test, un profil séparé ou une sauvegarde restaurable de la cible. L’import ne doit pas remplacer le seul tableau utilisable tant que le résultat n’est pas validé.
Vérifiez capacité de stockage, version de l’application, accès aux fichiers et méthode de retour en arrière. Une importation qui exige une conversion doit annoncer ce qu’elle transforme ou ignore.
Si aucune copie ni restauration n’est possible, considérez la migration comme à risque et préparez d’abord un support de secours.
Importer puis lire le rapport réel
Une absence d’erreur ne signifie pas une restitution complète. Cherchez les éléments ignorés, remplacés ou normalisés.
Un import doit échouer clairement sur un fichier invalide. Ne corrigez pas manuellement des dizaines d’éléments avant d’avoir compris si la conversion est reproductible.
- Importer la copie
- Noter les avertissements
- Compter tableaux et boutons
- Repérer ressources manquantes
- Contrôler liens cassés
- Conserver le journal de test sans vocabulaire intime
Comparer structure, sens et accès
La comparaison porte sur l’action obtenue, pas uniquement sur la ressemblance visuelle. Un écran identique mais inaccessible au contacteur échoue ; un écran légèrement différent peut rester valable si la personne le comprend et l’utilise.
Testez aussi le retour après une erreur et la reprise après fermeture de l’application.
| Contrôle | Même résultat attendu | Écart acceptable seulement si |
|---|---|---|
| Libellé | Message lisible | Le sens reste exact |
| Vocalisation | Message entendu correct | La voix change mais pas le contenu |
| Position | Repères essentiels retrouvés | La personne s’adapte après essai |
| Liens | Destination correcte | Aucun chemin essentiel n’est cassé |
| Images | Symbole compris | Substitution autorisée et validée |
| Accès | Méthode utilisable | Réglage alternatif est réellement testé |
Faire un essai court avec la personne
Commencez dans une situation connue et peu urgente. Demandez un message habituel, une correction, un déplacement vers un second tableau et un retour à l’accueil.
Observez temps, effort, erreurs, besoin d’aide et compréhension. Ne présentez pas l’essai comme une évaluation clinique ni comme une compétition entre outils.
Si un message essentiel devient plus difficile, revenez à l’original et documentez l’écart avant toute nouvelle conversion.
Organiser la bascule et le repli
Définissez la date de bascule, la période pendant laquelle l’ancien support reste disponible et la personne qui peut restaurer. Un support papier essentiel peut sécuriser la transition.
Conservez l’original séparément tant que la nouvelle version n’a pas été utilisée dans plusieurs situations réelles. Évitez les modifications concurrentes sur les deux côtés ; si elles sont nécessaires, notez laquelle devient la référence.
Le retour en arrière doit être praticable sans réseau ni fournisseur externe lorsque la continuité de communication l’exige.
Cas concret : passage d’un appareil à un autre
Une personne utilise trois tableaux liés et une vocalisation personnalisée pour deux boutons. L’accompagnant exporte une archive OBZ, conserve l’original, retire une photo non nécessaire au nouvel appareil et importe dans un espace de test.
Les tableaux et images sont présents, mais la voix personnalisée n’est pas reconnue. Le groupe conserve le texte, teste la voix système et demande à la personne si ce repli est acceptable. Le tableau courant reste disponible pendant l’essai.
La migration n’est validée qu’après contrôle du oui, du non, de la correction, de la navigation et d’une situation quotidienne.
Erreurs fréquentes
- Importer dans le seul tableau actif
- Confondre absence d’erreur et parité
- Transférer tout le vocabulaire par défaut
- Oublier les droits des médias
- Tester seulement l’apparence
- Ignorer contacteur ou balayage
- Supprimer l’original trop tôt
- Multiplier des copies non maîtrisées
- Faire valider sans la personne
Checklist de migration
- Objectif borné
- Rôles identifiés
- Messages essentiels inventoriés
- Original conservé
- Export daté et neutre
- Contenu personnel minimisé
- Droits des médias contrôlés
- Import sur copie
- Rapport lu
- Navigation et accès testés
- Validation avec la personne
- Repli documenté
Sources, limites et date de révision
Guide publié et révisé le 16 septembre 2026 à partir de la documentation et des exemples Open Board Format, des principes de sécurité de la CNIL et des références générales de CAA. Il propose une méthode de contrôle, pas une certification de compatibilité.
Les outils, versions et champs pris en charge évoluent. Vérifiez toujours la documentation des deux applications et conservez l’état d’origine tant que le transfert n’est pas validé.
Ce que PictoVoice apporte, après la méthode
La passation fonctionnelle M033 qualifie l’import et l’export OBF/OBZ ainsi que la conservation locale des données ; l’application publique affiche désormais 1.7.8 (178). Cette capacité permet un essai, mais ne garantit pas toutes les extensions ni tous les producteurs.
Utilisez la page Fonctions vérifiées avant de décider. Aucun fichier OBF/OBZ n’est envoyé au site-guide.
Sources
- Augmentative and Alternative Communication (AAC) · American Speech-Language-Hearing Association · vérifié le 24 août 2026
- Open Board Format — documentation · OpenAAC · vérifié le 24 août 2026
- Open Board Format — exemples OBF et OBZ · OpenAAC · vérifié le 24 août 2026
- Sécurité : applications mobiles — conception et développement · CNIL · vérifié le 24 août 2026
- Convention relative aux droits des personnes handicapées — articles 2 et 21 · Organisation des Nations unies · vérifié le 24 août 2026