Création de flux

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 10 minutes de lecture

    • 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 s’affichent dans le panneau de données, que vous pouvez utiliser dans d’autres actions et logiques 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 vous manque peut-être des actions dans votre flux. Cela se produit généralement 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 dont vous avez besoin pour que ces actions apparaissent, consultez spokes.

    Plus de menu Actions

    Sélectionnez l’icône Actions supplémentaires ( icône Actions supplémentaires) 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érez les variables de catalogue disponibles pour les flux déclenchés par Catalogue de services.
    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 spokes du magasin et Afficher le script inline .
    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 .
    Changer 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 dispose d’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 d’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 générer 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 le reporting 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 parmi 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 sur plusieurs pages pour les flux, les flux secondaires, les actions et les détails d’exécution des flux. Pour obtenir la liste des navigateurs pris en charge, consultez Prise en charge des navigateurs.

    Rôles

    Pour accéder à Flux, un utilisateur doit disposer des rôles de flow_designer ou d’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 les logiques métier conflictuelles ou en double

    Des automatisations peuvent être créées avec Concepteur de flux, des règles métier, des workflows et le Centre d’intégration. Avant de commencer à utiliser Studio de workflow, assurez-vous de bien comprendre comment fonctionnent les 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éterminez 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 lancer un flux, créez plutôt 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.
    Accordez des rôles de flux pour accéder aux données protégées par rôle et préserver les informations de l’utilisateur
    Les rôles de flux permettent de garantir la simplification des autorisations pour vos flux. Utilisez les rôles de flux pour conserver 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 permet également d’accéder à 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 le délai 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 le calendrier. Pour mettre en pause un flux pendant une durée spécifique, utilisez la logique de flux Attendre pendant un certain temps 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 maximal d’itérations, les boucles s’exécutent donc à 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 portée dans les scripts inline ou dans les étapes de script d’une action. Ajoutez var tofor (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 le traitement de grandes quantités 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 il y a moins de capacité de débogage.
    • Premier plan Les exécutions de QuickAPI s’exécutent dans la session utilisateur en tant qu’utilisateur ayant appelé le flux.
    • Les exécutions de QuickAPI en arrière-plan s’exécutent dans un thread d’arrière-plan et dans la session utilisateur « système ».
    Utilisez des boucles « Exécuter jusqu’à » au lieu d’appeler des flux à partir d’eux-mêmes
    Un appel de flux n’est pas autorisé et génère des erreurs. Mais si le flux A appelle le flux B, le flux B peut appeler le flux A jusqu’à trois fois.
    Exécuter les flux en arrière-plan
    L’exécution des flux en arrière-plan permet de libérer les threads d’interface utilisateur plutôt que de faire attendre les utilisateurs.
    Évitez 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 les switching entre lesenvironnements
    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.
    Éviter de déployer des flux de mise en production plus récents vers des instances sur des versions plus anciennes
    Studio de workflow ne prend pas en charge le déploiement de flux de mise en production plus récentes vers des instances exécutées sur des versions antérieures.
    DANGER :
    Le modèle de données de flux peut changer d’une version à l’autre, ce qui peut empêcher l’exécution de flux plus récents ou produire des résultats inattendus lorsqu’ils s’exécutent 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. Le reporting de flux stocke les informations de configuration et d’exécution de la page Détails d’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 de l’exécution que lorsque vous testez manuellement un flux ou une action. Au lieu de cela, vous pouvez utiliser des fichiers journaux, qui sont toujours disponibles lorsque le reporting est désactivé.
    Réduisez 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 générez de rapports sur des itérations, plus la mémoire est nécessaire.