Domain Separation dans Espace de travail

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

    • Cette présentation décrit Domain separation dans l’espace de travail. 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 la prise en charge de niveau Basique.
    • Logique métier : le fournisseur de service (SP) crée ou modifie des processus par client. 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 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 donner les commentaires appropriés lorsqu'un enregistrement se ferme pour un locataire, mais pas pour un autre.

    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

    La Espace de travail navigation par onglets est fondamentalement différente de l’infrastructure d’interface utilisateur classique : dans la plateforme, un agent examine un enregistrement à la fois (bien que plusieurs enregistrements puissent être ouverts dans des onglets de navigateur distincts). Espace de travail s La navigation par onglets prend en charge le multitâche entre les incidents ou les tickets d’une même session de navigateur.

    Dans la version Paris, les agents peuvent effectuer plusieurs tâches à la fois dans différents domaines au sein d’un seul onglet du navigateur Workspace.

    Comment fonctionne Séparation de domaine dans Espace de travail

    Avec Espace de travail, plutôt que d’avoir des prestataires qui interagissent directement avec le modèle de données (en sélectionnant des domaines via le sélecteur de domaine de la plateforme), la fonctionnalité principale est transparente pour l’agent. Il n’y a pas de sélecteur de domaine dans l’en-tête global de Workspace.

    Lors de l’interaction avec des enregistrements existants :
    • Les enregistrements s’ouvrent dans le domaine de l’enregistrement, et non dans la session de domaine de l’utilisateur.
      • Mise en page du formulaire : les champs et les valeurs (Choix, Références, etc.) s’affichent en fonction du domaine de l’enregistrement.
      • En-tête du formulaire : les champs primaire et secondaire s’affichent en fonction du domaine de l’enregistrement et peuvent être personnalisés par client.
      • Les mises en page des listes connexes utilisent le domaine d’enregistrement du parent.
      • Les actions d’interface utilisateur respectent le domaine de l’enregistrement et affichent uniquement ce qui est applicable (par exemple, « La condition évalue vrai »).
      • Ruban : les composants du ruban de chargement sont basés sur le domaine de l’enregistrement. Toutes les actions d’interface utilisateur déclenchent la session d’enregistrement ou la reportent sur les enregistrements enfants.
      • La base de connaissances et le catalogue s’affichent en fonction des critères d’utilisateur et du domaine auquel la session utilisateur a accès. Toutefois, tous les enregistrements qui s’affichent doivent être filtrés en fonction du domaine d’enregistrement.
    • Vous pouvez utiliser une amélioration facultative de Forms pour fournir une connaissance contextuelle de la société ou du domaine d’un enregistrement existant à l’aide du logo de la société/du compte dans l’en-tête de formulaire. Pour en savoir plus, consultez Configurer les en-têtes de formulaire dans l’espace de travail

    Lorsque vous créez de nouveaux enregistrements à partir d’un enregistrement (intelligence entre locataires) :

    Les enregistrements créés à partir d’un autre enregistrement héritent du domaine de l’enregistrement d’origine.
    • Les enregistrements créés à l’aide d’une action d’interface utilisateur sur un enregistrement conservent le domaine du domaine d’enregistrement d’origine.
    • Les enregistrements créés à partir d’un enregistrement parent (par exemple, à partir d’une liste connexe) conservent le domaine du domaine de l’enregistrement parent.
    • Le nouvel enregistrement se charge (processus/données) dans le domaine affecté à l’enregistrement d’origine. (Par exemple : Incident > Changement > Incident
    • Les nouvelles interactions sont créées dans le domaine « Ouvert pour » (et non dans le domaine de l’utilisateur).
    • De nouveaux enregistrements peuvent être créés dans le domaine de l'« appelant » ou du « contact » (par exemple, « Ouvert pour ») sur la base d’un formulaire interstitiel configurable par l’administrateur qui permet de créer en toute sécurité de nouveaux enregistrements dans le domaine approprié.
      • L’enregistrement de l’utilisateur ou de la société est généralement utilisé pour déterminer le domaine (par exemple, la sélection de l’utilisateur remplit le champ de la société et définit le domaine). Le propriétaire unique de l’instance détermine ce qui définit le domaine pour cette instance sur chaque table.
      • Les personnes ayant accès à plusieurs domaines peuvent utiliser un formulaire léger configurable pour renseigner les champs afin de définir le domaine. L’utilisateur sélectionne des sociétés ou des comptes, ou des utilisateurs des domaines auxquels le prestataire a accès.
      • Le bouton Suivant devient actif une fois que les champs requis sont renseignés.
      • Contrairement au sélecteur de domaine de plateforme, les agents peuvent définir le domaine du nouvel enregistrement sans modifier leur session de domaine.
      Remarque :
      Le champ déterminant le domaine n’a pas besoin d’être pré-rempli ni même configuré. Il fonctionne un peu comme la plate-forme. Le formulaire attend que l’enregistrement soit enregistré avant d’afficher la configuration du processus spécifique au domaine.

    Nouvelles fonctionnalités de la version Paris

    Modifier le domaine d’un enregistrement existant
    • Un administrateur peut configurer un champ spécifique qui contrôle le domaine d’un enregistrement, tel que « société ». La même fonctionnalité peut être obtenue avec les propriétés système suivantes.
      • glide.sys.domaine.domaine_de_détermination_du_champ.default
      • glide.sys.domaine.champ_de_détermination_du_domaine. [table_name]
      • glide.sys.domain.use_domain_determining_field
    • Lorsque le champ spécifié est modifié, la valeur sys_domain de l’enregistrement est définie sur le domaine de la nouvelle référence ; Le domaine de l’enregistrement est modifié.
    • Lorsque vous soumettez la modification, un message s’affiche indiquant que le domaine sera modifié et vous avertissant d’une perte potentielle de données.
    • Lorsque l’enregistrement est sauvegardé, la valeur sys_domain change et toutes les références à l’enregistrement sont supprimées conformément à la règle métier « Domaine-Cascade Domaine-Tâche ».
    Activer/désactiver le champ d’application de domaine (parité des fonctionnalités de la plateforme)
    • Les utilisateurs disposant du rôle domain_expand_scope peuvent sélectionner le champ d’application de domaine à partir de l’action d’interface utilisateur Basculer le champ d’application de domaine sur le formulaire.
    • Lorsque le champ d’application de l’enregistrement est en vigueur (par défaut), vous pouvez cliquer sur l’action d’interface utilisateur pour étendre le champ d’application de la session et afficher toutes les données accessibles au domaine de l’utilisateur et aux domaines enfant.
    • Lorsque le périmètre de la session est activé, vous pouvez cliquer sur l’action d’interface utilisateur pour réduire le périmètre de l’enregistrement et afficher uniquement les données du domaine de l’enregistrement actuel.
    • Cliquer sur Activer/désactiver le champ d’application de domaine développe le champ d’application de domaine sur un enregistrement pour les actions sur la liste connexe et les requêtes de champ de référence.

    Pour en savoir plus, consultez Champ d’application de domaine.

    Possibilité pour les agents de choisir une entreprise pour voir leurs données (via « Mes listes »).

    Vous pouvez créer une « Ma liste » pour une liste organisée, ou filtrer une liste existante par entreprise. Le sélecteur de domaine de la plateforme agit de la même manière en filtrant les données en fonction du domaine. Lorsque vous créez un nouveau ticket ou incident sans parent, commencez à saisir du texte dans le champ utilisé pour désigner le domaine afin de renseigner rapidement le domaine.

    Pour en savoir plus, reportez-vous à la rubrique Listes.