Création de flux

Studio de workflow est le générateur d’automatisation de processus par défaut ServiceNow AI Platform utilisé pour créer des flux. Studio de workflow remplace l’éditeur Workflow .

Les flux se composent d’un déclencheur et d’une séquence d’actions et d’une logique de flux. Lorsque vous ajoutez des actions et une logique de flux à un flux, les données collectées ou créées apparaissent dans le panneau de données, que vous pouvez utiliser dans d’autres actions et une logique de flux.

La création et la gestion des flux nécessitent une certaine familiarité avec les tables et les ServiceNow AI Platform champs utilisés par l’application ou le processus. Les analystes de processus peuvent créer des flux à l’aide des actions disponibles et de la logique de flux, ou copier un flux existant pour l’utiliser comme modèle.

Limite d’action

Par défaut, les flux ne peuvent pas comporter plus de 50 actions. Pour modifier le comportement par défaut, augmentez la valeur de la sn_flow_designer.max_actions propriété système. Toutefois, tenez compte de l’impact sur les performances qu’un flux important peut avoir sur votre instance.

Actions manquantes

Si un administrateur a ajouté votre flux à partir d’un ensemble de mises à jour, il se peut que des actions soient manquantes dans votre flux. Cela se produit normalement lorsque les spokes appropriés Centre d'intégration ne sont pas installés sur votre instance. Pour plus d’informations sur l’installation des spokes, vous devez faire apparaître ces actions, consultez spokes.

Plus de menu Actions

Sélectionnez l’icône Actions supplémentaires (icône ) pour accéder à des options supplémentaires pour votre flux.

Étapes

Accéder aux étapes d’un flux.

Gérer les variables de catalogue de flux

Gérer les variables de catalogue disponibles pour Service Catalog-triggered-flows.

Variables de flux

Créez des variables de flux pour définir et récupérer des données tout au long d’un flux.

Copier des flux

Créez une copie du flux ouvert dans une application que vous spécifiez.

Préférences de flux

Activez ou désactivez les options de basculement Afficher les actions de brouillon, Afficher les flux déclenchés, Afficher les spokesdu magasin et Afficher le script en ligne .

Créer un extrait de code

Générez un extrait de code pour appeler un flux, un flux secondaire ou une action spécifique.

Gestion de la sécurité

Activez ou désactivez l’option Appelable par l’API cliente .

Modifier le titre du flux par défaut

Modifiez le titre par défaut de votre flux en ajoutant du texte stylisé ou dynamique. Pour plus d’informations, voir Création d’un titre en langage naturel.

Test des flux

Vous pouvez tester un flux directement à partir de l’interface Studio de workflow . Chaque test exécute votre flux comme si les conditions de déclenchement étaient remplies. Si le flux a un déclencheur d’enregistrement, vous pouvez spécifier l’enregistrement à utiliser pour votre test. Une fois le flux exécuté, utilisez les détails de l’exécution du flux pour vérifier que votre flux s’exécute correctement.

Important :

Exécutez toujours des tests sur une instance de non-production où les changements apportés à l’enregistrement de flux ne peuvent pas interférer avec vos données de production.

Détails d'exécution du flux

Chaque fois que vous testez un flux, le système génère des enregistrements d’exécution de flux, des messages de journal et des rapports. Le contexte de flux est un enregistrement connexe contenant l’état actuel et les valeurs d’exécution du flux. Le système génère un enregistrement de contexte à chaque exécution d’un flux.

Vous pouvez éventuellement configurer le système pour qu’il génère les détails de l’exécution à chaque fois qu’un flux est exécuté, et pas seulement pendant le test. Pour plus d'informations, consultez Activer la génération de rapports de flux.

Propriétés du flux

Les propriétés de flux contiennent des informations sur votre flux. Dans l’en-tête principal, sélectionnez Propriétés pour afficher ou modifier les propriétés de votre flux.

Propriété	Description
Nom	Saisissez un nom unique pour le flux
Protection	Choisissez si le flux est en lecture seule en choisissant entre Aucun ou Lecture seule
Application	Sélectionnez une application pour le flux. Cette propriété est définie lors de la création du flux et ne peut pas être modifiée par la suite.
Description	Saisissez une description du flux.
Exécuter en tant que	Option permettant de spécifier l’utilisateur qui exécute le flux. Vous pouvez sélectionner l’utilisateur système ou l’utilisateur qui initie la session. Sélectionnez l’utilisateur qui lance la session Option pour laquelle les mises à jour doivent provenir de l’utilisateur qui a déclenché le flux. Par exemple, utilisez cette option lorsque vous souhaitez que les commentaires de l’enregistrement d’incident proviennent de l’utilisateur qui a lancé le flux. Les paramètres de l’option Exécuter en tant que dans un flux ne s’appliquent pas aux flux secondaires enfants. Pour créer un flux qui peut s’exécuter avec un jeton OAuth personnel, sélectionnez l’utilisateur qui lance l’option de session. Si l’utilisateur qui exécute le flux dispose d’un jeton OAuth personnel, le flux s’exécute avec ce jeton. Pour plus d’informations sur la création d’un jeton OAuth personnel, consultez Informations d’identification OAuth 2.0.
Exécuter avec le(s) rôle(s)	Rôles avec lesquels le flux s'exécute. Cette option n’est disponible que lorsque l’option Exécuter en tant que est définie pour l’utilisateur qui initie la session.

