Séparation de domaine et Support EMR

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture

    • Support EMR 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 : 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 Support EMR inclut Séparation de domaine pour les tables de configuration (définition de demande, paramètres de demande et mappage de définition à paramètre) ainsi que Séparation de domaine pour les données transactionnelles telles que les tâches et les données de demande associées provenant du système EMR.

    Séparation de domaine est activée dans les aspects suivants de l’application Support EMR :

    • Les données stockées dans la table Données de demande distante [sn_ind_rmt_help_request_data] sont séparées par domaine.
    • Les tâches créées lorsqu’elles sont déclenchées à partir d’un créateur d’enregistrement ou à l’aide d’une API REST sont séparées par domaine.
    • Les paramètres de demande peuvent être créés pour être utilisés dans différents domaines.
    • Les définitions de demandes peuvent être créées pour être utilisées dans différents domaines.
    • Des mappages de définition de demande peuvent être créés pour être utilisés dans différents domaines.

    Comment fonctionne Séparation de domaine dans Support EMR

    Pour les clients qui utilisent un portail de services d’aide EMR dans leurs systèmes EMR pour émettre ServiceNow des demandes de service informatique, le domaine est défini à partir de la session de l’utilisateur connecté, dans la tâche créée et des données de demande associées.

    Pour les clients utilisant l’API de demande d’aide à distance , un administrateur peut séparer par domaine une tâche et les données de demande à distance associées en envoyant l’un des paramètres suivants dans l’objet lors de la task_parameters création de la demande.

    • Tâche pour l’utilisateur (task_for)
      Remarque :
      Valide pour tous les types de tâches.
    • Appelant (caller_id)
      Remarque :
      Valide uniquement pour la table Incident [incident].

    Pour l’incident, le domaine de la tâche est défini à partir du paramètre caller_id s’il est spécifié dans le corps de la demande. Lorsque le paramètre caller_id n’est pas spécifié, le domaine de la tâche est défini comme le domaine de l’utilisateur spécifié dans le paramètre task_for . Si aucun de ces paramètres n’est spécifié dans le corps de la demande, le domaine de la tâche est défini à partir du domaine de l’utilisateur authentifié en invoquant l’API de demande d’aide à distance .

    Tables séparées de domaine

    • Définition de la demande distante (sn_ind_rmt_help_request_defn)
    • Paramètre de demande distante (sn_ind_rmt_help_request_param)
    • Mappage de configuration de la demande (sn_ind_rmt_help_defn_param_data_map)
    • Données de demande distante (sn_ind_rmt_help_request_data) et ses tables de données enfants étendues
    • Tâche [task]