Table des matières

Search

  1. Préface
  2. Introduction
  3. Concepts IDD
  4. Processus d'implémentation
  5. Gestionnaire de configuration IDD
  6. Configuration manuelle d'IDD
  7. Propriétés globales d'IDD
  8. Exigences de plateforme et de dimensionnement
  9. Composants de l'application
  10. Configuration de la sécurité IDD
  11. Sécurité des données
  12. Exemple de configuration de la sécurité basée sur les rôles
  13. Masquage des données
  14. Moteur de flux de travail Siperian BPM
  15. Codes de paramètres régionaux
  16. Dépannage
  17. Glossaire

Guide d’implémentation de Data Director

Guide d’implémentation de Data Director

Tâches de configuration de la sécurité IDD

Tâches de configuration de la sécurité IDD

Cette section parcourt la série de tâches pour implémenter un modèle de scénario basé sur les rôles : fournir aux utilisateurs IDD quatre niveaux de privilèges différents (aucune autorisation, lecture seule, création et mise à jour) pour accéder à un objet de base Partie et aux ressources correspondantes.
Imaginez, par exemple, un scénario avec deux domaines tels que Partie et Organisation où le domaine Partie a une relation logique un-à-un avec le domaine Organisation. Dans la vue des données, pour modifier les attributs de l'enregistrement, vous devez posséder les privilèges CREATE et UPDATE sur les deux domaines que sont C_PARTY et C_ORGANIZATION. Si certains champs de l'objet principal ou si l'objet ayant une relation logique un-à-un avec l'objet principal sont en lecture seule, vous pouvez toujours éditer l'objet principal. Les champs qui sont en lecture seule sont visibles dans la vue des données, mais ne peuvent pas être modifiés. Si tous les champs de l'objet principal et l'objet ayant une relation logique un-à-un avec l'objet principal ont les autorisations de lecture seule, vous ne pouvez pas éditer l'objet principal dans la vue de données.