Prise en charge et calendriers du domaine

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture

    • Domain Separation est pris en charge dans les calendriers. 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 contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder. Activez le module d’extension Domain Support [com.glide.domain] pour activer la fonctionnalité Domain Separation pour les calendriers.

    Niveau de prise en charge : basique

    • Logique métier : garantit que les données parviennent au bon domaine pour les cas d'utilisation du fournisseur de service de l'application.
    • L'application prend en charge Séparation de domaine lors de l'exécution. Séparation de domaine inclut la séparation à partir de l'interface utilisateur, des clés de cache, des rapports, des déploiements et des agrégations.
    • Le propriétaire de l'instance doit configurer l'application de sorte qu'elle fonctionne sur plusieurs locataires.

    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.

    Vue d'ensemble

    Les enregistrements des tables Calendrier [cmn_schedule], Page de calendrier [cmn_schedule_page] et Page de chronologie [cmn_timeline_page] ont un domaine défini.
    • Les tables enfants utilisent l’attribut domain_master pour dériver le domaine de la table parente.
    • Vous pouvez trouver l’attribut domain_master dans l’enregistrement de dictionnaire pour la table respective.
    Le diagramme suivant illustre le champ d’application de Domain separation dans différentes tables de calendrier :
    Figure 1. Prise en charge du domaine pour les calendriers
    Prise en charge du domaine pour les calendriers

    Implémentations de la prise en charge des domaines personnalisés

    la prise en charge de Domain Separation ne se produit pas automatiquement lorsque vous migrez vers une nouvelle version contenant une implémentation personnalisée de la prise en charge de domaine pour les tables telles que l’entrée de calendrier [cmn_schedule_span]. Cette action évite de modifier les configurations spécifiques que vous avez pu mettre en place.

    Pour implémenter la prise en charge du domaine du système de base pour les calendriers, un utilitaire sys.script est fourni. Pour exécuter cet utilitaire, accédez à Arrière-plan > Scripts – Arrière-plan. Le script est répertorié sous le module d’extension com.glide.schedules en tant que fix_schedule_domain_support.js.
    • L’utilitaire tente d’ajouter la colonne Domaine [sys_domain] aux tables Calendrier [cmn_schedule], Page de calendrier [cmn_schedule_page] et Page de chronologie [cmn_timeline_page].
    • Il tente ensuite d’ajouter l’attribut domain_master aux tables Entrée de calendrier [cmn_schedule_span], Autre calendrier [cmn_other_schedule], Sous-élément de chronologie [cmn_timeline_sub_item] et Style de parcours de page de chronologie [cmn_timeline_page_style].
    • Si le script trouve des enregistrements existants entre un enregistrement enfant et un enregistrement parent qui ont un domaine différent, il n’introduit pas l’attribut domain_master dans la table enfant.
    Par exemple, examinez la relation des tables Calendrier [cmn_schedule] (parent) et Entrée de calendrier [cmn_schedule_span] (enfant). Si la colonne Domaine [sys_domain] est disponible sur les deux tables de l’instance de mise à niveau, l’utilitaire doit migrer vers l’implémentation du système de base de la prise en charge du domaine pour les calendriers.
    • Si le script détecte des enregistrements dans lesquels le domaine d’entrée de calendrier [cmn_schedule_span] enfant diffère de son domaine de calendrier [cmn_schedule] parent, il arrête l’exécution et consigne un message d’avertissement.
    • Si le script ne trouve pas d’enregistrements différents, il désactive et limite l’accès en lecture aux colonnes Domaine [sys_domain] et Chemin de domaine [sys_domain_path] de la table Entrée de calendrier [cmn_schedule_span].
    • Enfin, le script ajoute l’attribut domain_master=schedule au fichier de dictionnaire pour la table Entrée de calendrier [cmn_schedule_span].
    Remarque :
    L’attribut domain_master garantit que les domaines d’enregistrement enfant et parent restent les mêmes que le domaine de l’enfant qui est dérivé du champ de référence spécifié.