Séparation de domaine et Générateur de décision

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 1 minute de lecture
  • Il s’agit d’une vue d’ensemble de Séparation de domaine en ce qui concerne Générateur de décision. Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez ensuite contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.

    Niveau de prise en charge : standard

    • Inclut le support de niveau basique.
    • Logique métier : les processus peuvent être créés ou modifiés par client par le fournisseur de services (SP). Les cas d'utilisation reflètent l'utilisation appropriée de l'application par plusieurs clients SP dans une seule instance.
    • Le propriétaire de l’instance doit être en mesure de configurer la logique métier et les paramètres de données du produit minimum viable (MVP) par locataire comme prévu pour l’application spécifique.
    Exemple de cas d’utilisation : un administrateur doit être en mesure de rendre les commentaires obligatoires lorsqu’un enregistrement se ferme pour un locataire, mais pas pour un autre.

    Séparation de domaine dans Générateur de décision

    • Les tables de décision appartiennent au domaine de l’utilisateur qui les crée. Par exemple, lorsque le client dans le domaine TOP crée une table de décision, celle-ci appartient au domaine TOP.
    • Les utilisateurs d’un domaine parent peuvent voir les tables de décision d’un domaine enfant, mais ils doivent les modifier dans le domaine auquel ils appartiennent. Par exemple, un administrateur dans le domaine TOP peut voir les tables de décision du domaine ACME, mais doit basculer vers le domaine ACME pour le modifier.