Niveau de prise en charge : basique

Exemple de cas d'utilisation : lorsqu'un fournisseur de service (SP) utilise la messagerie instantanée pour répondre au message d'un locataire-client, le client doit pouvoir afficher la réponse du SP.

Pour en savoir plus sur les niveaux de prise en charge, consultez la rubrique Prise en charge de Séparation de domaine par les applications.

Avantages d’avoir des tables séparées par domaine dans Gestion de la politique et de la conformité

Gère la GRC séparation de domaine

Bien que GRC prenne en charge la séparation des données, la séparation de la logique et du processus n’est pas entièrement prise en charge.

• De nombreux types d’enregistrements dans GRC sont générés automatiquement par le biais des processus utilisateur. Les entités, les contrôles, les risques, les indicateurs et les tests de contrôle sont tous des enregistrements qui peuvent être générés automatiquement. Pour les enregistrements qui sont générés automatiquement (et pour tout enregistrement GRC généré manuellement), le domaine de l’enregistrement est le même que le domaine de l’utilisateur responsable de la création ou de la génération des enregistrements.
• La génération automatique doit être gardée à l’esprit lorsque vous travaillez dans une implémentation GRC séparée par domaine. Les utilisateurs doivent s’assurer qu’ils créent/génèrent des enregistrements au bon niveau de domaine afin qu’ils soient visibles par le bon ensemble d’utilisateurs.

  Par exemple, imaginons que vous ayez des domaines sous la forme suivante :

À moins que les risques et les contrôles ne se trouvent dans le domaine Global, les utilisateurs ne doivent pas affecter de risques ou de contrôles dans un domaine supérieur aux utilisateurs dans un domaine inférieur. Dans l’exemple ci-dessus, si vous avez un contrôle dans le domaine TOP, vous ne devez pas l’attribuer pour attestation aux utilisateurs des domaines A ou B car ces utilisateurs n’auraient pas accès au contrôle ; Ainsi, le questionnaire d’attestation ou d’évaluation ne serait pas généré.

De même, les utilisateurs ne doivent pas affecter d’objectifs de contrôle et d’énoncés de risque dans un domaine supérieur aux attestations et évaluations dans un domaine inférieur. Sinon, le questionnaire d’attestation ou d’évaluation ne serait pas généré.

Cas d'utilisation

Les données GRC pour le service informatique peuvent être séparées des données GRC des autres départements. Chaque domaine d’activité utilisant l’application GRC peut avoir des données distinctes qui ne peuvent pas être partagées avec d’autres départements. Par conséquent, chaque département peut avoir ses propres entités, politiques, contrôles, risques, etc.

Lorsqu’il examine un contrôle à partir du domaine informatique, l’utilisateur peut choisir d’étendre le champ d’application de domaine pour afficher les valeurs du domaine financier ou de réduire le champ d’application de domaine pour afficher uniquement les contrôles qui correspondent au domaine informatique.

Par défaut, Séparation de domaine ajoute un champ de domaine aux tables Tâche [task] et Éléments de configuration [cmdb_ci] et à leurs extensions.

Vous pouvez étendre Séparation de domaine à toutes les nouvelles tables que vous créez en ajoutant un champ sys_domain à la définition de dictionnaire de la table. Par défaut, le domaine système uniquement sépare les tables de plateforme et d'application de base de référence, le cas échéant.

Dans ce cas d'utilisation, les scripts clients, les règles métiers, les workflows, les processus, etc. peuvent être séparés par domaine.

Bien que le comportement proposé avec Domain Separation fournisse une prise en charge partagée, le partage est toujours contenu dans une seule instance. Cela signifie que certaines données et propriétés globales et certains processus globaux sont partagés dans tous les domaines. Par exemple, l'option « Mémoriser mon nom » du système sur la page de connexion est globale et ne peut pas être spécifiée par domaine.

Si une séparation complète et totale de toutes les propriétés système est nécessaire et n'exige pas de génération de rapports globaux ou de processus globaux, la meilleure approche à adopter est l'utilisation d'instances distinctes.

Allocation de valeurs de domaine aux Gestion de la politique et de la conformité objets

Les enregistrements qui sont générés automatiquement par le biais de travaux planifiés ou de scripts en arrière-plan sont séparés par domaine en fonction de leur objet parent ou de leur domaine d’utilisateur pour tous les objets Policy and Compliance. De même, les contrôles, les risques ou les évaluations des risques qui sont générés automatiquement en fonction des entités doivent également être séparés par domaine.