Dossier projet local

L’atelier de mise en œuvre enregistre un dossier projet de travail dans le navigateur utilisé. Il peut aussi exporter et importer ce même dossier au format JSON. Aucun serveur n’est nécessaire et le playbook ne transmet pas les réponses.

Contenu du dossier

• la structure, le mode d’usage, le territoire, le mode de travail, l’architecture, la limite d’action exacte A0–A4 et l’orientation du risque ;
• la phase actuelle et les réponses consignées dans les phases 0 à 11 ;
• les contrôles de sécurité conditionnels et les contrôles associés par la matrice ;
• les phases dont les champs minimaux sont complets ;
• un registre du système IA, une évaluation des risques et impacts, un plan d’évaluation et une liste de mise en œuvre modifiables ;
• une revue des changements facultative avec sa photographie de référence, les décisions modifiées, la réponse, le responsable, l’échéance, la note et la référence de preuve ;
• les horodatages, la version du playbook et la version du schéma du dossier.

Documents reliés

Les champs reliés suivent la réponse de la phase correspondante tant qu’ils ne sont pas modifiés dans le document. Un champ modifié devient une décision du projet et ne change plus silencieusement. Il peut à tout moment reprendre sa valeur reliée.

La liste de mise en œuvre rassemble trois groupes sans tout afficher à la fois : les décisions du cycle, les contrôles de sécurité conditionnels et les contrôles associés par la matrice. Chaque ligne peut recevoir un état, un responsable, une échéance et une référence de preuve stable.

Comparaison des versions et réévaluation

Utilisez un ancien export portant le même identifiant de dossier comme version de référence. La comparaison ne remplace pas le projet actuel. Elle compare dans le navigateur le contexte influençant les décisions, les réponses du cycle de vie, les documents reliés, les contrôles de sécurité, les contrôles associés et le travail de la liste de mise en œuvre.

Chaque différence est présentée séparément et reçoit une réponse suggérée : examiner l’enregistrement, réévaluer les preuves concernées ou rouvrir une décision. La suggestion ne constitue ni une autorisation de mise en service ni une décision juridique automatique. Une personne consigne la réponse du projet, le responsable, l’échéance, la note et la référence de preuve. Si la valeur actuelle change encore, la réponse précédente repasse à l’état indécis, car elle ne correspond plus au même couple avant-après.

Le dossier exporté inclut la photographie de référence et les décisions de revue afin qu’une autre personne autorisée puisse reconstruire la comparaison. Les valeurs de travail de référence sont donc dupliquées dans le fichier JSON. Les mêmes limites interdisant secrets et preuves brutes s’appliquent aux deux versions.

Utilisation sûre

Traitez le fichier comme un brouillon de travail. Ne saisissez aucune preuve client brute, aucun secret, aucun identifiant d’accès ni aucune donnée personnelle identifiante. Le stockage du navigateur est pratique, mais ce n’est pas un dépôt de preuves autorisé. Conservez les preuves contrôlées dans un système privé approuvé et référencez-les par un identifiant stable ou une empreinte.

Sur un appareil partagé, exportez le dossier vers un emplacement approuvé puis utilisez Créer un nouveau dossier pour supprimer la copie du navigateur.

Compatibilité et validation

Le schéma expérimental actuel est 0.5.0. Les dossiers 0.1.0 valides sont migrés localement par l’ajout de documents reliés vides et d’une revue des changements vide. Les dossiers 0.2.0 valides conservent leurs documents reliés et reçoivent une revue vide. Les dossiers 0.3.0 valides conservent leur revue et reçoivent une architecture déduite de l’ancien mode de travail. Les dossiers 0.4.0 conservent leur architecture et renomment l’ancien champ integration_level avec le nom canonique work_mode. La migration est additive, conserve la version du schéma source lorsqu’un fichier migré devient une référence de comparaison et ne modifie jamais le fichier importé.

Les versions de schéma plus récentes ou inconnues sont refusées au lieu d’être interprétées. Les autres imports sont acceptés uniquement si la version du playbook, les valeurs de contexte, les phases, les limites de sécurité, les documents reliés et le contrat de revue correspondent à l’implémentation actuelle. Un fichier incompatible ne modifie pas le travail en cours.

Le contrat lisible par machine se trouve dans site/public/data/project-dossier.schema.json. Les migrations expérimentales prises en charge sont maintenant explicites, mais le format n’est pas encore figé comme contrat stable de la 1.0. Les tests d’utilisation terrain et le gel final de compatibilité restent à réaliser.