Liaison des problèmes générés automatiquement à un contrôle dans une relation plusieurs-à-plusieurs

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 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 connexe à un contrôle. Le marqueur Créateur 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 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 lorsque vous cliquez 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 lorsqu’il y a :
    Échec du test de contrôle
    S’il y a un test de contrôle qui est lié à un contrôle et lorsque l’un des tests est marqué comme inefficace et fermé, alors le contrôle devient non conforme. Un problème est alors généré automatiquement. 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 un répondant d’attestation d’un contrôle rejette le contrôle, l’état du contrôle devient non conforme et un problème est généré automatiquement.
    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 généré automatiquement.

    La source de génération de problème pour une ou plusieurs des trois défaillances peut être suivie à l’aide des 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 la balise Échec du test de contrôle. Si le problème a été créé manuellement, la balise Source du problème est alors 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 non-conformité dans le widget État de la page Vue d’ensemble du contrôle.
    Figure 1. Motifs de la non-conformité
    Liste des raisons de la 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 par un autre contrôle à un contrôle avec un problème existant généré automatiquement est en conflit avec la source de la génération du problème. Pour suivre la source de génération de problèmes, un marqueur back-end, Originator, est utilisé. Il s’agit d’un marqueur vrai ou faux et il est faux par défaut. L’initiateur est marqué comme vrai ou faux si :
    • Un problème automatisé d’un autre contrôle est associé au contrôle actuel, alors l’initiateur est faux.
    • Il s’agit d’un problème manuel du contrôle actuel, puis l’initiateur est faux.
    • Il s’agit d’un problème automatisé de contrôle actuel, alors l’initiateur est vrai.
    1. Lorsqu’un problème existe avec Créateur comme vrai et si 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, car vrai est déjà présent et la source du problème est l’échec du test de contrôle. Si une autre défaillance de contrôle se produit, telle qu’une défaillance de l’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’il n’y a aucun problème avec l’initiateur comme vrai et si l’une des trois défaillances de contrôle se produit, un nouveau problème automatisé avec l’initiateur comme vrai est créé. Par exemple, en cas d’échec d’attestation de contrôle pour un contrôle particulier qui n’a aucun problème lié au contrôle avec l’initiateur comme vrai, alors un nouveau problème automatisé avec la source du problème comme échec de l’attestation de contrôle est créé et l’initiateur est vrai.

    Migration de données

    La logique derrière le marquage d’un problème comme généré automatiquement ou créé manuellement avec le marqueur Créateur 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.