Séparation de domaine et l’application CSM Expérience de visite

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture

    • Cette section est une vue d’ensemble de Séparation de domaine telle qu’elle se rapporte à l’application CSM Expérience de visite et ses liens avec les pages, les files d’attente d’interaction Portail de services et les configurations. 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, du reporting, 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

    L’application Séparation de domaine 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 Séparation de domaine. Séparation de domaine se rapporte à l’application CSM Expérience de visite de la manière suivante :

    • Les files d’attente de l’emplacement de visite prennent en charge Séparation de domaine pour définir quels utilisateurs finaux peuvent accéder à chaque file d’attente de l’emplacement.
    • La table Interaction prend en charge Séparation de domaine 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 Séparation de domaine. Par conséquent, les prestataires travaillent également dans un environnement séparé par domaine 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 Portail de services pages 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 un domaine 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 Affectation de travail avancée l’acheminement 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 Séparation de domaine 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 à un besoin de l’utilisateur, 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 tels que les Portail de services 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.
    Voici les éléments Portail de services 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 d’utilisateur de visite (demandeur/utilisateur de connexion de 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 motifs qui appartiennent uniquement à leur propre domaine.
    • Les enregistrements d'interaction sont créés dans le domaine du demandeur.

    Du côté 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 de Séparation de domaine, 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 aux tables Nombreux à nombreux [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 Séparation de domaine. Cette prise en charge garantit que les techniciens n’affichent les informations détaillées du demandeur que pour les enregistrements visibles selon les règles Séparation de domaine.

    Tables séparées par domaine

    Dans le cadre du 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]