Champ d’application 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 de commande 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 champ d’application 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 périmètres (public). 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é 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 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 extérieurs 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 extérieur est exécuté dans le même périmètre. 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 l’accès en dehors du workflow ou contre l’extérieur 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 de description des champs du modèle d’activité approprié.

Remarque :

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

Restrictions du périmètre du workflow

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

Pendant l’exécution, les workflows inclus dans le périmètre public peuvent accéder à d’autres ressources d’application, à condition que ces ressources soient définies pour être accessibles à tous les périmètres d’application. Les workflows inclus dans le périmètre d’application privé 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 inclus dans le périmètre privé qui font des appels à d’autres ressources du champ d’application échouent avec une exception ou une activité bloquée 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.

Voir Périmètre de l’application.

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