Certificat multi-fichiers : expliquer une remise partielle

Identifier la version décrite

Commencez par les références de création et de version. Un projet peut garder le même titre pendant plusieurs étapes alors que les fichiers changent. La liste utile est celle associée à l’état que vous voulez examiner, pas celle du dernier dossier local ouvert.

Lisez aussi le statut de preuve disponible. La présence d’un inventaire de fichiers ne signifie pas à elle seule qu’un ancrage a été confirmé. Gardez distinctes les informations enregistrées pour une version et la confirmation de leur référence blockchain.

Examiner les éléments de la liste

Relevez les noms, tailles et empreintes affichés pour les fichiers concernés. Le nom facilite la lecture humaine ; l’empreinte exacte aide à comparer le contenu d’une copie. Aucun de ces éléments ne doit être remplacé par une description visuelle approximative.

Ne confondez pas une archive ZIP et les fichiers qu’elle contient. Le ZIP possède ses propres données et sa propre empreinte ; une liste de ses éléments et une preuve portant sur l’archive ne décrivent pas automatiquement les mêmes objets à comparer.

Rapprocher liste et pièces conservées

Ouvrez l’inventaire des originaux et retrouvez les copies correspondantes. Si plusieurs fichiers portent le même nom, utilisez leur version et leurs références pour éviter une substitution. Signalez les pièces absentes plutôt que les retirer silencieusement de votre explication.

Pour une preuve groupée, le dossier sélectionné conserve ses références et les éléments utiles à son inclusion. Le fait que plusieurs dépôts participent à un lot ne signifie pas que vous devez obtenir ou diffuser les fichiers des autres membres du lot.

Expliquer le périmètre de l’envoi

Lorsque vous transmettez une partie du dossier, indiquez les pièces remises et leur relation avec la version documentée. Le destinataire pourra comprendre qu’un certificat décrit plusieurs fichiers alors qu’un seul d’entre eux accompagne votre message.

Conservez le JSON et les originaux exacts pour les vérifications qui demandent davantage que la lecture du PDF. L’inventaire facilite l’identification des données ; il ne décide pas des autorisations d’utilisation ou de la qualité technique des livrables.

Exemple fictif : une version fictive à trois fichiers

Exemple fictif à adapter à votre projet.

Élément de version	Copie à comparer	Attention particulière
Présentation.pdf	Export exact de la présentation	Titre du projet insuffisant
Visuel.png	Image incluse dans la version	Nom identique possible ailleurs
Sources.zip	Archive conservée telle quelle	Ne pas comparer au dossier décompressé

L’exemple montre un périmètre documentaire sans présumer les formats acceptés pour tout dépôt.

Avant de transmettre

• Retrouver la version concernée.
• Lire le statut de preuve.
• Examiner les références de chaque fichier.
• Comparer les bonnes copies.
• Décrire le sous-ensemble transmis.

Questions pratiques

Le manifeste est-il une sauvegarde des fichiers ?

Il décrit des références de fichiers. Il ne remplace pas leurs données et ne permet pas, à lui seul, de récupérer un original que vous n’avez plus.

Tous les fichiers d’un projet partagent-ils la même preuve ?

Vérifiez le périmètre de la version et du manifeste concernés. Ne généralisez pas leurs références aux versions ou fichiers ajoutés après cette étape.

Pour poursuivre

Lire les éléments du certificat

Comprendre le rôle du manifeste

Distinguer ZIP et fichiers décompressés

Comprendre l’ancrage des références

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.