Flux d’impression

Studio de workflow Prend en charge l’impression multipage pour les flux, les flux secondaires, les actions et les détails d’exécution du flux. Pour obtenir la liste des navigateurs pris en charge, consultez Prise en charge du navigateur.

Rôles

Pour accéder Fluxà , un utilisateur doit disposer des rôles flow_designer ou administrateur.

Directives générales

Les flux doivent être des collections de travail courtes, modulaires et réutilisables. S’ils prennent plus d’une heure à exécuter, ils sont probablement trop longs et peuvent être plus efficaces.

Toutes les directives générales qui s’appliquent aux flux s’appliquent également aux flux secondaires.

Empêcher la logique métier conflictuelle ou en double

Les automatisations peuvent être créées avec Concepteur de flux, les règles métier, les workflows et le concentrateur d’intégration. Avant de commencer à utiliser Studio de workflow, assurez-vous de bien comprendre le fonctionnement des automatisations existantes ServiceNow AI Platform . Désactivez les automatisations avant de les remplacer par Studio de workflow des flux et des actions. Voir le Vue d’ensemble de l’architecture pour savoir comment Studio de workflow fonctionne dans le ServiceNow AI Platform.

Examinez la documentation des flux, des flux secondaires et des actions, le cas échéant.

Déterminer si votre flux a besoin d’un déclencheur ou d’une entrée variable

Les flux s’exécutent toujours lorsque leurs conditions de déclenchement sont remplies. Les déclencheurs fournissent toujours les mêmes données que l’entrée pour les flux. Si vous avez besoin d’une entrée variable pour initier un flux à la place, créez un flux secondaire.

Réutiliser la logique métier

Créez un ensemble d’opérations réutilisables en tant que flux secondaire qui peut ensuite être utilisé dans plusieurs flux.

Accorder des rôles de flux pour accéder aux données protégées par rôle et conserver les informations utilisateur

Les rôles de flux simplifient les autorisations pour vos flux. Utilisez les rôles de flux pour préserver les informations de l’utilisateur et accorder l’accès aux données, au lieu d’exécuter un flux en tant qu’utilisateur système. L’ajout de rôles de flux donne également accès à des données supplémentaires qu’un flux initié par l’utilisateur n’a généralement pas. Les rôles accordés s’appliquent uniquement au flux. Elles ne s’appliquent pas à l’utilisateur qui a initié le flux.

Utiliser une logique de flux ou un déclencheur basé sur un calendrier pour contrôler la synchronisation du flux

La logique de flux ou les déclencheurs basés sur le calendrier permettent d’optimiser les performances de vos flux. N’utilisez pas la méthode gs.sleep() pour attendre dans un flux. La méthode gs.sleep() empêche le thread d’effectuer d’autres tâches. Pour exécuter un flux à une heure précise, utilisez un déclencheur basé sur un calendrier. Pour suspendre un flux pendant une durée spécifique, utilisez la logique de flux Attendre pendant une durée ou Attendre une condition .

Éviter les dépendances

Les branches parallèles qui dépendent les unes des autres bloquent un flux lorsqu’une branche doit attendre la sortie d’une autre branche.

Compteurs de boucles de champ d’application

Les boucles de script n’ont pas un nombre maximum d’itérations, donc les boucles s’exécutent à l’infini lorsqu’il n’y a pas de condition de sortie valide.

Pour vous assurer qu’il existe une condition de sortie valide, utilisez des compteurs de boucles de champ d’application dans les scripts en ligne ou dans les étapes de script au sein d’une action. Ajouter var àfor (i=0 ; i< length ; i++) et get for (var i=0 ; i< length ; i++)

Boucles Limit For Each et Do Until à 1 000 itérations

Les itérations avec 1000 boucles ou plus peuvent entraîner des problèmes de mémoire.

• Définissez le nombre maximal d’enregistrements sur Rechercher des enregistrements sur 1 000.
• Évitez de modifier la propriété sn_flow_designer.max_iterations, qui est définie par défaut sur 1 000.
• Pour de grandes quantités de traitement de données, envisagez de les regrouper en lots plus petits.
• Pour les importations en bloc, envisagez les importations simultanées.

Utiliser QuickAPI pour des exécutions plus rapides (alternative de règle métier)

