Champ d’application du workflow

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 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). Dans le cas contraire, 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 champ d’application du workflow. Toutes les activités de base fournies dans le système de base ou pour l’exécution d’orchestration dans le champ d’application 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’aux artefacts externes qui sont dans le champ d’application de cette activité ou aux artefacts qui sont configurés pour s’exécuter dans n’importe quel champ d’application. Inversement, un artefact externe ne peut accéder au script à l’intérieur de cette activité privée que si l’artefact externe s’exécute dans le même périmètre. 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 ne peuvent pas être atteintes de l’extérieur du workflow ou de l’extérieur du workflow. Pour en savoir plus sur la définition du périmètre de l’application pour les activités personnalisées, consultez la table Description du champ du modèle d’activité approprié.

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

    Restrictions du champ d’application du workflow

    Il existe certaines restrictions aux périmètres des applications publiques et privées.

    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 dans le périmètre privé d’une application privée ne peuvent accéder qu’aux ressources privées de 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 à 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 d’appels à ces ressources globales communes :
    • Files d’attente ECC
    • Tâches
    • Approbations
    • Événements
    • Minuteurs SLA
    • Minuteurs
    • Script includes
    • 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.