Liaison de problèmes générés automatiquement à un contrôle dans la relation plusieurs à plusieurs

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture

    • Vous pouvez lier un problème généré automatiquement qui appartient à un contrôle différent en tant que problème associé à un contrôle. Le marqueur d’origine vous aide à différencier les problèmes de contrôle qui ont été générés automatiquement des contrôles qui ont été créés manuellement.

    Problèmes créés manuellement et générés automatiquement

    Remarque :
    Vous pouvez identifier l’origine d’un problème qu’il ait été généré automatiquement ou créé manuellement après avoir lié le problème d’un contrôle à un autre uniquement dans un formulaire de contrôle.

    Vous pouvez créer un problème manuellement pour un contrôle en cliquant sur le bouton Nouveau dans la liste connexe Problèmes d’un formulaire de contrôle. Pour les problèmes créés manuellement, consultez Créer manuellement des problèmes GRC.

    Toutefois, les problèmes sont également générés automatiquement dans les cas suivants :
    Échec du test de contrôle
    S’il y a un test de contrôle qui est lié à un contrôle et que l’un des tests est marqué comme inefficace et fermé, alors le contrôle devient non conforme. Par conséquent, un problème est automatiquement généré. Les tests de contrôle peuvent être des tests de conception ou des tests opérationnels, qui peuvent être marqués comme inefficaces, et les tests peuvent être communs à tous les contrôles.
    Échec de l’attestation de contrôle
    Lorsque l’utilisateur qui est une personne chargée de répondre de l’attestation d’un contrôle rejette le contrôle, l’état du contrôle devient non conforme et un problème est automatiquement généré.
    Défaillance de l'indicateur de contrôle
    De même, lorsqu’un indicateur de contrôle échoue, le contrôle devient non conforme et un problème est automatiquement généré.

    La source de la génération de problème pour une ou plusieurs des trois défaillances peut être suivie avec les balises dans le champ Source du problème des détails du problème. En cas d’échec du test de contrôle, le champ Source du problème est mis à jour avec une balise Échec du test de contrôle. Si le problème a été créé manuellement, la balise source du problème est Ad-Hoc.

    Lorsque l’état d’un contrôle passe à Non-réclamation, tous les motifs de non-conformité sont extraits du champ Source du problème et affichés en tant que Motifs de la non-conformité dans le widget État de la page Vue d’ensemble du contrôle.
    Figure 1. Motifs de la non-conformité
    Liste des motifs de non-conformité d’un contrôle.

    Gestion de plusieurs problèmes générés automatiquement lors de la liaison à un contrôle

    Vous pouvez ajouter un problème généré automatiquement qui appartient à un autre contrôle, à un contrôle dans une relation m2m à l’aide du bouton Ajouter . Toutefois, l’ajout d’un problème généré automatiquement à partir d’un autre contrôle à un contrôle sur lequel un problème généré automatiquement existe entre en conflit avec la source de la génération du problème. Pour suivre la source de génération des problèmes, un marqueur back-end, Originator, est utilisé. Il s’agit d’un vrai ou faux drapeau et il est faux, par défaut. L’initiateur est marqué vrai ou faux si :
    • Une émission automatisée d’un autre contrôle est associée au contrôle actuel, alors l’initiateur est faux.
    • Il s’agit d’une émission manuelle du contrôle actuel, alors l’Initiateur est faux.
    • Il s’agit d’un problème automatisé de contrôle de courant, alors l’Initiateur est vrai.
    1. Lorsqu’un problème existe avec l’initiateur défini vrai et qu’une défaillance de contrôle se produit, le champ Source du problème est mis à jour avec la source du problème. Par exemple, il y a un problème avec l’initiateur comme vrai déjà présent et la source du problème est Échec du test de contrôle. Si une autre défaillance de contrôle se produit, telle qu’une défaillance d’attestation de contrôle, la source du problème est mise à jour avec deux balises, à savoir Échec du test de contrôle et Échec de l’attestation de contrôle.
    2. Lorsqu’aucun problème n’est présent avec l’initiateur défini sur vrai et que l’une des trois défaillances de contrôle se produit, un nouveau problème automatisé avec l’initiateur défini sur vrai est créé. Par exemple, s’il y a une défaillance d’attestation de contrôle pour un contrôle particulier qui n’a pas de problème lié au contrôle avec l’initiateur comme vrai, alors un nouveau problème automatisé avec Source du problème comme échec d’attestation de contrôle est créé et l’initiateur est vrai.

    Migration de données

    La logique qui sous-tend le marquage d’un problème comme généré automatiquement ou créé manuellement avec le marqueur d’origine est gérée automatiquement lorsque vous installez le dernier module d’extension. Pour tous les problèmes automatisés liés aux contrôles existants, le marqueur d’origine est vrai dans les enregistrements m2m entre le contrôle et le problème.