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

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 3 minutes de lecture

    • Vous pouvez lier un problème généré automatiquement qui appartient à un autre contrôle 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 manuellement un problème 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, des 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 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 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 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 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èmes 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 comme 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 motifs de non-conformité d’un contrôle.

    Gestion de plusieurs problèmes générés automatiquement lors de leur 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 avec un problème généré automatiquement existant entre 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, Initiatator, 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 sortie automatisée d’un autre contrôle est associée au contrôle actuel, alors l’émetteur 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 actuel, alors l’initiateur est vrai.
    1. Lorsqu’un problème existe avec l’émetteur défini sur 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’émetteur vrai déjà présent et la source du problème est Échec du test de contrôle. Si une autre défaillance du 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 pas de problème avec l’émetteur sur vrai, et si l’une des trois défaillances de contrôle se produit, un nouveau problème automatisé avec l’émetteur sur vrai est créé. Par exemple, si une défaillance d’attestation de contrôle s’est produite pour un contrôle particulier qui n’a aucun problème lié au contrôle avec l’émetteur défini sur vrai, un nouveau problème automatisé avec la source de problème en tant qu’échec d’attestation de contrôle est créé et l’émetteur 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 l’indicateur Créateur est gérée automatiquement lorsque vous installez le dernier module d’extension. Pour tous les problèmes automatisés liés à des contrôles existants, le marqueur d’origine est vrai dans les enregistrements m2m entre le contrôle et le problème.