Champs de règle de cible de rattrapage
Utilisez les règles de cibles de rattrapage pour définir comment les chronologies de rattrapage sont calculées et gérées pour les résultats. Les administrateurs peuvent configurer les dates cibles de base et le comportement de recalcul lorsque les cotes de risque changent. La table suivante décrit tous les champs disponibles dans le formulaire de règle de cible de rattrapage.
| Champ | Description |
|---|---|
| Nom | Nom de la règle. |
| Cible (jours) | Nombre de jours pendant lesquels les éléments vulnérables doivent être corrigés, depuis leur dernière ouverture. |
| V17.1 : (date) à partir de la cible | Date à partir de laquelle les SLA cibles sont calculés. Vous pouvez spécifier uniquement les champs de date ou de type de date et d’heure. La valeur par défaut est la dernière date d’ouverture. Pour personnaliser les valeurs de ce champ, consultez KB1642413. |
| Actives | Option permettant de marquer la règle de cible de rattrapage comme active. Si cette case est décochée, cette règle ne s’applique pas aux nouveaux éléments vulnérables créés dans le système. |
| Notifier (jours avant l'échéance) | Nombre de jours avant le délai de rattrapage prévu pour l’envoi d’une notification. La date de notification calculée à l’aide de cette valeur est utilisée pour afficher l’état du rattrapage et le code couleur. Si la date est antérieure à la date de notification, l’état du rattrapage est « En cours ». S’il est dépassé la date de notification et avant la date cible de rattrapage, l’état indique que la cible est proche. Remarque : Si ce champ est défini sur 0, seule une notification de cible manquée est envoyée. |
| Description | Texte décrivant la règle de cible de rattrapage. |
| Condition | À l’aide du filtre de condition, sélectionnez les critères d’application de la règle aux éléments vulnérables. Pour éviter tout impact sur les performances, testez vos conditions à l’échelle de production réelle. Les tests vous permettent de déterminer le temps nécessaire à l’exécution de la tâche Évaluer les cibles de remédiation , compte tenu des conditions et de la taille de votre Base de données de gestion des configurations (CMDB). Le respect de la casse pour le texte de recherche que vous entrez dans le générateur de conditions n’est pas pris en charge sur cet enregistrement ou formulaire. |
| Recalculer la date cible | |
| Méthode de recalcul | Méthode de recalcul de la date de la cible de rattrapage (RT) lorsque la cote de risque d’un élément vulnérable change. Vous pouvez choisir de conserver la date cible existante, de la réinitialiser en fonction de la dernière date de changement de risque ou de la réinitialiser à la date applicable la plus ancienne. Par défaut, le recalcul s’applique uniquement aux éléments qui ne sont pas en retard au moment du changement de cote de risque. Pour inclure les résultats en retard dans le recalcul, activez la propriété sn_sec_cmn.evaluate_targetmissed_records . Pour plus d'informations, consultez Recalculer une date cible de rattrapage. |
| Notifications Remarque : Le nombre indiqué dans l’e-mail de notification n’inclut pas les éléments vulnérables à l’état Différé, Résolu ou Fermé . |
|
| Utilisateurs | Personnes à notifier lorsque l’élément vulnérable sélectionné approche ou dépasse l’heure cible de rattrapage prévue. |
| Groupe | Groupe à notifier lorsque l’élément vulnérable sélectionné approche ou dépasse l’heure cible de rattrapage prévue. |
| Historique des mises à jour | |
| Non utilisé pour la création initiale d’une règle. Ensuite, les notes de travail système sont journalisées ici. | |