• Les exécutions de QuickAPI sont beaucoup plus rapides, mais la capacité de débogage est moindre.
• Premier plan Les exécutions de QuickAPI s’exécutent dans la session de l’utilisateur en tant qu’utilisateur ayant appelé le flux.
• Les exécutions de QuickAPI en arrière-plan s’exécutent dans un thread en arrière-plan et dans la session utilisateur « système ».

Utiliser les boucles « Exécuter jusqu’à » au lieu d’appeler des flux à partir d’eux-mêmes

Un appel de flux n’est pas autorisé et des erreurs sont sorties. Mais si le flux A appelle le flux B, le flux B peut appeler le flux A jusqu’à trois fois.

Exécuter des flux en arrière-plan

L’exécution des flux en arrière-plan permet de libérer les threads d’interface utilisateur au lieu de laisser les utilisateurs attendre les exécutions de flux.

Éviter une logique de flux qui attend après la collecte d’une sortie volumineuse

L’utilisation d’une charge utile volumineuse immédiatement après sa récupération peut aider à éviter les problèmes de mémoire.

Minimiser lesswitching entre les environnements

Le basculement constant entre les étapes d’instance et de serveur MID dans un flux peut entraîner des retards de traitement. Pour minimiser les risques de retards, limitez le basculement entre l’instance et le MID à une seule fois.

Inclure les enregistrements sys_complex_object générés par le flux dans les ensembles de mises à jour

L’absence de schémas de données complexes peut entraîner des problèmes d’exécution. Veillez à inclure sys_complex_object enregistrements générés par le flux dans les ensembles de mises à jour.

Flux d’appel à partir d’un script

Démarrez les flux avec un déclencheur personnalisé en appelant à partir d’un script.

Évitez de déployer des flux de mise en production plus récents sur des instances sur des versions plus anciennes

Studio de workflow ne prend pas en charge le déploiement de flux de versions plus récentes sur des instances exécutées sur des versions antérieures.

DANGER :

Le modèle de données de flux peut changer entre les mises en production, ce qui peut empêcher l’exécution de nouveaux flux ou produire des résultats inattendus lors de leur exécution sur des instances de version antérieure. Mettez à niveau vos instances pour qu’elles soient sur les mêmes versions avant de les déployer.

Désactiver la génération de rapports de flux en production

Réduisez la quantité de mémoire requise pour exécuter les flux en désactivant la génération de rapports de flux. Les rapports de flux stockent les informations de configuration et d’exécution de la page Détails de l’exécution. Ces rapports sont utiles pour le dépannage, mais nécessitent la conservation d’une grande quantité de données à la fois en mémoire et dans la base de données. Par défaut, la génération de rapports de flux est désactivée et le système ne génère les détails d’exécution que lorsque vous testez manuellement un flux ou une action. À la place, vous pouvez utiliser des fichiers journaux, qui sont toujours disponibles lorsque la génération de rapports est désactivée.

Réduire la quantité de mémoire consommée dans les flux avec la boucle imbriquée

Lorsque la génération de rapports est activée, définissez com.snc.process_flow.reporting.iteration.lastn sur la valeur « 1 » pour réduire les quantités de mémoire consommées par les itérations de boucle précédentes. Plus vous rapportez d’itérations, plus la mémoire requise est importante.

• Créer un flux dans Studio de workflow
  Exécutez une séquence d’actions et une logique de flux lorsque les conditions de déclenchement se produisent.
• Étapes de flux et de flux secondaires
  Communiquez l’étape actuelle d’une demande, d’un flux ou d’un flux secondaire à un utilisateur final.
• Gestionnaire des erreurs de flux
  Activez les flux pour intercepter les erreurs. Exécutez une séquence d’actions et de flux secondaires pour identifier et corriger les problèmes. Par exemple, demandez aux flux de consigner les valeurs de sortie, d’envoyer des notifications et d’exécuter des flux secondaires correctifs lorsqu’ils génèrent une erreur.
• Historique du flux
  Affichez et gérez l’historique d’un flux. Consultez les configurations passées d’un flux pour les copier, les restaurer ou les supprimer.
• Flow Template Builder
  Permettez aux créateurs no-code low-code de créer leurs propres modèles de flux. Les modèles de flux guident les auteurs de flux dans la création de flux pour les cas d’utilisation courants. Utilisez le générateur de modèle de flux pour définir des flux, des actions et des variables de modèle de flux.
• Scripts alignés
  Permettez aux utilisateurs ayant de l’expérience en codage d’écrire des scripts Inline qui définissent et modifient les valeurs d’entrée lors de la configuration d’une action ou d’un flux. Utilisez des scripts Inline pour modifier les valeurs d’entrée qui nécessitent des conversions de petit format, des transformations de données ou des opérations mathématiques.
• Résumer un flux
  Générer le résumé d’un flux avec Now Assist pour les créateurs.
• Variables de flux
  Comme pour les variables de Workflow bloc-notes, créez des variables que vous pouvez utiliser et modifier directement dans votre flux. Accéder aux variables de flux en tant que pastilles de données directement dans le panneau de données.