> For the complete documentation index, see [llms.txt](https://docs.medcrypt.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.medcrypt.com/fr/msi/review-and-correct-device-knowledge/manage-device-versions-and-changes.md). # Gérer les versions et les modifications du dispositif Un appareil dans MSI possède une ou plusieurs versions, par exemple la version publiée que vous avez soumise et celle que vous développez actuellement. Chaque version conserve ses propres informations, et MSI enregistre toutes les modifications qui lui sont apportées. Vous pouvez ainsi voir exactement ce que contenait votre documentation à un moment donné, comparer deux versions et créer une nouvelle version à partir de n’importe laquelle d’entre elles. ## Avant de commencer * Sélectionnez l’appareil. Voir [Se repérer dans MSI](/fr/msi/get-started.md#switch-organization-workspace-or-device). * Toute personne pouvant consulter l’appareil peut voir ses versions et son historique. Pour créer, modifier ou créer une branche à partir de versions, le forfait de votre organisation doit inclure Maturity Assessment. ## Comprendre le contenu d’une version Chaque version possède ses propres éléments : * Registre d’architecture, diagrammes et registres de sécurité * Base de connaissances et exigences * Documents joints * Paramètres : **Cycle de vie** (**R\&D**, **Avant commercialisation**, **Après commercialisation** ou **Fin de vie**), **Objectif de conformité** (la voie réglementaire), **État de modification de l’appareil** et **Formule de risque** Le sélecteur de version, dans l’en-tête de la page à côté de l’appareil, détermine la version sur laquelle vous travaillez. Tout élément que vous consultez ou créez sur une page d’appareil, comme un modèle de menaces ou un audit, concerne la version sélectionnée. Une version est définie par défaut pour l’appareil ; les récapitulatifs à l’échelle de l’appareil utilisent cette version. ## Ouvrir l’onglet Versions 1. Dans la barre latérale, sélectionnez **Device Knowledge**. 2. Sélectionnez le groupe **Versions** puis l’onglet **Versions** . Le tableau répertorie chaque version et indique son **cycle de vie**, **objectif de conformité**, **état de modification**, **formule de risque** ainsi que la version à partir de laquelle elle a été **créée par branche**. La version par défaut est marquée **par défaut**. Dans la ligne d’une version, vous pouvez : * **L’ouvrir** pour en faire la version que vous consultez. * **Modifier** son libellé et ses paramètres, puis sélectionner **Enregistrer**. * **Définir par défaut** pour en faire la version par défaut de l’appareil. * Modifier directement son état de cycle de vie à partir du badge **Cycle de vie** . **Historique des modifications** en bas de l’onglet répertorie les modifications apportées aux paramètres de la version sélectionnée, en indiquant qui les a effectuées et à quel moment. ## Créer une nouvelle version Créez une branche pour une nouvelle version lorsque vous commencez à travailler sur une nouvelle publication. La nouvelle version commence par une copie des connaissances de la version source, puis évolue indépendamment. La version source n’est pas affectée. 1. Dans l’onglet **Versions** , sélectionnez **Créer une branche pour une nouvelle version** pour créer une branche à partir de la version affichée, ou sélectionnez **Créer une branche** sur n’importe quelle ligne. 2. Saisissez un **Libellé de la nouvelle version**. Il doit être unique pour cet appareil. 3. Choisissez l’ **État du cycle de vie**. 4. Ajoutez éventuellement des **Notes**. Elles sont consignées dans le journal d’audit. 5. Vérifiez l’ **Objectif de conformité**, **État de modification de l’appareil** et la **Formule de risque**. 6. Sélectionnez **Créer une branche**. MSI ouvre la nouvelle version. Pendant la création de ses connaissances, le sélecteur de version affiche **En cours de création…**. ## Suivre les modifications au fil du temps L’onglet **Suivi des modifications** présente toutes les modifications enregistrées apportées aux connaissances de l’appareil dans ses différentes versions, de la plus récente à la plus ancienne. Ces modifications proviennent de la lecture de documents, des exécutions d’architecture, des analyses et des modifications effectuées par des personnes. 1. Sélectionnez le groupe **Versions** , puis l’onglet **Suivi des modifications** . 2. Choisissez **Graphique** pour afficher les versions sous forme de branches, ou **Tableau** pour afficher chaque modification avec sa **Version**, la personne qui l’a effectuée (**Par**), **Quand** et **Modification**. 3. Pour accéder à un jalon nommé, utilisez **Accéder à une balise…**. 4. Si la liste s’arrête avant le point recherché, sélectionnez **Charger les modifications antérieures**. Les nouvelles modifications apparaissent peu de temps après leur réalisation. L’historique d’une version commence par son premier instantané. ## Afficher le dispositif à un instant donné 1. Dans l’onglet **Suivi des modifications** , sélectionnez une modification. 2. Une bannière indique **Affichage de la *****version***** au *****date et à l’heure***** — en lecture seule**. Basculez entre **Architecture**, **Base de connaissances**, **Entités et revendications**, **Documents**, **Dossiers du dispositif** et **Modifications**. 3. Sélectionnez **Retour à l’historique** pour revenir à la liste, ou **Retour à la version actuelle** pour revenir à la version actuelle. Pour consulter l’historique d’un seul élément d’architecture, ouvrez l’élément dans l’onglet **Architecture** et sélectionnez **Afficher l’historique**. ## Comparer deux instants 1. Dans l’onglet **Suivi des modifications** , sélectionnez **Comparer** pour deux modifications. 2. Sélectionnez **Comparer** dans la barre d’outils qui apparaît. La comparaison affiche un **Résumé** des éléments ajoutés, supprimés et modifiés, par type de connaissance. La comparaison de deux instants éloignés peut prendre quelques secondes. Pour comparer un instant avec la modification qui le précède, ouvrez cet instant et sélectionnez **Comparer avec le parent**. ## Marquer une étape importante Marquez l’instant que vous avez soumis à la FDA, ou toute autre étape importante à laquelle vous pourriez avoir besoin de revenir. 1. Ouvrez l’instant dans l’onglet **Suivi des modifications** . 2. Sélectionnez **Marquer ce commit**. 3. Saisissez un **Nom de la balise** (par exemple, « Soumis à la FDA le 2026-10-01 ») et, éventuellement, un **Remarque** par exemple, un numéro de soumission. 4. Sélectionner **Ajouter une étiquette**. {% hint style="warning" %} Les étiquettes sont permanentes. Elles ne peuvent être ni renommées, ni déplacées, ni supprimées. Si une étiquette est incorrecte, ajoutez-en une autre. {% endhint %} ## Créer une version à partir d’un point de l’historique Utilisez cette option pour démarrer une nouvelle version à partir de l’état exact de votre documentation à un moment antérieur, par exemple lors d’une soumission étiquetée. MSI ne rétablit jamais une version existante à un état antérieur. 1. Ouvrez l’instant dans l’onglet **Suivi des modifications** . 2. Sélectionner **Créer une nouvelle version à partir de ce point**. 3. Saisissez un **Libellé de la nouvelle version** et, si vous le souhaitez, des **Notes**. 4. Sélectionner **Créer une version**. La nouvelle version reprend le registre, les diagrammes, la base de connaissances et les documents de ce point. Toutes les versions existantes restent inchangées. ## Prochaines étapes * [Examiner et corriger les connaissances sur le dispositif](/fr/msi/review-and-correct-device-knowledge.md): travaillez sur la version que vous venez de créer. * [Retracer une affirmation de l’IA jusqu’à sa source](/fr/msi/review-and-correct-device-knowledge/trace-an-ai-claim-to-its-source.md): vérifiez la provenance de chaque élément. * [Réaliser un audit réglementaire](/fr/msi/check-estar-readiness/run-a-regulatory-audit.md): auditez une version spécifique. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.medcrypt.com/fr/msi/review-and-correct-device-knowledge/manage-device-versions-and-changes.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.