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

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion de la sécurité Australie

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: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes de lecture

Si vous souhaitez que les données importées appartiennent à 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 le rôle d'intégration configure pour 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 du codage ou une expertise avancée ServiceNow .

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

## 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 à des sources de données, des cartes de transformation et des 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 plus d'informations sur les précautions et les paramètres supplémentaires, reportez-vous à la section [Paramètres supplémentaires pour Séparation de domaine](https://servicenow-prod.fluidtopics.net/X4PlC2jTZDL_wwsmf37C_g "Pour une exécution et des résultats précis, les précautions et les 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 TousDéfinition du systèmeTravaux planifiés.
   2. Copiez le processeur de source de données de vulnérabilité planifié 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 de Réponse aux vulnérabilités, les changements de script 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 run_as utilisateur.
   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 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.  
   copieTraiter le code
8. Modifier la méthode d'include de script DataSourceVulnReportRefreshProcessor_processFromDataSourceGroups pour modifier ce code d'origine :  
   Code de _processFromDataSourcesGroups d'origine

   À :
   Code _processFromDataSourcesGroups modifié
9. Modifier la méthode d'include de script VulnerabilityDSAttachmentManager , queueItem pour ajouter les blocs de code en surbrillance suivants  
   élément de 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 OR 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/3Y3nOtRbFuEFpXc7oVZEug)**   
  Les tâches en arrière-plan des 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 et s'exécutent via l'utilisateur système et créent des enregistrements dans le domaine global.