Périmètre du workflow

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture
  • Le périmètre de l’application de workflow détermine l’accès qu’une application a aux informations d’un workflow, en particulier aux données contenues dans les activités de ce workflow.

    Lorsqu’un workflow est créé, il hérite du périmètre de l’application du menu de commande pour l’utilisateur connecté. Ce périmètre ne peut pas être modifié dans l’Éditeur de workflow. Lorsque le workflow s’exécute, il s’exécute dans ce périmètre et ne peut être appelé à partir d’une autre application que si le paramètre d’accessibilité du workflow autorise l’accès à tous les champs d’application (publics). Sinon, le périmètre de l’application du workflow est privé pour l’application.

    Remarque :
    Tout script créé dans l’Éditeur de workflow, tel qu’un script avancé dans une activité Si , s’exécute dans le périmètre du workflow. Toutes les activités de base fournies dans le système de base ou pour Orchestration s’exécutent dans le périmètre du workflow.

    Les activités personnalisées s’exécutent dans leur propre périmètre, même s’il est différent de celui du workflow. Le champ d’application d’une activité personnalisée peut être privé ou public. Tout script qui s’exécute à l’intérieur d’une activité personnalisée avec un champ d’application ne peut accéder qu’à des artefacts extérieurs qui se trouvent dans le champ d’application de cette activité ou à des artefacts configurés pour s’exécuter dans n’importe quel champ d’application. Inversement, un artefact externe ne peut accéder au script au sein de cette activité privée que si l’artefact externe s’exécute dans le même champ d’application. Les activités avec des périmètres publics peuvent interagir avec des artefacts extérieurs dans n’importe quel périmètre d’application.

    Vous pouvez utiliser des activités privées dans le cadre d’un workflow dont le périmètre de l’application est public. Ces activités sont protégées contre l’atteinte en dehors du workflow ou en dehors du workflow. Pour plus d’informations sur la définition du périmètre de l’application pour les activités personnalisées, consultez la table Description de champ du modèle d’activité approprié.

    Remarque :
    Les activités personnalisées chargées dans le magasin doivent être configurées comme accessibles à tous les périmètres de l’application ServiceNow .

    Restrictions du périmètre du workflow

    Il existe certaines restrictions aux périmètres d’application publics et privés.

    Pendant l’exécution, les workflows publiquement inclus dans le périmètre peuvent accéder à d’autres ressources d’application, à condition que ces ressources soient définies pour être accessibles à tous les périmètres de l’application. Les workflows inclus en privé dans un périmètre d’application privé ne peuvent accéder qu’à des ressources privées pour son périmètre. En raison des limites d’accès au champ d’application, tous les workflows inclus dans le champ d’application privé qui effectuent des appels vers d’autres ressources du champ d’application échouent avec une exception ou une activité bloquée pendant l’attente du retour des résultats. Cela se produit lors des appels à ces ressources globales communes :
    • Files d'attente ECC
    • Tâches
    • Approbations
    • Événements
    • Minuteurs SLA
    • Minuteurs
    • Inclusions de script
    • Règles métier
    • API de workflow

    Lorsque vous concevez des workflows, validez la visibilité et l’accessibilité de toutes les ressources avant le déploiement.

    Voir périmètre de l’application.

    Pour plus d’informations sur la configuration du périmètre d’un workflow, reportez-vous à la section Propriétés du workflow.