Séparation de domaine et l'application Expérience de visite

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

    • Il s'agit d'un aperçu de Séparation de domaine telle qu'elle se rapporte à l'application Expérience de visite et 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, 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 de Expérience de visite

    L'application Séparation de domaine est prise en charge dans l'application Walk-up Experience 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 Walk-up Experience de la manière suivante :

    • Les files d'attente de l'emplacement de visite prennent en charge Séparation de domaine afin de 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 agents 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 de Portail de services ne soient pas séparées par domaine, les pages du portail de l'application Walk-up Experience 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 qui 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 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. Pour ce faire, il faut configurer l'enregistrement wu_location_queue pour répondre aux besoins des demandeurs. 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 Walk-up Experience utilise le domaine du demandeur 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.

    L'application utilise le domaine de l'administrateur ou de l'agent de visite pour déterminer quels enregistrements sont visibles pour l'agent.

    • Selon les règles de Séparation de domaine, les agents ne peuvent travailler que sur les interactions qui sont visibles pour eux.
    • Les agents 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 la table Plusieurs à plusieurs [wu_m2m_location_queue_reason] qui contrôle le mappage entre un emplacement et le motif.
    • Les enregistrements de contexte de visite prennent également en charge Séparation de domaine. Cela permet aux agents d'afficher les informations détaillées du demandeur uniquement pour les enregistrements visibles selon les règles de Séparation de domaine.

    Tables séparées par domaine

    Dans le cadre de la Walk-up Experience, 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]