Périmètre du workflow

Le périmètre de l’application 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 d’engrenage pour l’utilisateur connecté. Ce champ d’application 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é qu’à partir d’une autre application si le paramètre d’accessibilité du workflow autorise l’accès à tous les périmètres (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é If , s’exécute dans le champ d’application du workflow. Toutes les activités principales fournies dans le système de base ou pour Orchestration s’exécutent dans le champ d’application du workflow.

Les activités personnalisées s’exécutent dans leur propre champ d’application, même si celui-ci 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 extérieurs qui se trouvent dans le champ d’application de cette activité ou aux artefacts configurés pour s’exécuter dans n’importe quel champ d’application. Inversement, un artefact extérieur ne peut accéder au script à l’intérieur de cette activité privée que si l’artefact extérieur est en cours d’exécution dans le même champ d’application. Les activités ayant des champs d’application publics peuvent interagir avec des artefacts externes dans n’importe quel périmètre de l’application.

Vous pouvez utiliser des activités privées dans le cadre d’un workflow qui a un périmètre d’application public. Ces activités sont protégées contre toute atteinte en dehors du workflow ou depuis l’extérieur du workflow. Pour en savoir plus sur la définition du champ d’application pour les activités personnalisées, consultez la table de description de champ correspondant au modèle d’activité approprié.

Remarque :

Les activités personnalisées chargées dans le Windows Store 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 inclus dans le champ d’application public 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 de l’application privée dans un périmètre d’application privé 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 du champ d’application privé qui font des appels vers d’autres ressources du champ d’application échouent avec une activité d’exception ou de blocage en attendant les résultats retournés. Cela se produit lorsque vous passez des 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.

Reportez-vous à la section Périmètre de l’application

Pour en savoir plus sur la configuration du champ d’application d’un workflow, reportez-vous à Propriétés du workflow.