---
sourceDocument: Australie : gouvernance, risque et conformité
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/governance-risk-compliance

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Australie : gouvernance, risque et conformité

ft:clusterId :

    - grc

bundleId :

    - grc

workflow :

    - Technology


---

# Création d'une tâche d'action pour la vulnérabilité opérationnelle

# Création d'une tâche d'action pour la vulnérabilité opérationnelle {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 minute de lecture

Les Vulnérabilité opérationnelle analystes recueillent des informations supplémentaires ou une preuve sur la vulnérabilité en créant une ou plusieurs tâches d'action. Une tâche d'action peut être de type évaluation ou enquête.

Les Vulnérabilité opérationnelle analystes affectent les tâches d'action d'évaluation ou d'enquête aux titulaires de tâches appropriés. Les titulaires de tâches examinent ensuite les tâches, notent leurs observations, terminent le travail affecté et informent les titulaires de tâches pour qu'ils examinent leur travail.  
Les titulaires de tâches effectuent généralement les actions suivantes :

* [Gérer une tâche d'action de type évaluation](https://servicenow-prod.fluidtopics.net/zRVFUPQ0wNV7plbbKQnVag "Créez et gérez une tâche d’action pour , Vulnérabilité opérationnelle où le type de tâche est évaluation. Vous pouvez ensuite l’affecter à un propriétaire de tâche approprié.")
* [Gérer une tâche d'action de type enquête](https://servicenow-prod.fluidtopics.net/EVLmeu~4Yo1ZkeDB_UYSKQ "Gérez une tâche d’action de type enquête pour le Vulnérabilité opérationnelle. Une tâche d’action de type enquête est lancée lorsqu’une enquête supplémentaire est nécessaire pour résoudre la vulnérabilité. Si l’approbateur rejette et Vulnérabilité opérationnelle demande une enquête supplémentaire, le propriétaire de la tâche peut créer une tâche d’action de type enquête, l’affecter à un utilisateur approprié, examiner son travail terminé, puis demander à nouveau une approbation.")
{#creating-action-tasks__ul_q3k_q2d_xcc}

## États des workflows pour une tâche d'action {#creating-action-tasks__section_k22_gkv_wcc}

Une tâche d'action passe par les états de workflow suivants. {#creating-action-tasks__table_ntr_jkv_wcc__entry__2}

| États | Description |
|-|-|
| Brouillon | La tâche d'action est à l'étape de brouillon. |
| Affectée | La tâche d'action a été affectée à un utilisateur approprié. |
| En cours de résolution | Le travail sur la tâche d'action est en cours. |
| Revue | La tâche d'action est à l'étape Révision. |
| Fermé terminé | La tâche d'action est à l'étape Fermé terminé. |
| Fermé incomplet | La tâche d'action est à l'étape Fermé incomplet. |
| Annulé | La tâche d'action a été annulée. |
[Tableau 1. États des workflows pour une tâche d'action]

{#creating-action-tasks__table_ntr_jkv_wcc}

## Notifications pour les tâches d'action associées aux vulnérabilités {#creating-action-tasks__section_l2s_s41_xcc}

Lorsqu'une tâche d'action \[sn_grc_case_mgmt_case_task\] associée à la vulnérabilité est affectée aux utilisateurs, ils reçoivent des notifications par e-mail les informant des détails de la tâche, des actions à venir et des dates d'échéance. Les notifications par e-mail sont envoyées aux utilisateurs suivants :

1. Lorsque la tâche d'action est affectée au propriétaire de la tâche, celui-ci reçoit la notification par e-mail.
2. Lorsque la tâche d'action est affectée au groupe d'affectation, les utilisateurs du groupe d'affectation reçoivent les notifications par e-mail.
3. Lorsque la tâche d'action est soumise pour examen, l'analyste affecté à l'enregistrement de vulnérabilité opérationnelle reçoit la notification par e-mail pour examiner la tâche.
{#creating-action-tasks__ol_m2s_s41_xcc}