Guide pratique
Quelle version de création rattacher à une licence ?
Une création évolue pendant qu’une autorisation d’usage est préparée. Lorsque les termes sont publiés, il devient important de savoir quel état était visé : la proposition initiale, la version corrigée ou le lot final destiné à la diffusion.
Identifiez la version et les fichiers concernés avant de publier les conditions. Si le travail change ensuite, comparez le nouvel état au périmètre décrit et faites clarifier les conséquences. Ne présumez pas qu’un ancien texte couvre automatiquement toutes les modifications futures de la création.
Créer un repère de version lisible dans le temps
Relevez le nom de la création, l’identifiant de version et le rôle des fichiers associés. Des titres comme « visuel principal » ou « dernière version » vieillissent mal dès qu’une nouvelle correction est produite. Une référence stable permet de retrouver ce qui était présenté lors de la discussion.
Conservez un inventaire ou une annexe de travail lorsque plusieurs fichiers composent le lot. Vous pourrez ainsi distinguer le fichier créatif visé des pièces d’accompagnement, du certificat et des documents de négociation. Cette organisation reste utile même pour une remise de faible volume.
Rapprocher la version et les termes préparés
Relisez les désignations dans le brouillon des conditions. Vérifiez qu’elles correspondent à la version sélectionnée et au bénéficiaire prévu. Un texte repris d’une commande antérieure peut garder un ancien nom ou un périmètre devenu inadapté malgré une apparence de document finalisé.
Clarifiez les usages envisagés sur ce lot précis. Si des ressources tierces ou des contributions particulières sont présentes, gardez leurs références dans le dossier. Le rattachement à une version ne dispense pas d’examiner la capacité à préparer les autorisations concernées.
Traiter une correction après publication
Les termes publiés dans DesignLockr constituent une référence figée. Si une erreur ou une évolution est constatée, gardez la référence initiale et décrivez le changement à examiner. Ne présentez pas un nouvel export comme s’il avait toujours été le fichier désigné dans les premiers échanges.
Une retouche visuelle, l’ajout d’un élément tiers et le remplacement complet d’un livrable ne posent pas les mêmes questions. Faites préciser le traitement adapté aux conditions convenues et au projet. L’historique doit permettre de comprendre les étapes, même lorsqu’une nouvelle version est préparée.
Conserver les relations entre les remises
Tenez une table simple avec la version créative, la référence des conditions présentées et la transmission correspondante. Si le client demande une évolution, ajoutez-la comme une nouvelle ligne de suivi plutôt que d’effacer le premier état. Le relevé devient un outil de compréhension du dossier.
Consultez les statuts disponibles pour l’acceptation et le paiement séparément de la seule publication. Un lien entre des références ne prouve pas tous les événements du projet. Décrivez ce qui a été préparé, présenté ou confirmé selon les faits réellement disponibles.
Exemple fictif : Atlas
Exemple fictif à adapter à votre projet.
| État fictif | Référence créative | Traitement de suivi |
|---|---|---|
| Conditions préparées | Illustration-r02 | Vérifier avant publication |
| Termes publiés | Illustration-r03 | Conserver la référence présentée |
| Retouche demandée | Illustration-r04 | Examiner le périmètre avant nouvel usage |
Exemple fictif — Atlas — Les références des versions successives sont conservées ; aucun élargissement automatique des usages n’est supposé.
Avant de transmettre
- Relever la version et les fichiers visés.
- Relire les désignations du brouillon.
- Vérifier le périmètre des usages prévus.
- Identifier les changements après publication.
- Garder la correspondance entre termes et remises.
Questions pratiques
La dernière version remplace-t-elle toujours celle citée dans les conditions ?
Ne le supposez pas. Comparez les références et faites clarifier le périmètre prévu. Une évolution de la création doit rester identifiable dans le suivi des usages.
Peut-on corriger une référence sans garder l’ancien état ?
Conserver la référence initiale et la raison de la correction aide à expliquer les échanges. Le parcours adapté dépend des conditions et de l’état du dossier, à examiner avant application.
Pour poursuivre
Rattacher les termes à la création
Préparer un inventaire de pièces
Comprendre les versions successives
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.
1er dépôt offert, sans carte bancaire.
Préparez vos fichiers et leur contexte avant de créer votre compte, puis finalisez le dépôt dans votre compte. Consultez ensuite le statut de la preuve ; l’archivage des originaux reste facultatif.
Une correction de fichier et une évolution des conditions restent distinctes
La licence fictive L-RIV-01 vise l’affiche V1. Une V2 corrige ensuite la date sans que la fiche de conditions soit automatiquement réécrite. Le journal conserve les deux références et demande quelle décision doit être prise pour la correction. Il ne suppose pas qu’un nouvel export modifie tout seul les termes déjà présentés ou acceptés.
Retrouvez la version de création et la version des conditions qui ont servi à l’accord. Décrivez le changement demandé, puis examinez s’il concerne seulement la pièce ou également l’usage. Conservez la décision adaptée avec le nouvel envoi. Si les conditions évoluent, identifiez-les clairement et faites vérifier la suite d’acceptation nécessaire à la situation au lieu de modifier silencieusement l’ancienne référence.
| Repère | Exemple fictif | Contrôle à effectuer |
|---|---|---|
| Création V1 | Affiche initiale | Référence de départ |
| Conditions 01 | L-RIV-01 | Texte présenté à conserver |
| Création V2 | Date corrigée | Modification de fichier |
| Décision | Pièce et termes à examiner | Historique gardé |
Avant de poursuivre
- Identifier les deux types de version.
- Décrire la correction avant de décider de la suite.
- Garder toute nouvelle référence de conditions.
Exemple fictif — Une correction de fichier et une évolution des conditions restent distinctes