Impact de la conformité sur les exigences de contrôle
Les exigences d’objectif de contrôle sont créées pour un objectif de contrôle. Les exigences de contrôle sont générées pour tous les contrôles associés à un objectif de contrôle. Toutefois, un contrôle ou une exigence de contrôle peut devenir non conforme en raison d’un échec d’attestation ou de la création d’un problème à l’un ou l’autre des deux niveaux.
Association d’un problème à une exigence de contrôle et son impact sur l’état de contrôle
Un problème peut être créé pour une exigence de contrôle via une attestation. Vous pouvez activer l’option Prendre attestation au niveau des exigences pour envoyer les attestations pour toutes les exigences de contrôle au lieu d’envoyer une attestation pour le contrôle au niveau du contrôle. L’option Prendre attestation au niveau des exigences se trouve dans la liste connexe Attestation du formulaire Contrôle.
Si l’attestation échoue, un problème est créé. Le problème créé en raison d’un échec d’attestation a le champ Source du problème balisé comme Échec d’attestation du besoin.
Vous pouvez afficher la référence du besoin de contrôle dans le champ Contrôle/Risque de la liste connexe Détails du formulaire Problème.
- Si vous sélectionnez Remédiation (Rattraper) et définissez l’état du problème sur Closed Complete (Fermé et terminé), l’exigence de contrôle devient conforme, à condition qu’il n’y ait pas d’autre problème ouvert sur l’exigence de contrôle.
- Si vous sélectionnez Accepter, cela signifie que le problème existe toujours et que vous l’acceptez. Dans ce cas, même si vous fermez le problème sans autre problème ouvert, l’état de l’exigence de contrôle est toujours non conforme.
- Il ne doit y avoir aucun problème ouvert sur le contrôle.
- Aucune exigence de contrôle ne doit être non conforme.
- Si le contrôle et les exigences de contrôle sont à l’état Brouillon ou Attester, vous pouvez transmettre l’attestation pour rendre le contrôle et l’exigence de contrôle conformes.
- Si les exigences de contrôle et de contrôle sont à l’état Examiner ou Surveiller, vous pouvez rétablir l’état pour attester et transmettre l’attestation afin de rendre le contrôle et les exigences de contrôle conformes.
- Si le besoin de contrôle est à l’état Surveillance ou Mis hors service, vous ne pouvez pas créer de problème pour le besoin de contrôle.
Impact du test de l’indicateur et du test de contrôle sur l’état du besoin de contrôle
Une exigence de contrôle peut devenir non conforme en raison d’un problème créé à la suite d’un échec d’attestation de cette exigence de contrôle. Si aucun problème ouvert n’est lié au contrôle ou même si vous fermez le problème existant, l’exigence de contrôle reste non conforme. Bien que le résultat de la tâche d’indicateur soitRéussi, le contrôle reste non conforme car l’une de ses exigences de contrôle n’est pas conforme. Vous devez explicitement rendre l’exigence de contrôle du contrôle conforme, puis, lorsque le test de l’indicateur est réussi, le contrôle devient conforme.
Il en va de même pour un test de contrôle.
Changements dans l’état du contrôle et leur impact sur les exigences de contrôle
- Brouillon
- Toutes les exigences de contrôle sont générées lorsque le contrôle est à l’état Brouillon.
Lorsque le contrôle passe à l’état Brouillon, les exigences de contrôle associées passent également à l’état Brouillon.
- Attester
- Lorsque le contrôle passe à l’état Attestation à partir de tout autre état, toutes les exigences de contrôle du contrôle passent également à l’état Attester, indépendamment de l’option Prendre attestation au niveau des exigences .Remarque :Lorsque vous sélectionnez Attester, vous avez la possibilité de prendre une seule attestation au niveau du contrôle ou de prendre plusieurs attestations au niveau des exigences de contrôle, ce qui est guidé par l’option Prendre attestation au niveau des besoins .
- Revue
- Pour l’attestation au niveau du contrôle, lorsque l’option Compléter l’attestation au niveau des exigences n’est pas sélectionnée, une fois l’attestation terminée, le contrôle passe à l’état Révision. Simultanément, toutes les exigences de contrôle associées du contrôle passent à l’état Révision.
Pour l’attestation au niveau des exigences de contrôle, lorsque l’option Compléter l’attestation au niveau des exigences est sélectionnée, l’attestation est envoyée à toutes les personnes chargées de répondre sur l’attestation de toutes les exigences de contrôle individuellement. Lorsque l’attestation est terminée, quel que soit le résultat de l’attestation en tant que réussite ou échec au niveau des exigences de contrôle, l’exigence de contrôle passe à l’état Révision. Si l’attestation réussit, l’état de l’exigence de contrôle devient conforme et, en cas d’échec, l’exigence de contrôle devient non conforme. Une fois l’attestation terminée pour toutes les exigences de contrôle et lorsqu’elles sont toutes à l’état Révision, le contrôle passe à l’état Révision.
- Surveiller
- Lorsque le contrôle passe à l’état Surveillance, les exigences de contrôle associées passent également à l’état Surveillance.
Les exigences de contrôle restent à l’état Surveillance tant que le contrôle reste actif et n’est pas revenu à l’état Brouillon ou Attester.
- Mis hors service
- Lorsque le contrôle est mis hors service, les exigences de contrôle passent à l’état Mis hors service.
La suppression d’un contrôle supprime ou supprime toutes les exigences de contrôle associées au contrôle.
Pour plus d’informations sur les scénarios de flux d’attestation, consultez l’article Workflow d’attestation pour le contrôle et les exigences de contrôle [KB0555561] dans la Now Support base de connaissances.
Impact des exigences héritées sur le cycle de vie d’un contrôle
- Si l’une des exigences de contrôle devient non conforme, le contrôle correspondant est également non conforme.
- Si l’une des exigences de contrôle héritées devient non conforme, le contrôle est également non conforme.
- Si une attestation pour un contrôle échoue, un problème est créé et le contrôle devient non conforme.
- Si une attestation pour une exigence de contrôle échoue, un problème est créé et l’exigence de contrôle devient non conforme. Ainsi, le contrôle associé devient également non conforme.
- Si l’une des exigences de contrôle hérités d’un contrôle hybride est retirée dans de telles conditions, un problème automatisé est créé. Le motif de la création du problème est reflété dans le champ Source du problème du formulaire Problème en tant que Contrôle de fournisseur mis hors service. Un message approprié est également consigné dans la liste connexe Activité du formulaire Problème. Pour résoudre le problème, vous pouvez soit modifier le fournisseur de contrôle commun, soit convertir l’exigence de contrôle en exigence auto-implémentée.
- Si le contrôle est à l’état Brouillon et que l’une de ses exigences est retirée, vous ne pouvez pas déplacer le contrôle de l’état Brouillon à l’état Attester.