Studio de workflow Propriétés système du flux
Configurez la façon dont le système traite les flux.
Ces propriétés sont disponibles pour le Studio de workflow.
Pour définir Studio de workflow les propriétés système, sélectionnez ou accédez à la table System Properties (Propriétés système) [sys_properties].
| Propriété | Description |
|---|---|
| Nombre maximal d’enregistrements à renvoyer lors de l’extraction des données sn_flow_designer.action_picker_limit |
Spécifiez le nombre maximal d’enregistrements qu’une action ou une étape de recherche peut renvoyer. Studio de workflow Ignore les enregistrements qui dépassent cette limite.
|
| Définir sur Vrai pour afficher la durée dans la colonne des étapes com.glide.hub.flow_engine.stage_display.show_duration |
Indiquez si les flux comptant des étapes affichent une durée.
|
| Autoriser l’option pour sélectionner des utilisateurs afin qu’ils écrivent un script pour renseigner la valeur d’une entrée sur les concepteurs de flux et d’action. sn_flow_designer.input_scripts_enabled |
Contrôlez l’autorisation d’écrire des scripts inline pour calculer les valeurs d’entrée.
|
| Spécifiez le niveau de journalisation des entrées de journal système à répliquer dans le journal des flux. Le système réplique uniquement les entrées de journal du niveau spécifié ou d’un niveau supérieur. com.glide.hub.flow_engine.listener_trace.threshold |
Spécifiez le seuil requis pour Studio de workflow répliquer une entrée de journal système dans le journal des flux. Ces messages sont générés par le Now Platform en réponse aux sorties d’exécution du flux. Par exemple, un message généré par une règle métier qui a été déclenchée par une opération d’enregistrement de flux. Le système réplique uniquement les entrées de journal du niveau spécifié ou d’un niveau supérieur. Vous avez le choix entre :
|
| com.glide.hub.flow_engine.log_niveau | Spécifiez le niveau des messages générés par le moteur d’exécution du Concepteur de flux à écrire dans la table sys_flow_log. Ces messages sont générés lorsque le moteur de flux exécute les actions et la logique d’un flux. Par exemple, un message généré en exécutant l’action Créer un enregistrement. Le système écrit uniquement les entrées de journal du niveau spécifié ou d’un niveau supérieur. Vous avez le choix entre :
Le niveau de journalisation détermine quels messages de journal, le cas échéant, sont ajoutés à la table sys_flow_log.
|
| Nombre maximal d’itérations dans Studio de workflow lesquelles une boucle s’exécute. sn_flow_designer.max_itérations |
Spécifiez le nombre maximal d’exécutions d’une boucle avant son arrêt. L’exécution d’une boucle s’arrête lorsque celle-ci itère au-delà de cette valeur, empêchant ainsi une infinité de boucles. Cette propriété s’applique uniquement à Effectuer les opérations suivantes jusqu’à et Revenir à la logique de flux.
Remarque : la modification de cette valeur ne s’applique pas aux flux déjà en cours d’exécution. |
| Activer les messages de débogage du moteur de flux dans le journal système com.glide.hub.flow_engine.debug |
Activez ou désactivez la journalisation Studio de workflow des messages de débogage dans le journal système. Tous les messages de débogage commencent par un préfixe de chaîne de Concepteur de flux .
|
| Nombre de déclenchements indirects possibles d’un flux ou d’un flux secondaire au cours d’une transaction com.glide.hub.flow_engine. limite_indirecte_récursion_indirecte |
Spécifiez le nombre maximal de fois qu’un flux ou un flux secondaire autorise la récursivité indirecte. Studio de workflow Ignore tous les appels ultérieurs ou les correspondances de conditions de déclenchement d’une récursivité indirecte une fois la limite atteinte. Définissez la valeur sur un nombre entier quelconque égal ou supérieur à un. Le système ignore toute valeur de propriété inférieure à un et utilise à la place une limite de un. Définissez la valeur sur un pour prévenir toute récursivité indirecte.
|
| Nombre maximal d’actions autorisées dans un flux. sn_flow_designer.max_actions |
Spécifiez le nombre maximal d’actions qu’un flux ou un flux secondaire peut contenir. Studio de workflow Vous empêche d’ajouter d’autres actions une fois le nombre maximal d’actions atteint. Tenez compte de l’impact sur les performances que peut avoir l’augmentation du nombre maximal d’actions. Par exemple, l’exécution d’actions supplémentaires peut être en conflit avec la règle de quota de transaction par défaut qui empêche les flux de s’exécuter plus d’une heure.
|
| Nombre maximal d’étapes autorisées sur une action. sn_flow_designer.max_actions_étapes |
Spécifiez le nombre maximal d’étapes qu’une action peut contenir. Studio de workflow Vous empêche d’ajouter d’autres étapes une fois le nombre maximal d’étapes atteint. Tenez compte de l’impact sur les performances que peut avoir l’augmentation du nombre maximal d’étapes. Par exemple, l’exécution d’étapes supplémentaires peut être en conflit avec la règle de quota de transaction par défaut qui empêche les flux de s’exécuter plus d’une heure.
|
| Niveau des données de rapport générées par le moteur de flux. com.snc.process_flow.Reporting.Level |
Spécifiez quand Studio de workflow génère les détails de l’exécution et quelles informations ils contiennent. Les options sont les suivantes :
Le niveau de génération de rapports détermine quels détails d’exécution du flux sont générés, le cas échéant. Si un flux s’exécute alors que le reporting est désactivé, les détails de l’exécution ne sont jamais disponibles pour le flux, même si le niveau de génération de rapports change ultérieurement. Si un flux s’exécute pendant que la génération de rapports est activée, les détails d’exécution sont toujours disponibles pour cette exécution de flux, même si le niveau de génération de rapports change ultérieurement.
|
Nombre d’itérations récentes à signaler pour les boucles Exécuter jusqu’à et Pour chaque. com.snc.process_flow.reporting.itération.lastn |
À partir de la Xanadu version, cette propriété a été supprimée et ne peut plus spécifier le nombre d’itérations récentes à rapporter dans les détails de l’exécution du flux. Par défaut, toutes les boucles de flux stockent uniquement les détails d’exécution pour la première et la dernière itération d’une boucle. Pour générer un rapport sur toutes les itérations d’une boucle, créez un enregistrement de paramètres d’exécution de flux pour chaque flux dont vous souhaitez collecter les détails d’exécution de la boucle. Pour en savoir plus sur les paramètres d’exécution du flux, reportez-vous à la section Paramètres d’exécution du flux.
|
Tronquer les valeurs d’exécution dans la configuration de l’étape de détails d’exécution du flux com.snc.process_flow.reporting.serialized.val_size_limit |
Spécifiez le nombre d’octets dont dispose le système pour écrire les valeurs d’exécution dans les détails d’exécution du flux. Pour éviter la troncation des valeurs d’exécution, définissez la valeur sur un nombre entier inférieur ou égal à zéro. La prévention de la troncature des valeurs d’exécution nécessite des ressources système supplémentaires et peut avoir un impact sur les performances du système.
|
Nombre maximal d’entrées par action sn_flow_designer.max_action_vars |
Spécifiez le nombre maximal d’entrées qui peuvent être ajoutées à une action. Studio de workflow Vous empêche d’ajouter d’autres entrées une fois le nombre maximal d’entrées atteint. Tenez compte de l’impact sur les performances que peut avoir l’augmentation du nombre maximal d’entrées d’action. Par exemple, si vous traitez plus d’entrées d’action, l’action risque de s’exécuter pendant plus d’une heure et d’être arrêtée par la règle de quota de transaction par défaut.
|
Nombre maximal de variables de script par étape de script sn_flow_designer.max_script_variables |
Spécifiez le nombre maximal de variables d’entrée et de sortie qui peuvent être ajoutées à une étape de script. Studio de workflow Vous empêche d’ajouter d’autres variables de script une fois le nombre maximal de variables atteint. Tenez compte de l’impact sur les performances que peut avoir l’augmentation du nombre maximal de variables de script. Par exemple, si vous traitez plus de variables de script, l’étape Script peut s’exécuter pendant plus d’une heure et être arrêtée par la règle de quota de transaction par défaut.
|
Nombre maximal de branches autorisées pour la logique de flux Prendre une décision sn_flow_designer.max_branches_de_décision |
Spécifiez le nombre maximal de branches à utiliser lorsque l’option Utiliser des branches est sélectionnée pour la logique de flux Prendre une décision .
|
Option permettant aux utilisateurs de créer des variables de flux. sn_flow_designer.variables_flux_enabled |
Indiquez si les utilisateurs peuvent créer des variables personnalisées pour leur flux.
|
Nombre maximal d’actions populaires sn_flow_designer.action_picker.popular_actions.max_numéro |
Spécifiez le nombre maximal d’actions populaires à afficher dans le sélecteur d’actions.
|
Nombre de jours consécutifs utilisés pour générer des actions populaires sn_flow_designer.action_picker.popular_actions.last_num_of_days |
Spécifiez le nombre de jours consécutifs utilisés pour générer des actions populaires. Par exemple, la valeur par défaut de 7 génère des actions populaires basées sur l’utilisation des actions au cours de la dernière semaine.
|
com.glide.hub.flow.restricted_caller_access.track_flows_as_source |
Autorisez le système à générer des demandes de privilège d’accès restreint pour l’appelant pour les flux et les actions. Les privilèges d’accès pour les flux et les actions remplacent tous les privilèges d’accès existants pour les includes de script et les règles métier qui appellent des flux et des actions. Cette propriété est inactive sur les instances mises à niveau et San Diego les versions antérieures. Les clients qui souhaitent continuer à utiliser les privilèges d’accès basés sur des scripts pour les flux et les actions ne doivent pas activer cette propriété. L’activation de cette propriété nécessite que vous régénériez et approuviez les privilèges d’accès pour vos flux et actions.
|
com.glide.cs.fdih.interactive.timeout |
Spécifiez la durée, en secondes, avant que le workflow d’action n’expire Studio de workflow Hub d'intégration .
|
com.glide.hub.pause_low_priority_flows_enabled |
Activez ou désactivez la mise en pause des flux de priorité faible lorsque des flux de priorité élevée attendent de s’exécuter.
|
com.glide.hub.flow_engine.stage_display.show_approvers |
Afficher ou masquer la liste des approbateurs affectés à une étape à partir d’un champ d’étape. Définissez la valeur sur vrai pour afficher la liste des approbateurs affectés à une étape. Définissez la valeur sur faux pour masquer la liste des approbateurs affectés à une étape.
|
| com.glide.hub.flow_engine.stage_display.show_approvers_limit | Spécifiez le nombre maximal d’approbateurs à afficher dans un champ d’étape en tant que valeur entière. Définir cette valeur au-dessus de 10 risque de provoquer des erreurs de rendu dans une vue de liste. Le champ d’étape d’un enregistrement peut devenir si grand que la liste ne peut pas afficher d’enregistrements supplémentaires dans la liste.
|
| com.glide.hub.flow.current_stage_status_on_cancel | Spécifiez l’état à appliquer à l’étape en cours d’exécution lorsque le flux est annulé. Les options sont les suivantes :
Toutes les étapes restantes après l’étape actuelle sont définies sur l’état Annulé. Par exemple, supposons qu’un flux comporte trois étapes et que le flux exécute actuellement la première étape. L’annulation du flux définit l’état de la première étape sur terminé. Les étapes deux et trois sont définies sur l’état Annulé.
|
| com.glide.hub.flow.approval.allow_inactive_entity |
Spécifiez les types d’entités inactives pour lesquels créer des enregistrements d’approbation. Les options sont les suivantes :
Utilisez l’option INDIVIDUEL pour créer des enregistrements d’approbation d’utilisateur pour les utilisateurs inactifs qui ne sont pas membres d’un groupe. Cette option ne crée pas d’enregistrements d’approbation de groupe pour les groupes inactifs, ni d’enregistrements d’approbation d’utilisateur pour les membres du groupe. Utilisez l’option GROUPE pour créer des enregistrements d’approbation de groupe pour les groupes inactifs. Cette option crée également des enregistrements d’approbation d’utilisateur individuels pour les membres du groupe qui disposent d’enregistrements d’utilisateurs actifs. Cette option ne crée pas d’enregistrements d’approbation d’utilisateur individuels pour les membres du groupe qui ont des enregistrements d’utilisateurs inactifs. Utilisez l’option INDIVIDU,GROUPE pour créer des enregistrements d’approbation d’utilisateur pour les utilisateurs inactifs et des enregistrements d’approbation de groupe pour les groupes inactifs. Cette option crée également des enregistrements d’approbation d’utilisateur individuels pour les membres du groupe qui disposent d’enregistrements d’utilisateurs actifs. Les membres inactifs du groupe ne reçoivent pas d’enregistrement d’approbation d’utilisateur. Utilisez une valeur nulle ou vide pour empêcher la création d’enregistrements d’approbation de groupe pour des groupes inactifs, ainsi que pour empêcher la création d’enregistrements d’approbation d’utilisateur pour des utilisateurs inactifs.
|
| com.glide.hub.flow_api.default_execution_time | Spécifiez la durée par défaut en millisecondes d’exécution de vos appels d’API de flux. Utilisez cette propriété pour donner plus de temps d’exécution aux appels d’API de flux dans les spokes. La valeur maximale de cette propriété est limitée par les quotas de transaction REST, que le système arrête par défaut après 60 secondes.
|
| com.glide.hub.flow.approval.show_approver_name_in_audit | Si la valeur est vrai, l’historique d’audit génère un commentaire contenant le nom de la personne qui a effectué l’approbation et le changement apporté dans le champ d’approbation. Par exemple, un message d’approbation peut se lire comme suit : « Fred Luddy | Approbation | Approuvé a été demandé." Si la valeur est définie sur false, l’historique d’audit affiche le nom de la personne qui a démarré le flux qui a exécuté l’action Demander l’approbation.
|
| com.glide.hub.flow.approval.show_higher_role_audit_comment | Si vrai, l’historique d’audit génère un commentaire contenant le nom de la personne qui a effectué une approbation et une note indiquant que l’autorisation d’approbation a été accordée par un rôle. Par exemple, un message d’approbation peut se lire comme suit : « Fred Luddy approuvé, autorisation accordée par rôle ». Un message de refus pourrait se lire comme suit : « Fred Luddy rejeté, permission accordée par rôle. » Si la valeur est définie sur faux, aucun commentaire n’est généré.
|
| com.glide.hub.flow.approval.show_delegate_audit_comment | Si vrai, l’historique d’audit génère un commentaire contenant le nom de la personne qui a effectué une approbation et une note indiquant que l’approbation a été effectuée alors qu’il agissait en tant que délégué d’un autre utilisateur. Par exemple, un message d’approbation pourrait se lire comme suit : « Abraham Lincoln a approuvé la tâche en tant que délégué de Fred Luddy ». Un message de rejet pourrait se lire comme suit : « Abraham Lincoln a rejeté la tâche en tant que délégué de Fred Luddy ». Si la valeur est définie sur faux, aucun commentaire n’est généré.
|
| com.glide.hub.flow.approval.show_impersonate_audit_comment | Lorsque la valeur est vrai, l’historique d’audit génère un commentaire contenant le nom de la personne qui a effectué l’approbation et une note indiquant que l’approbation a été effectuée en empruntant l’identité d’un autre utilisateur. Par exemple, un message d’approbation peut se lire comme suit : « L’administrateur système a approuvé la tâche en empruntant l’identité de Fred Luddy ». Un message de refus peut se lire comme suit : « L’administrateur système a rejeté la tâche en se faisant passer pour Fred Luddy ».
|
| com.glide.hub.flow.approval.default_approval_field | Si vrai, l’action Demander une approbation utilise le champ d’approbation par défaut d’une table pour la valeur de l’entrée du champ d’approbation lorsqu’aucune valeur d’entrée n’est fournie. Par exemple, la table Élément de demande [sc_req_item] utilise le champ Approbation pour afficher l’état d’approbation. Définissez cette valeur sur faux lorsque vous souhaitez que l’action Demander une approbation se comporte comme les activités d’approbation de workflow classiques.
|
| com.glide.oneapi.fdih.async.quick.mode |
Option permettant de générer les détails de l’exécution du flux lors de l’exécution des compétences. Lorsque la propriété est définie sur false, les flux, les flux secondaires et les actions exécutés à partir d’une compétence personnalisée génèrent des détails sur l’exécution du flux. Si la valeur est vrai, le flux, le flux secondaire ou l’action s’exécute en mode rapide, ce qui ne produit pas de détails sur l’exécution du flux. Activez les détails d’exécution du flux lors du test de l’exécution d’un flux, d’un flux secondaire ou d’une action à partir d’une compétence personnalisée. Étant donné que la génération de rapports de flux est désactivée par défaut, vous devez soit activer la génération de rapports de flux pour tous les flux, soit créer un enregistrement de paramètres d’exécution de flux pour un flux, un flux secondaire ou une action spécifique. Pour plus d’informations sur les options de génération de rapports de flux, reportez-vous à .Activer le reporting de flux
|