Automatisch generierte Probleme werden mit einem Steuerelement in einer m:n-Beziehung verknüpft

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 3 Minuten Lesedauer

    • Sie können ein automatisch generiertes Problem, das zu einer anderen Kontrolle gehört, als zugehöriges Problem mit einer Kontrolle verknüpfen. Die Kennzeichnung „Ersteller“ hilft Ihnen, die automatisch generierten Kontrollprobleme von den manuell erstellten Kontrollen zu unterscheiden.

    Manuell erstellte und automatisch generierte Probleme

    Hinweis:
    Sie können den Ursprung eines Problems identifizieren, unabhängig davon, ob es automatisch generiert oder manuell erstellt wurde, nachdem Sie das Problem nur in einem Kontrollformular von einer Kontrolle mit einer anderen verknüpft haben.

    Sie können ein Problem manuell für eine Steuerung erstellen, indem Sie in der zugehörigen Liste „Probleme“ eines Steuerungsformulars auf die Schaltfläche Neu klicken. Informationen zu manuell erstellten Problemen finden Sie unter GRC-Probleme manuell erstellen.

    Probleme werden jedoch auch automatisch generiert, wenn Folgendes vorhanden ist:
    Kontrolltestfehler
    Wenn es einen Kontrolltest gibt, der mit einer Kontrolle verknüpft ist, und einer der Tests als ineffektiv markiert und geschlossen wird, wird die Kontrolle nicht konform. Daher wird automatisch ein Problem generiert. Kontrolltests können Designtests oder Betriebstests sein, die als ineffektiv markiert werden können, und die Tests können für alle Kontrollen gleich sein.
    Kontrollnachweisfehler
    Wenn der Benutzer, der ein Attestierungsteilnehmer einer Kontrolle ist, die Kontrolle ablehnt, wird der Status der Kontrolle nicht konform, und es wird automatisch ein Problem generiert.
    Kontrollindikatorfehler
    Ebenso gilt: Wenn ein Steuerungsindikator ausfällt, wird die Steuerung nicht mehr konform, und es wird automatisch ein Problem generiert.

    Die Quelle der Problemgenerierung für einen oder mehrere der drei Fehler kann mit den Tags im Feld Problemquelle der Problemdetails nachverfolgt werden. Wenn ein Kontrolltestfehler auftritt, wird das Feld Problemquelle mit dem Tag Kontrolltestfehleraktualisiert. Wenn das Problem manuell erstellt wurde, lautet das Quell-Tag des Problems Ad-hoc.

    Wenn der Status einer Kontrolle in Nicht-Beschwerde verschoben wird, werden alle Gründe für die Nichteinhaltung aus dem Feld Problemquelle abgerufen und im Status-Widget der Übersichtsseite der Kontrolle als Gründe für Nichteinhaltung angezeigt.
    Abbildung : 1. Gründe für Nichteinhaltung
    Liste der Gründe für die Nichteinhaltung einer Kontrolle.

    Behandlung von mehr als einem automatisch generierten Problem beim Verknüpfen mit einer Steuerung

    Sie können ein automatisch generiertes Problem, das zu einer anderen Kontrolle gehört, zu einer Kontrolle in einer m2m-Beziehung hinzufügen, indem Sie auf die Schaltfläche Hinzufügen klicken. Das Hinzufügen eines automatisch generierten Problems aus einer anderen Steuerung zu einer Steuerung mit einem vorhandenen automatisch generierten Problem führt jedoch zu Konflikten mit der Quelle der Problemgenerierung. Um die Quelle der Problemgenerierung nachzuverfolgen, wird die Back-End-Kennzeichnung „Ersteller“ verwendet. Die Kennzeichnung ist „true“ oder „false“ und ist standardmäßig „false“. Der Absender wird in folgenden Fällen als „wahr“ oder „falsch“ gekennzeichnet:
    • Ein automatisiertes Problem einer anderen Kontrolle ist der aktuellen Kontrolle zugeordnet, dann ist der Ersteller falsch.
    • Es handelt sich um ein manuelles Problem der aktuellen Kontrolle, dann ist der Ersteller falsch.
    • Es handelt sich um ein automatisiertes Problem der aktuellen Steuerung, dann ist der Ersteller „true“.
    1. Wenn ein Problem mit „Ersteller“ als „true“ vorhanden ist und ein Steuerungsfehler auftritt, wird das Feld Problemquelle des Problems mit der Quelle des Problems aktualisiert. Beispiel: Es liegt ein Problem vor, bei dem der Ersteller bereits „true“ ist, und die Problemquelle ist Kontrolltestfehler. Wenn ein anderer Kontrollfehler auftritt, z. B. ein Kontrollnachweisfehler, wird die Problemquelle mit zwei Tags aktualisiert, nämlich Kontrolltestfehler und Kontrollnachweisfehler.
    2. Wenn kein Problem mit „Ersteller“ als „wahr“ vorhanden ist und einer der drei Kontrollfehler auftritt, wird ein neues automatisiertes Problem mit „Ersteller“ als „wahr“ erstellt. Wenn beispielsweise ein Steuerungsnachweisfehler für eine bestimmte Steuerung vorliegt, bei der kein Problem mit der Steuerung verknüpft ist und der Ersteller „true“ ist, wird ein neues automatisiertes Problem mit Problemquelle als Steuerungsnachweisfehler erstellt, und der Ersteller ist „true“.

    Datenmigration

    Die Logik hinter der Kennzeichnung eines Problems als automatisch generiert oder manuell erstellt mit der Kennzeichnung „Ersteller“ wird automatisch behandelt, wenn Sie das neueste Plugin installieren. Für alle automatisierten Probleme, die mit vorhandenen Kontrollen verknüpft sind, ist die Kennzeichnung „Ersteller“ in den m2m-Datensätzen zwischen der Kontrolle und dem Problem „true“.