Nommer un certificat sans perdre sa référence

Distinguer le nom local et la référence du dossier

Le nom que vous donnez à une copie sert d’abord à la retrouver dans votre rangement. La référence à examiner pour comprendre la preuve reste celle de la création, de sa version et des éléments indiqués dans le document.

Évitez les appellations qui ajoutent une portée non vérifiée, comme « propriété certifiée » ou « preuve définitive ». Préférez un nom descriptif qui n’annonce pas davantage que le statut réellement établi pour le dossier sélectionné.

Définir une convention courte

Une convention peut associer projet, version, type de document et langue. La date d’export peut être utile si vous conservez plusieurs copies documentaires, mais indiquez sa signification pour ne pas la confondre avec une date d’ancrage.

Gardez la même référence de version dans l’inventaire local. Si le projet change de nom commercial, une table de correspondance permettra de retrouver les anciens exports sans devoir modifier les copies historiques ou les références que vos partenaires utilisent encore.

Renommer sans réécrire le document

Renommer une copie du PDF pour la classer ne vous dispense pas de lire ses informations. Vérifiez qu’elle concerne bien la version annoncée dans votre convention et que la langue correspond à l’usage prévu avant de la transmettre.

Pour ajouter une explication ou un nom plus compréhensible au destinataire, utilisez une note d’accompagnement distincte. Ne remplacez pas manuellement dans le certificat une date, une empreinte ou une référence afin de la faire correspondre à un autre fichier.

Conserver la relation avec les pièces exactes

Rangez le certificat et son JSON sous le même repère que les fichiers concernés. Un nom local cohérent aide à naviguer, mais il ne prouve pas à lui seul que la copie d’original retrouvée est celle décrite dans le dossier.

Quand le doute apparaît, comparez les références et recherchez l’original exact plutôt que créer un nouveau nom plus convaincant. La même discipline s’applique aux exports linguistiques : une présentation différente n’est pas une autre version de la création.

Exemple fictif : le rangement fictif du projet Ondée

Exemple fictif à adapter à votre projet.

Copie locale proposée	Signification	Contrôle conservé
Ondée_V2_certificat_fr.pdf	PDF français de la version V2	Références internes du document
Ondée_V2_certificat_en.pdf	Même dossier présenté en anglais	Version et preuve correspondantes
Ondée_V2_dossier.json	Données exportées de référence	Fichier gardé sans retouche

Ces noms sont une convention de travail proposée, pas un format imposé par le service.

Avant de transmettre

• Retenir un identifiant de projet stable.
• Indiquer la version dans le nom local.
• Distinguer langue et date d’export.
• Vérifier les informations du PDF.
• Garder les données exportées intactes.

Questions pratiques

Renommer le PDF crée-t-il une nouvelle preuve ?

Non. Le rangement d’une copie documentaire ne doit pas être présenté comme un nouveau dépôt ou un nouvel ancrage de la création.

Puis-je corriger le certificat avec un éditeur PDF ?

Gardez l’export de référence intact. Pour une erreur de contexte ou un mauvais choix de version, vérifiez le dossier et préparez une explication distincte plutôt que réécrire les références techniques.

Pour poursuivre

Retrouver les références d’une version

Choisir des noms de fichiers lisibles

Conserver son dossier hors ligne

Comprendre les éléments de preuve

Cette méthode aide à identifier et conserver les pièces du projet. Elle ne remplace pas sa validation technique ni l’examen des droits et engagements applicables.