--- sourceDocument: Interfaces conversationnelles Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/conversational-interfaces Release : - yokohama ft:locale : - fr-FR ft:publication_title : - Interfaces conversationnelles Yokohama ft:clusterId : - convint bundleId : - convint workflow : - Platform --- # Séparation de domaine et Agent virtuel # Séparation de domaine et Agent virtuel {#ariaid-title1} * Rversion finale: Yokohama * * Mis à jour 30 janv. 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 minutes de lecture L'application Agent virtuel prend en charge Séparation de domaine. 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 : Standard {#domain-separation-virtual-agent__id_xvb_5q5_qwb} * Inclut tous les aspects de la prise en charge de niveau Basique. * Les propriétés d'application sont sensibles au domaine selon les besoins. * 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. {#domain-separation-virtual-agent__ul_tfh_drj_xkb} 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.{#domain-separation-virtual-agent__p_ssc_nfg_h1c} 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](https://www.servicenow.com/docs/access?context=domain-separated-apps&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US).{#domain-separation-virtual-agent__p_tsc_nfg_h1c} Séparation de domaine vous permet de partitionner les données et le contrôle administratif de votre organisation dans des domaines distincts. Cela vous permet d'isoler les données et d'en contrôler l'accès, ce qui est particulièrement important dans les environnements où plusieurs locataires partagent une plateforme commune. La séparation de domaine fonctionne en Agent virtuel créant des vues distinctes Agent virtuel isolées les unes des autres. La configuration de la messagerie instantanée, la marque, les paramètres NLU, les rubriques et les composants peuvent être affectés à un domaine donné dans .Agent virtuel Les utilisateurs d'un domaine ne peuvent accéder qu'aux Agent virtuel conversations associées à leur domaine. Cela signifie que les utilisateurs d'un domaine ne peuvent pas accéder aux données ou aux fonctionnalités qui appartiennent à un autre domaine, y compris Agent virtuel les conversations. En outre, les administrateurs affectés à un domaine ne peuvent pas voir ni gérer Agent virtuel les conversations dans d'autres domaines, ce qui garantit une séparation et une sécurité complètes. Séparation de domaine est particulièrement adapté aux clients ayant l'une des exigences suivantes : * Vous devez appliquer une ségrégation absolue des données entre les entités d'entreprise (séparation des données). * Personnalisez les définitions de processus business et les interfaces utilisateur pour chaque domaine (administration déléguée). * Gérez certains processus globaux et rapports globaux en une seule instance. * Séparez les données entre les clients ou les sous-organisations. * Le champ d'application de la session est défini lors de l'établissement de la session sur le domaine répertorié dans l'enregistrement utilisateur de l'utilisateur. Les utilisateurs peuvent modifier manuellement le champ d'application de leur domaine de session à l'aide du sélecteur de domaine. * Le champ d'application de l'enregistrement utilise le domaine de l'enregistrement et est actif lors de l'affichage du formulaire d'un enregistrement. Par défaut, le champ d'application de l'enregistrement est prioritaire sur le champ d'application de la session afin que les utilisateurs des domaines de niveau supérieur respectent les données et les contraintes de processus de chaque enregistrement. Toutefois, ces utilisateurs peuvent choisir d'étendre ou de réduire le champ d'application de domaine pour afficher ou masquer les données d'autres domaines. Par exemple, un utilisateur dans le domaine global du fournisseur de service (SP) a également une visibilité sur les domaines enfants tels que le domaine ACME. Lors de l'examen d'un enregistrement d'incident à partir du domaine ACME, l'utilisateur peut choisir d'étendre le périmètre de domaine pour afficher les valeurs du domaine MSP ou de réduire le périmètre de domaine pour afficher uniquement les valeurs d'enregistrement qui correspondent au domaine ACME de l'enregistrement. Remarque : Les utilisateurs ont toujours accès aux données des domaines qui leur ont été explicitement accordés par la visibilité de domaine. {#domain-separation-virtual-agent__ul_eh4_5c4_l2b} Lorsque l'application Séparation de domaine est utilisée, les utilisateurs invités sont limités au domaine utilisé dans la session. Pour les canaux de messagerie instantanée personnalisés, le domaine de [l'application du fournisseur](https://servicenow-prod.fluidtopics.net/PSpfnBtlv9CFGsrWY_aR4w "Créez un identificateur de canal pour votre intégration de messagerie instantanée personnalisée dans la table Identités des canaux des fournisseurs [sys_cs_provider_application].") est utilisé. Pour le widget de messagerie instantanée, vous pouvez associer un ID de domaine au portail de messagerie instantanée. Pour plus de détails, voir [Associer un ID de domaine à un portail de messagerie instantanée](https://servicenow-prod.fluidtopics.net/OTBlrh_MgaCtFYSPiT69Nw "La plateforme Portail de services n’est pas séparée par domaine, mais vous pouvez créer différentes versions d’un portail et restreindre l’utilisation de chaque version à un seul domaine à des fins de messagerie instantanée. Par exemple, vous pouvez créer deux portails de services aux employés et définir un domaine différent pour chacun."). Pour plus d'informations, consultez [Domain scope](https://www.servicenow.com/docs/access?context=c_DomainScope&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US). ## Besoins {#domain-separation-virtual-agent__section_a5h_dfq_rwb} Toutes les fonctionnalités de prise en charge de domaine nécessitent le module d'extension Prise en charge de domaine - Programme d'installation des extensions de domaine \[com.glide.domain.msp_extensions.installer\]. Pour plus de détails, voir [Request domain separation](https://www.servicenow.com/docs/access?context=t_ActivateDomainSeparation&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US). ## Configurer avec Séparation de Agent virtuel domaine {#domain-separation-virtual-agent__section_akq_hg4_l2b} Marques : Les fournisseurs de services peuvent créer une [configuration de personnalisation de messagerie instantanée](https://servicenow-prod.fluidtopics.net/Zj3PiV~8M9YV0flkLi3f8g "Créez différentes Agent virtuel configurations de marques pour les différentes organisations qui utilisent votre instance. Ces configurations s’appliquent uniquement à la messagerie instantanée basée sur le Web et aux clients mobiles.") par domaine. [Expériences de messagerie instantanée](https://servicenow-prod.fluidtopics.net/IMQIUkZuT7NcLYEIkFkrtg "Créez différentes expériences de messagerie instantanée pour vos utilisateurs finaux en fonction du contexte dans lequel ils initient une conversation avec Agent virtuel.") : Les expériences de messagerie instantanée, y compris l'expérience par défaut et les expériences personnalisées, permettent la séparation des domaines. Chaque profil d'expérience de messagerie instantanée appartient à un domaine. Chaque personnalisation enfant, telle qu'un changement de rubrique de configuration, appartient à un domaine. Chaque personnalisation enfant implémente des remplacements système afin que les sous-domaines puissent remplacer les personnalisations de domaine parent. Paramètres NLU : Un seul fournisseur de service NLU peut être défini par instance séparée en domaines pour tous les Agent virtuel clients. Le fournisseur de services gérés (MSP) se connecte en tant qu'utilisateur global pour que le domaine configure NLU. Pour plus de détails, voir [Configurer Compréhension du langage naturel dans Agent virtuel](https://servicenow-prod.fluidtopics.net/wkeaXKa1mKfOisMZw3DvYA "Configurez Compréhension du langage naturel (NLU) pour Agent virtuel identifier le NLU fournisseur de service pour votre instance. Vous pouvez également spécifier les langues des modèles utilisés lors de la conception d’une conversation, en fonction des NLU langues prises en charge par votre NLU fournisseur et le .Now Platform"). ## Création de rubriques dans les sous-domaines dans Concepteur d'agent virtuel {#domain-separation-virtual-agent__section_f3t_lh4_l2b} Rôles requis : admin ou virtual_agent_admin Le fournisseur de service se connecte à l'un des sous-domaines et crée et publie des rubriques ou permet aux utilisateurs administrateurs de sous-domaine de [créer](https://servicenow-prod.fluidtopics.net/h5ohQfVWFqAt5SukA71weQ "Permet Concepteur d'agent virtuel de créer et de modifier Agent virtuel des rubriques (conversations). Créez votre rubrique pour répondre à un objectif ou un but spécifique, comme répondre à la demande d’un utilisateur ou aider un utilisateur à accomplir une tâche.") et [de publier](https://servicenow-prod.fluidtopics.net/LQOmBjWRKXBvcFpnJEpqMA "Déployez une rubrique inactive ou une rubrique mise à jour pour l’enregistrer et la rendre disponible aux utilisateurs sur Agent virtuel les clients.") leurs propres rubriques. Les noms de rubriques au sein d'un domaine doivent être uniques, mais Agent virtuel vous permettent de créer des rubriques portant le même nom dans d'autres domaines. Par exemple, chaque domaine peut avoir une rubrique appelée Salutation. seuls les administrateurs de fournisseur de service peuvent effectuer les opérations suivantes : * Activez Agent virtuel les modules d'extension de conversation ou les applications de stockage pour d'autres ServiceNow applications d'entreprise, telles que ITSM, CSM ou HRSD, afin d'activer les rubriques prédéfinies pour le sous-domaine. * Affectez des rôles sur un sous-domaine particulier pour contrôler les rubriques pouvant être exécutées par les utilisateurs. {#domain-separation-virtual-agent__ul_xhz_xrq_rwb} Les utilisateurs administrateurs affectés au sous-domaine peuvent effectuer les actions suivantes : * Créez des rubriques dans l'instance. * Être connecté au domaine global et emprunter l'identité d'un utilisateur dans le sous-domaine. * Publiez toutes les rubriques disponibles dans le sous-domaine dans les widgets de messagerie instantanée et les applications de messagerie. {#domain-separation-virtual-agent__ul_adt_qtq_rwb} ## Séparation de domaine dans le canal de widget de messagerie instantanée {#domain-separation-virtual-agent__section_bcn_wtm_5wb} Le widget de messagerie instantanée ne prend pas en charge Séparation de domaine. Toutefois, vous pouvez fournir une expérience de messagerie instantanée séparée par domaine dans le canal du widget de messagerie instantanée à l'aide de portails distincts et séparés par domaine. Par exemple, vous pouvez créer deux portails de support distincts qui sont restreints à des domaines distincts. Utilisez le script dans domain_id le portail pour désigner le domaine. Il est transmis en tant que paramètre dans l'URL du sysparm_domain_id portail. Pour configurer le portail, reportez-vous à la section [Associer un ID de domaine à un portail de messagerie instantanée](https://servicenow-prod.fluidtopics.net/OTBlrh_MgaCtFYSPiT69Nw "La plateforme Portail de services n’est pas séparée par domaine, mais vous pouvez créer différentes versions d’un portail et restreindre l’utilisation de chaque version à un seul domaine à des fins de messagerie instantanée. Par exemple, vous pouvez créer deux portails de services aux employés et définir un domaine différent pour chacun."). Pour plus d'informations sur les paramètres d'URL, reportez-vous à la section [Agent virtuel Paramètres d'URL](https://servicenow-prod.fluidtopics.net/NUVlyoinvrBRWvlrbFKYjw "Agent virtuel fournit divers paramètres système que les administrateurs peuvent ajouter à une URL d’instance pour contrôler le rendu du contenu de la page."). ## Séparation de domaine et Agent virtuel intégrations d'applications de messagerie {#domain-separation-virtual-agent__section_v2g_134_l2b} Rôles requis : admin ou virtual_agent_admin L'instance séparée par domaine a un enregistrement de configuration pour Slack, Microsoft Teams, Workplace, ou Facebook Messenger. Les clients du sous-domaine accordent une licence Slackà , Microsoft Teams ou Workplace indépendamment de l'instance ServiceNow . L'administrateur du sous-domaine installe les intégrations au sein du sous-domaine et configure les informations d'identification appropriées à accéder Agent virtuel à partir du client tiers. Pour plus de détails, voir [Intégration Agent virtuel à des applications de messagerie](https://servicenow-prod.fluidtopics.net/cD3b7R9qZbGCVy0_30oiaQ "Permettez aux utilisateurs d’exécuter Agent virtuel des conversations de bot dans des applications de messagerie tierces prises en charge. Utilisez les applications d’intégration conversationnelle pour Slack, Microsoft Teams et Workplace disponibles dans le ServiceNow Store afin de configurer ces applications de messagerie sur votre ServiceNow instance."). Pour Facebook Messenger, l'administrateur configure manuellement l'intégration. Pour plus de détails, voir [Intégrer Agent virtuel à Facebook Messenger](https://servicenow-prod.fluidtopics.net/UIUmiMUIVBzJwNZKQk~RaQ "Communiquez avec les demandeurs, y compris les contacts clients et les consommateurs qui préfèrent que l’application Facebook Messenger discute avec un agent."). * **[Associer un ID de domaine à un portail de messagerie instantanée](https://servicenow-prod.fluidtopics.net/OTBlrh_MgaCtFYSPiT69Nw)** La plateforme Portail de services n'est pas séparée par domaine, mais vous pouvez créer différentes versions d'un portail et restreindre l'utilisation de chaque version à un seul domaine à des fins de messagerie instantanée. Par exemple, vous pouvez créer deux portails de services aux employés et définir un domaine différent pour chacun. **Concepts associés** * [Agent virtuel Enregistrements d'interaction](https://servicenow-prod.fluidtopics.net/egw9Vwp5yr5vf9fHq7wptg "Chaque fois qu’une conversation a lieu Agent virtuel , un enregistrement d’interaction capture l’intégralité de la conversation dans la table Interactions [interaction]. L’enregistrement inclut tous les éléments de rubrique utilisés dans la conversation, ainsi que les transferts d’agents actifs.") * [Agent virtuel Scripts de](https://servicenow-prod.fluidtopics.net/1VMWXTOdgsnfRBwuMijntg "Utilisez ServiceNow Agent virtuel des méthodes et des variables de script pour écrire des scripts de messagerie instantanée, tels que des scripts de réponse, de déclencheur et de flux. Les variables peuvent également fournir un contexte pour vos sujets et conversations d’assistance en direct.") **Référence associée** * [Agent virtuel rôles](https://servicenow-prod.fluidtopics.net/VkRSa1lxfO7BrANIu90QRg#VA-roles "Agent virtuel ajoute plusieurs rôles pour les utilisateurs fonctionnant en tant qu’administrateurs Agent virtuel .") * [Types de données d'entrée dans les Agent virtuel rubriques](https://servicenow-prod.fluidtopics.net/TrcsUibiKZe1dw_VBb5BXg "Vous pouvez définir des entrées des types de données Glide Agent virtuel (com.glide.cs.chatbot) couramment utilisés sans Concepteur d'agent virtuel écrire de script. Définissez le type de données d’entrée sur le nœud Démarrer d’un contrôle personnalisé ou d’un bloc de rubriques.") * [NLU Entités système](https://servicenow-prod.fluidtopics.net/qIexnFQaXsav0PerEfcn2A "Utilisez des entités définies NLU globalement pour identifier les informations système qui Agent virtuel peuvent être extraites de la conversation. Vous pouvez définir des entités en tant que variables d’entrée « sans nœud » pour une rubrique. Ces variables peuvent être remplies à partir des prédictions du NLU fournisseur de service ou fournies en dehors du champ d’application de la rubrique.") * [Agent virtuel Paramètres d'URL](https://servicenow-prod.fluidtopics.net/NUVlyoinvrBRWvlrbFKYjw "Agent virtuel fournit divers paramètres système que les administrateurs peuvent ajouter à une URL d’instance pour contrôler le rendu du contenu de la page.") * [Commentaire sur la latence dans Agent virtuel](https://servicenow-prod.fluidtopics.net/YgoKYV6UQmZSDcFNXn9cAQ "La com.glide.cs.message.processing.enabled propriété système avertit les demandeurs chaque fois que le grand modèle de langage (LLM) de l’IA générative traite leur demande dans le widget et Now Assist le panneau de messagerie Agent virtuel instantanée.") **Information associée** * [Séparation de domaine pour les fournisseurs de services](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)