Création de flux

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 9 minutes de lecture
  • Studio de workflow est le générateur d’automatisation de processus par défaut Now Platform utilisé pour créer des flux. Studio de workflow remplace l’éditeur Workflow .

    Les flux se composent d’un déclencheur, 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 dans une logique de flux.

    La création et la gestion des flux nécessitent une certaine connaissance des Now Platform tables et des 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 qu’un flux volumineux peut avoir sur les performances de votre instance.

    Actions manquantes

    Si un administrateur a ajouté votre flux à partir d’un ensemble de mises à jour, il se peut que certaines actions soient manquantes dans votre flux. Cela se produit normalement lorsque les spokes appropriés Hub 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édez 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 Service Catalog.
    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 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 client .
    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éer un titre en langage naturel.

    Flux de tests

    Vous pouvez tester un flux directement depuis 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 d’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 modifications apportées à 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 les valeurs d’état actuel et d’exécution du flux. Le système génère un enregistrement de contexte chaque fois qu’un flux est exécuté.

    Vous pouvez éventuellement configurer le système pour générer des détails d’exécution chaque fois qu’un flux est exécuté, et pas seulement pendant les tests. 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 Entrez un nom unique pour le flux.
    Protection Choisir 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 Entrez une description du flux.
    Exécuter en tant que

    Option que vous pouvez sélectionner pour spécifier que le flux s'exécute en tant qu'utilisateur système ou en tant qu'utilisateur qui initie la session. Sélectionnez l’utilisateur qui lance l’option de session lorsque les mises à jour doivent provenir de l’utilisateur qui a déclenché le flux. Par exemple, utilisez cette option si vous souhaitez que les commentaires sur l’enregistrement d’incident proviennent de l’utilisateur actuel ou si vous souhaitez que les e-mails d’approbation proviennent de l’approbateur. 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 sur Utilisateur qui lance 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, reportez-vous à la section Prise en charge des navigateurs.

    Rôles

    Pour y accéder Flux, un utilisateur doit avoir les rôles flow_designer ou admin.

    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.

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

    Prévenir les conflits ou les doublons de logique métier

    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 Now Platform . Désactivez les automatisations avant de les remplacer par Studio de workflow des flux et des actions. Reportez-vous à la Vue d’ensemble de l’architecture section pour en savoir plus Studio de workflow sur le fonctionnement dans le Now Platformfichier .

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

    Déterminer si votre flux a besoin d’une entrée de déclencheur ou de 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 à 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 les rôles et préserver les informations utilisateur
    Les rôles de flux simplifient les autorisations pour vos flux. Utilisez des rôles de flux pour préserver les informations des utilisateurs 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 ne s’appliquent qu’au flux. Elles ne s’appliquent pas à l’utilisateur à l’origine du flux
    Utiliser une logique de flux ou un déclencheur basé sur une planification 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 une planification. Pour mettre en pause un flux pendant une durée spécifique, utilisez la logique de flux Attendre 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, de sorte que 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 boucle 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 obtenir for (var i=0 ; i< length ; i++)

    Limite pour chaque boucle et Exécuter jusqu’à 1 000 itérations
    Les itérations de 1000 boucles ou plus peuvent entraîner des problèmes de mémoire.
    • Définissez le nombre maximal d’enregistrements sur Rechercher les 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 les grandes quantités de traitement de données, envisagez le traitement par lots en lots plus petits.
    • Pour les importations en vrac, envisagez des 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 qui a appelé le flux.
    • Les exécutions de QuickAPI en arrière-plan s’exécutent dans un thread en arrière-plan et sont exécutées dans la session utilisateur « système ».
    Utiliser des boucles Do Until au lieu d’appeler des flux à partir d’elles-mêmes
    Un flux s’appelant lui-même n’est pas autorisé et des erreurs sont présentes. Mais si le flux A appelle le flux B, alors le flux B peut appeler le flux A jusqu’à trois fois.
    Exécuter des flux en arrière-plan
    L’exécution de flux en arrière-plan permet de libérer des threads d’interface utilisateur plutôt que de faire attendre les utilisateurs pour les exécutions de flux.
    Éviter la 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 sorcellements entre lesenvironnements
    Le va-et-vient constant entre les étapes d’instance et de Serveur MID dans un flux peut entraîner des retards de traitement. Pour minimiser le risque de retard, limitez le basculement entre l’instance et le MID Server à 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. Assurez-vous d’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 version plus récents vers des instances de versions plus anciennes
    Studio de workflow ne prend pas en charge le déploiement de flux vers des instances exécutées sur des versions antérieures. Parfois, le modèle de données du flux change entre les mises en production, ce qui peut empêcher l’exécution du flux ou produire des résultats inattendus.
    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 de l’exécution. Ces rapports sont utiles au 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 génère uniquement des détails d’exécution lorsque vous testez manuellement un flux ou une action. Au lieu de cela, vous pouvez utiliser des fichiers journaux, qui sont toujours disponibles lorsque les rapports sont désactivés.
    Réduire la quantité de mémoire consommée dans les flux avec des boucles imbriquées
    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 signalez d’itérations, plus vous avez besoin de mémoire.