> 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/helm/automate-and-integrate/create-and-manage-lifecycle-rules-to-automate-eos-and-eol-information-across-all-products.md). # Créez et gérez des règles de cycle de vie ## **Présentation** Les règles de cycle de vie garantissent la cohérence de votre portefeuille de produits en appliquant automatiquement les **Niveau de support** et les **informations de fin de vie (EOL) et de fin de support (EOS)** aux composants de tous les SBOM actuels et futurs. Le titulaire du compte Helm [Titulaire du compte](/fr/helm/administration/manage-access.md#account-owner-role) peut créer des règles de cycle de vie dans le **gestionnaire de règles** de Helm afin de simplifier la conformité aux exigences de la FDA en matière de cybersécurité. * Chaque règle définit des conditions basées sur le **nom du fournisseur, le nom du composant et la version du composant** et applique les informations de cycle de vie spécifiées lorsque toutes les conditions sont réunies. * Ces règles prévalent sur les données de cycle de vie fournies par les utilisateurs et peuvent être réorganisées par glisser-déposer dans la liste **Règles de cycle de vie** . * Les informations appliquées sont incluses dans votre [rapport SBOM de la FDA](/fr/helm/ensure-fda-readiness/fda-ready-sbom-and-vulnerability-reports/meet-fda-requirements-with-your-fda-sbom-report.md), ce qui garantit leur exactitude et leur automatisation. ### Comprendre le contexte de l’espace de travail pour les règles d’alias Lors de la création et de la gestion des règles d’alias : * **Avantage à l’échelle de l’organisation**: les règles de cycle de vie s’appliquent aux composants de tous les espaces de travail * **Gestion des règles**: tous les administrateurs d’espace de travail peuvent consulter les règles de cycle de vie de l’organisation, quel que soit l’espace de travail dans lequel ils se trouvent ### Avantages des règles de cycle de vie * **Simplifier la conformité aux exigences de la FDA**: inclure automatiquement les informations de cycle de vie requises dans les rapports destinés à la FDA * **Garantir la cohérence**: appliquer les mêmes données de cycle de vie à l’ensemble de votre portefeuille de produits * **Gagner du temps**: mettre à jour les informations de cycle de vie une seule fois pour qu’elles s’appliquent partout * **Améliorer l’exactitude**: éliminer les erreurs de saisie manuelle grâce à des règles automatisées * **Préserver la flexibilité**: ajuster facilement les règles à mesure que les informations de cycle de vie des produits évoluent ### Comprendre l’impact des règles de cycle de vie Lorsque des règles de cycle de vie sont appliquées, elles ont les effets suivants : * **SBOM existants**: les informations de cycle de vie seront appliquées à tous les SBOM précédemment téléversés * **Futurs SBOM**: les règles seront automatiquement appliquées à tout nouveau fichier téléversé * **Rapports SBOM de la FDA**: les informations de cycle de vie seront incluses dans les rapports de conformité destinés à la FDA * **Données fournies par l’utilisateur**: les règles prévalent sur toute information de cycle de vie saisie manuellement * **Évaluation des risques**: les composants signalés comme étant en fin de vie (EOL) ou en fin de support (EOS) sont considérés comme présentant un risque plus élevé en raison de l’absence de support de sécurité continu ### Ajouter une règle de cycle de vie Seul le [Titulaire du compte](/fr/helm/administration/manage-access.md#account-owner-role) peut créer des règles de cycle de vie dans le **gestionnaire de règles** afin de simplifier la mise en conformité avec les exigences de la FDA en matière de cybersécurité. 1. Cliquez sur Rules manager dans la barre latérale. 2. Cliquez sur l’onglet **Lifecycle rules** . 3. Dans cet onglet, cliquez sur le bouton **Add lifecycle rule** . 4. Pour définir les conditions d’une règle, sélectionnez le champ et l’opérateur de comparaison correspondants, puis indiquez la valeur attendue. Vous pouvez ajouter une condition pour chaque champ de métadonnées. * Les conditions sont combinées avec l’opérateur ET : elles doivent donc toutes être satisfaites pour que les effets s’appliquent. * S’il existe une règle de cycle de vie correspondant exactement à vos critères, vous serez invité à abandonner cette modification en attente ou à changer les critères. 5. Sous les conditions, vous pouvez définir chaque action à exécuter automatiquement lorsque toutes les conditions sont remplies. Sélectionnez le champ, l’opérateur de comparaison et la valeur attendue correspondants. * Pour **Niveau de support** et les informations sur la **EOS/EOL** (fin du support et fin de vie), vous pouvez spécifier soit `is equal to date`, puis sélectionner une date précise, soit définir la valeur comme `is equal to text`, puis saisir le texte correspondant. 6. Une fois l’ajout et la modification des règles et/ou le changement de leur priorité terminés, cliquez sur **Save & apply lifecycle rules**. Notez que les modifications non enregistrées ne sont conservées que pendant votre session Helm. Veillez donc à enregistrer et appliquer celles que vous ne souhaitez pas perdre. Après confirmation de ces modifications, Helm les appliquera aux SBOM existants et futurs. #### **Conventions de nommage des règles** Les règles sont nommées en fonction des critères qui leur sont spécifiés, par exemple : `[Supplier name]/[Component name]/[Version]`. Vous ne pouvez actuellement pas modifier le nom des règles. Si cette fonctionnalité est importante pour vous, [faites-le-nous savoir](mailto:support@medcrypt.com). ### Définir l’ordre de priorité des règles de cycle de vie Les règles de cycle de vie sont appliquées selon leur position dans la liste des règles. 1. Faites-les glisser vers le haut pour augmenter leur priorité ou vers le bas pour la diminuer. 2. Cliquez sur **Save & apply changes**. Cette action appliquera toutes les modifications effectuées, notamment l’ajout de règles, le marquage de règles à supprimer et la modification de leur ordre de priorité. ### Modifier une règle de cycle de vie 1. Cliquez sur **Edit** sur une règle de cycle de vie pour la modifier. 2. Modifiez les conditions et/ou les actions à exécuter, puis cliquez sur **Save**. 3. Pour modifier la priorité d’une règle, cliquez sur l’icône de déplacement située à côté de son nom et faites-la glisser vers une autre position dans la liste. La priorité des règles est déterminée par leur ordre dans la liste. Si plusieurs règles s’appliquent à un composant, celle qui figure le plus haut dans la liste prévaut. Si vous modifiez uniquement la priorité des règles, sans en marquer aucune pour suppression, cliquez sur **Save & apply lifecycle rules**. 4. Pour supprimer une règle, cliquez sur l’action **Mark for deletion** . Après avoir marqué les règles à supprimer et effectué les changements de priorité souhaités, cliquez sur le bouton global **Review changes** au bas de la liste des règles. 5. Une fois les modifications terminées, cliquez sur **Save & apply lifecycle rules**. 6. Après confirmation de ces modifications, Helm les appliquera aux SBOM existants et futurs. Notez que les modifications non enregistrées ne sont conservées que pendant votre session Helm. Veillez donc à enregistrer et appliquer celles que vous ne souhaitez pas perdre. ### Supprimer une règle de cycle de vie Les règles supprimées ne seront plus appliquées aux SBOM existants ni aux futurs SBOM. Il est impossible de récupérer une règle supprimée. 1. Cliquez sur l’élément **Rules** dans la barre latérale. 2. Cliquez sur l’onglet **Lifecycle rules** . 3. Cliquez sur **Mark for deletion** pour les règles de cycle de vie que vous souhaitez supprimer. Au-dessus de la liste des règles, vous verrez le nombre total de règles marquées pour suppression. Si vous changez d’avis pour une règle, cliquez sur **Annuler le marquage pour suppression**. 4. Si vous devez modifier la priorité de certaines règles en raison de ces suppressions à venir, faites glisser les règles concernées vers le haut ou vers le bas de la liste. 5. Cliquez sur **Enregistrer et appliquer les modifications** button. Un panneau de confirmation s’affichera, indiquant l’impact des suppressions envisagées sur l’ensemble de votre portefeuille. 6. Si vous supprimez votre seule règle, vous serez invité à confirmer l’application de toutes les modifications non enregistrées. Dans ce cas, une règle vierge s’affichera afin que vous puissiez en ajouter d’autres ultérieurement. 7. Confirmez vos modifications. Une notification de réussite vous indiquera que la règle ne s’appliquera plus aux SBOM existants ou futurs. ### Dépannage et bonnes pratiques * **Nommage des règles**: Vous ne pouvez pas modifier les noms des règles pour le moment. Ils sont générés automatiquement en fonction des conditions. * **Conflits entre règles**: Lorsque plusieurs règles peuvent s’appliquer au même composant, celle qui apparaît le plus haut dans la liste est prioritaire. * **Persistance de la session**: Enregistrez toujours vos modifications avant de quitter la page, car toute modification non enregistrée sera perdue. * **Vérification**: Après avoir appliqué les règles, vérifiez un échantillon des composants correspondants pour vous assurer qu’elles fonctionnent comme prévu. --- # 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/helm/automate-and-integrate/create-and-manage-lifecycle-rules-to-automate-eos-and-eol-information-across-all-products.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.