---
sourceDocument: Gestion de la sécurité Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/security-management

 Release :

    - xanadu

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion de la sécurité Xanadu

ft:clusterId :

    - security

bundleId :

    - security

workflow :

    - Technology


---

# Créer des importations séparées par domaine pour une intégration

# Créer des importations séparées par domaine pour une intégration {#ariaid-title1}

* Rversion finale: Xanadu
* 
* Mis à jour 1 août 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes de lecture

Si vous avez besoin que les données importées se trouvent dans un domaine spécifique, l'utilisateur affecté à l'exécution des intégrations doit appartenir à ce domaine.

## Avant de commencer

Rôle requis :

import_admin et configurez le rôle d'intégration de votre intégration spécifique, par exemple, sn_vul.configure_r7_integration ou sn_vul_tenable.configure_integration.

## Pourquoi et quand exécuter cette tâche

Cet ensemble de tâches nécessite un codage ou une expertise avancée ServiceNow .

Les files d'attente d'importation contiennent des pièces jointes de données traitées par les travaux planifiés (intégrations). Dans un environnement séparé par domaine, vous devez faire correspondre la tâche planifiée avec la file d'attente d'importation appropriée.

## Procédure

1. Créez un domaine.
2. Pour chaque domaine que vous créez, créez un utilisateur et affectez-le à ce domaine.  
   Considérez cet utilisateur comme un espace réservé run_as pour le domaine dans votre intégration de vulnérabilité. C'est l'équivalent de la VR. Utilisateur système dans le domaine global. Cet utilisateur doit accéder aux sources de données, aux cartes de transformation et aux données de vulnérabilité.  
   Remarque :  
   N'utilisez pas cet utilisateur à d'autres fins.
3. Créez une tâche planifiée dans chaque domaine.  
   Pour en savoir plus sur les précautions et les réglages supplémentaires, reportez-vous à la section [Paramètres supplémentaires pour Séparation de domaine](https://servicenow-prod.fluidtopics.net/zq~RIBTK6lxHWUKehFsEtQ "Pour une exécution et des résultats précis, les précautions et paramètres suivants sont requis pour la séparation de domaine dans Réponse aux vulnérabilités, Réponse aux vulnérabilités des applications, Réponse aux vulnérabilités pour conteneurs, et Conformité de la configuration.").
   1. Accédez à la ToutDéfinition du systèmeTravaux planifiés.
   2. Copier le processeur de source de données de vulnérabilité planifiée dans le domaine.
   3. Pour identifier la tâche planifiée, ajoutez le domaine au nom.  
   4. Dans le champ Exécuter en tant que , remplacez l'utilisateur run_as par l'utilisateur que vous avez créé à l'étape 2.

   {#create-domain-separated-imports__substeps_ugl_jfz_fdb}  
   À partir de la version 20.1 du , les changements de Réponse aux vulnérabilitésscript suivants sont fournis avec le système de base.
4. Remarque :  
   Modifiez l'action d'interface utilisateur suivante afin que l'intégration s'exécute dans le domaine utilisateur run_as .
   Modifiez l'action d'interface utilisateur Exécuter maintenant dans la tâche d'intégration de l'intégration de la détection d'hôte Qualys pour ajouter ce bloc de code en haut du fichier.  

       //sys id below is of host detection integration
       if(current.sys_id == "5d9cf0daff540300c68c9f783894fa4d"){
       current.run_as = gs.getUserID
       ();
       }

5. Remarque :  
   Modifiez les includes de script suivants afin que l'intégration s'exécute dans le domaine de l'utilisateur run_as .
   Modifier la méthode d'include de script VulnerabilityIntegrationUtilsaddIntegrationRun pour ajouter le code en surbrillance  
6. Modifiez la méthode d'include de script VulnerabilityIntegrationUtils , addProcessRun pour ajouter le code en surbrillance dans l'image suivante.  
   Code addProcessRun
7. Modifiez la méthode d'include de script VulnerabilityIntegrationUtils , copyProcess pour ajouter le code en surbrillance dans l'image suivante.  
   code copyProcess
8. Modifier la méthode d'include de script DataSourceVulnReportRefreshProcessor_processFromDataSourceGroups pour modifier ce code d'origine :  
   Code _processFromDataSourcesGroups d'origine

   À :
   Code _processFromDataSourcesGroups modifié
9. Modifiez la méthode d'include de script VulnerabilityDSAttachmentManager , queueItem pour ajouter les blocs de code en surbrillance suivants  
   Élément en file d'attente _getNext _processQueueEntry fonction  
   À ce stade, vous êtes prêt pour les importations séparées par domaine.  
   Remarque :  
   Si vous avez plusieurs déploiements d'une Réponse aux vulnérabilités intégration ou Réponse aux vulnérabilités des applications , répétez ce processus pour chaque déploiement.
* **[Créer et prendre en charge plusieurs domaines dans le cadre de travail des tâches en arrière-plan](https://servicenow-prod.fluidtopics.net/FRjthoA643DbDZRjhr1Kwg)**   
  Les tâches en arrière-plan dans les produits Vulnerability Response sont conçues pour s'exécuter pendant de longues périodes afin d'effectuer plusieurs processus sur vos enregistrements. Les processeurs de tâches en arrière-plan sont fournis avec le système de base qui s'exécute via l'utilisateur système et crée des enregistrements dans le domaine global.