Exemple fictif — Nommer les fichiers pour éviter les choix ambigus
Démonstration sans donnée personnelle réelle. À adapter localement ; aucun certificat ni accord réel n’est émis par ce document.

SITUATION
Une convention simple peut réunir projet, version et livrable : RIV-V02-affiche-web, CLA-C-plan-rdc ou LUM-V01-photo014. Le nom aide à choisir le bon fichier avant un envoi ; il ne certifie ni son contenu ni sa date. Les mots « final » et « final-corrigé » deviennent vite insuffisants lorsqu’un projet possède plusieurs retours et supports.

MODE D’EMPLOI
Gardez des références stables pour les pièces et faites évoluer l’indice ou la version selon votre méthode. Indiquez le support lorsque plusieurs exports coexistent. Avant un renommage important, conservez l’inventaire de correspondance afin de retrouver les anciens échanges. Si vous devez vérifier un fichier exact, utilisez sa référence de preuve et son empreinte : le nom seul peut être changé sans modifier ses octets.

EXEMPLE RENSEIGNÉ
Photo — LUM-V01-photo014-web.jpg — Identifiant et destination
Architecture — CLA-C-plan-rdc.pdf — Projet pièce et indice
Graphisme — RIV-V02-affiche-web.png — Version et livrable
Ambiguïté — final-final2.pdf — Remplacer par une référence explicite

CONTRÔLES AVANT UTILISATION
[ ] Choisir une convention avant la multiplication des exports.
[ ] Garder la correspondance après renommage.
[ ] Ne pas attribuer une valeur de preuve au nom seul.

VOTRE EXEMPLAIRE À COMPLÉTER
Projet / création : __________________
Version et fichier exact : __________________
Pièce ou observation disponible : __________________
Point à clarifier : __________________
Action décidée et référence associée : __________________