Séparation de contexte et de domaine
Le contexte de la session d’un utilisateur détermine les processus, les données et l’interface utilisateur lorsque l’utilisateur parcourt les vues de listes, les pages d’accueil, les rapports et les articles de la base de connaissances. Le contexte est déterminé par les processus que vous créez, les règles métier que vous définissez, vos workflows et d’autres facteurs.
Contexte de la session de l’utilisateur
De nombreux facteurs déterminent le contexte d’une session utilisateur, tels que les profils d’utilisateurs, les groupes, les critères de société, etc. Dans le diagramme suivant, vous voyez que les incidents créés par une entreprise font partie du contexte.
Dans cet exemple, l’utilisateur dispose d’un domaine d’accueil Cloud Dimensions.
- La marque reflète les paramètres du domaine Cloud Dimensions et de l’enregistrement de société.
- Le navigateur d’application affiche les éléments qui sont hérités des domaines de niveau supérieur, ainsi que les modules qui sont définis dans le domaine Cloud Dimensions.
- Les pages d’accueil et les données de liste reflètent les données visibles par l’utilisateur. Ces données sont basées sur le contexte de la session de l’utilisateur. Dans ce cas, l’utilisateur dans le domaine Cloud Dimensions peut voir les données dans Cloud Dimensions, les domaines enfants et le domaine global.
Début du contexte de la session de l’utilisateur dans le domaine d’accueil
Dans le schéma suivant, vous pouvez voir les éléments du contexte.
L’administrateur système définit les domaines d’accueil des utilisateurs sur leurs enregistrements utilisateur. En règle générale, le domaine d’accueil d’un utilisateur est défini sur le même domaine que le domaine de sa société. Lorsque l’utilisateur se connecte, le sélecteur de domaine se définit automatiquement sur le domaine d’accueil de l’utilisateur. Les utilisateurs peuvent revenir à leur domaine d’origine à tout moment en cliquant sur l’icône flèche dans le sélecteur de domaine.
La liste du sélecteur de domaine inclut les domaines situés dans le contexte de la session de l’utilisateur. Les utilisateurs peuvent limiter davantage le contexte de leur session en sélectionnant des domaines enfants à l’aide du sélecteur.
Le contexte de la session utilisateur inclut le domaine d’accueil de l’utilisateur et tous les domaines enfants. Cet ensemble de domaines dans le contexte de la session de l’utilisateur est ajouté automatiquement à chaque requête envoyée à la base de données. De cette façon, les résultats sont limités aux données de ces domaines et aux données globales. Ce processus est intégré dans le code compilé qui n’est pas accessible.
Les comptes de service utilisés pour les intégrations ont également un contexte de session utilisateur. Il existe un contexte utilisateur et un contexte d’enregistrements, chacun avec ses propres données dans son propre domaine. Ces contextes affectent les intégrations. Les requêtes de base de données (enregistrements) sont limitées de la même manière que les utilisateurs interactifs (utilisateurs), ce qui signifie qu’elles fonctionnent normalement mais sont limitées par les contraintes que le développeur a configurées.
Pour en savoir plus sur d’autres méthodes d’ajout de domaines au contexte de la session d’un utilisateur, consultez Architecture de référence du fournisseur de services.
Contexte d'enregistrement
Lorsqu’un utilisateur explore des enregistrements individuels, le contexte de l’enregistrement est activé. Le contexte d’enregistrement détermine les éléments d’interface utilisateur et les processus à appliquer à l’enregistrement.
- Le contexte d’enregistrement persiste même si le domaine de l’utilisateur change.
- Les utilisateurs peuvent afficher les enregistrements simultanément dans plusieurs onglets de navigateur, tout en conservant leur propre contexte d’enregistrement.