Domain separation et application CSM Expérience de visite

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

    • Cette section donne une vue d'ensemble de Domain separation , qui fait partie de l'application CSM Expérience de visite, ainsi que de ses liens avec les pages, files d'attente d'interaction et configurations de Portail de services. 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.

    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

    Domain Separation est prise en charge dans l'application CSM Expérience de visite au niveau basique. Cependant, l'application dépend de Portail de services, qui n'est pas pris en charge pour Domain Separation. Domain separation appartient à l'application CSM Expérience de visite de la manière suivante :

    • Les files d'attente de l'emplacement de visite prennent en charge Domain separation afin de définir quels utilisateurs finaux peuvent accéder à chaque file d'attente de l'emplacement.
    • La table Interaction prend en charge Domain separation standard pour la sécurité des données. Les tickets d'interaction sont ouverts pour un domaine spécifique.
    • Les files d'attente de l'emplacement de visite et les interactions de visite prennent en charge Domain separation. Par conséquent, les prestataires travaillent également dans un environnement de domaines séparés lorsqu'ils traitent des tickets d'interaction associés à une file d'attente de l'emplacement.
    • Les configurations de gestion et d'administration résident dans les enregistrements des files d'attente de l'emplacement de visite. Par conséquent, ces configurations sont disponibles pour leurs gestionnaires de domaine et administrateurs respectifs.
    • Bien que les pages du Portail de services ne soient pas séparées par domaine, les pages du portail de l'application CSM Expérience de visite récupèrent des données dans le domaine spécifique de l'utilisateur. Ces pages peuvent donc être réutilisées sur différents portails de services conçus et configurés pour des domaines distincts. Les administrateurs doivent développer chaque portail eux-mêmes.
    • Le champ Domaine est disponible dans la table wu_location_queue. Définir des domaines ici garantit que les utilisateurs ne voient que les files d'attente qui font partie de leurs domaines lors de l'enregistrement en ligne.
    • Pour que l'acheminement de Affectation de travail avancée fonctionne, chaque wu_location_queue doit inclure une condition d'acheminement d'élément de travail. Cette condition ajoute explicitement une référence au domaine dont la file d'attente fait partie.
      Remarque :
      la fonctionnalité de prise de rendez-vous n'est pas séparée par domaine. Étant donné que les données de table Rendez-vous [itil_appointment] ne sont pas séparées par domaine, les vues de listes peuvent révéler des données dans tous les domaines.

    Fonctionnement de Domain separation dans l'application CSM Expérience de visite

    Pour que cette application soit la plus efficace possible, les administrateurs de visite doivent configurer les emplacements de visite en conséquence. Configurez l'enregistrement wu_location_queue pour répondre aux besoins d'un utilisateur, ce qui affecte l'expérience du demandeur. Chaque domaine configuré sur un enregistrement de file d'attente de l'emplacement a son propre ensemble de règles. Il en va de même pour les autres tables de l'application de visite.
    Remarque :
    les éléments de la plateforme Portail de services comme les paramètres, les portails et les widgets ne peuvent pas être séparés par domaine. Les données dans les widgets s'affichent toutefois en fonction de la façon dont le domaine est configuré. L'approche recommandée consiste à mettre en place des portails distincts pour chaque client MSP.
    Les éléments du Portail de services suivants sont utilisés dans le cadre de l'expérience de visite :
    • Portail (visite)
    • Pages ( walkup_online_checkin, walkup_queue_on_site, walkup_home, walkup_survey, walkup_check_in )
    • Thème (thème de la visite)
    • Widgets (expérience d'enregistrement en ligne, file d'attente de visite sur place, enregistrement de visite, enquête de fin de visite, accueil de la visite, planification de la visite)

    Pour en savoir plus, consultez Séparation de domaine et Portail de services.

    Pour la séparation des données, l'application CSM Expérience de visite utilise le domaine de l'utilisateur de visite (utilisateur de connexion Demandeur/Visite) pour déterminer dans quel domaine les données du demandeur doivent être placées.

    • Les demandeurs ne peuvent s'enregistrer que dans les emplacements sur lesquels ils ont une visibilité.
    • Les demandeurs peuvent sélectionner les raisons qui appartiennent uniquement à leur propre domaine.
    • Les enregistrements d'interaction sont créés dans le domaine du demandeur.

    Du côté du prestataire, l'application utilise le domaine de l'utilisateur de visite (technicien/gestionnaire/administrateur de visite) pour déterminer quels enregistrements sont visibles.

    • Selon les règles Domain separation, les prestataires ne peuvent travailler que sur les interactions qui sont visibles pour eux.
    • Les prestataires peuvent configurer uniquement les enregistrements de l'emplacement de visite qui appartiennent à leur domaine, qui font partie du domaine global ou qui suivent la hiérarchie parent-enfant.
    • Les mêmes règles de visibilité s'appliquent pour les tables Plusieurs à plusieurs [wu_m2m_location_queue_reason] qui contrôlent le mappage entre un emplacement et un motif.
    • Les enregistrements de contexte de visite prennent également en charge Domain Separation. Cela permet aux techniciens de voir les informations détaillées du demandeur uniquement pour les enregistrements visibles selon les règles de Domain separation.

    Tables séparées par domaine

    Dans le cadre de CSM Expérience de visite, les enregistrements dans les tables suivantes peuvent être séparés de domaine.

    • Files d'attente de l'emplacement de visite [wu_location_queue]
    • Motifs des visites pour la consultation [wu_reason]
    • Motifs des visites [wu_m2m_location_queue_reason]
    • Contextes des visites [wu_context]
    • Interactions [interaction]